Лимитно-заборные карты, Требования, Предварительные заявки

Сделать, чтобы на разные детали из разных заказов, но из одинакового материала, получилась одна заявка на склад («лимитка») с общим количеством этого материала – это само по себе не сложно.

Делается так:

Открываем «График производства» (сразу по всем нужным заказам). Выбираем детали, которые хотим вместе запустить. Например, «технологическим» фильтром» по признаку «из какого-то определённого материала» (рис.1).

Получаем на экране список деталей из разных заказов наших, но из одинакового материала. Выделяем их, нажимаем «расчёт потребности» и там, как обычно, «сформировать документы».

Получаем одну ЛЗК с общим количеством материала на все эти (выделенные) разные детали из разных заказов (рис.2). Всё. Дальше можем «одним куском» этот материал на все детали выдать со склада.

Это тоже, с моей точки зрения, большой проблемой не является.

Дело в том, что (моё мнение) их просто не нужно именно «распределять». И без этого действия вполне можно обойтись.

Вот смотрите:

Производству самому и складу это «распределить», я так понимаю, не нужно. Первые вполне будут довольны получением металла «одним куском», без каких-либо дополнительных телодвижений для этого, лишних бумаг, действий и т.п., а вторые – максимально простым списанием одной кнопкой этого одного куска. Что, видимо, примерно и соответствует тому, что на самом деле в реальности происходит.

А нужно это, подозреваю, для получения некоторого отчёта типа: Заказ – Деталь – Материал – Количество – и некие данные со склада. Например, цена этого материала, или поставщик, или документ, по которому он был куплен…

Вот и нужно такой отчёт просто сделать. Ничего не «распределяя» физически.

Вы же как «распределять» для такого отчёта количество общее «по заказам» хотите?

По нормам. Правильно?

Соответственно, первую часть отчёта типа «Заказ – Деталь – Материал – Количество» (кол-во = норма расхода) можно из «расчёта потребности» какого-нибудь построить вообще безотносительно каких-бы то ни было действий с лимитками, складом и т.п.

Что касается второй части:

Если сделать так, как выше в примере (одна лимтка на несколько разных деталей из разных заказов), то каждая из этих деталей в заказах получится в VOGBIT связана с ЛЗК, по которой на эту конкретную позицию заказан материал для получения на складе (рис.2).

В свою очередь с этой лимиткой связан расходный (учётный) документ, по которому материал был выдан со склада. А в этом документе есть «партия» этого материала. А зная её в VOGBIT можно раскопать запросом, всё по этой партии материала: откуда (он кого) он появился, по какой цене, по какому документу, когда – да хоть химсостав и сертификат, если это заводить в базу.

Таким образом, имея одну ЛЗК с общим кол-вом материала на разные детали из разных заказов, и выдав со склада это общее количество, можно ничего не «распределяя» сделать отчёт типа «Заказ – Деталь – Материал – Количество – и некие данные со склада. Например, цена этого материала, или поставщик, или документ, по которому он был куплен и т.п.».

Небольшое отступление:

Если, кстати, это всё вообще в итоге нужно для обоснования типа «почему столько стоит» для военных или подобных клиентов (с прикладыванием к полной ведомости материалов по изделию информации у кого и почём эти материалы покупаются и в т.ч. подтверждающих это документов от поставщиков, то это вообще лучше делать по-другому. Проще.

На днях обсуждали как раз, как такое лучше сделать, с одним из заказчиков, у которого именно такая задача стоит (одна из). Пока до практической реализации дело не дошло, но идеи есть, как нужный и правильный результат получить намного проще и быстрее с точки зрения пользователя. И вообще не касаясь при этом реальной работы склада и производства. Нужна будет только в базе со склада некоторая информация по приходам. Но от того, как выдавать, одним куском на все заказы или маленькими кусочками на каждый отдельно – это вообще никак не зависит, решение этой задачи. По крайней мере в том разрезе, как мы её с коллегами (в некоторой степени) Вашими обсуждали.

Возвращаясь к основной теме…

Таким образом, сделать в программе один запрос (ЛЗК) на склад для получения «одним куском» материала на несколько разных деталей из разных заказов – технически элементарно. Пару кнопок нажать. Так же, как потом и выдать этот «один кусок» со склада.

«Распределять» при этом физически как-то в программе этот материал, в данном случае, мне кажется, вообще не нужно, а чтобы что-то по материалам в разрезе заказа получить, можно, пмсм, отчётом обойтись. Его (отчёт) сделать, конечно, нужно. Может быть, он даже достаточно сложным получится. Но это разовая акция. И какие-то сложности создаёт только для нескольких человек, кто настраивает отчёт. А не головную боль для всех и постоянно.

А вот, где действительно тут интересное место, так это, как при такой технологии делания ЛЗК организовать правильно работу снабжения с программой. Чтобы они, с одной стороны, заранее, до этих всех манипуляций, могли  общую информацию для заказа материалов у поставщиков получить из программы правильную. А с другой стороны, потом при всех подобных телодвижениях с реальной выдачей материала корректно все «дефициты» пересчитывались и отображались с их точки зрения.

Вот тут действительно вопрос. Тут есть над чем поломать голову. И, кажется мне, без некоторой доработки программы здесь не обойтись, чтобы было «красиво».

В общем, это самый интересный/сложный вопрос во всей этой теме, как мне видится.