Заявка покупателя из Обеспеченности

Понятно.

Спасибо.

Есть.

Вообще, в большинстве случаев, как показывает опыт, никакого специального "бронирования" (в отличие от других программ) при использовании VOGBIT не нужно делать. Потому что, при "включении в работу" очередной "заявки покупателя" в "обеспеченности" сразу автоматически отражается наличие дефицита с учётом не только этой новой, но и всех уже ранее оформленных "заявок", по которым ещё не всё отгружено.
Т.е. такой "проблемы", что на складе, вроде как, и есть нужное количество, но на самом деле это нужно под другие заявки, раньше уже сделанные, просто ещё не всё отдано, а если с этой новой вместе посчитать, то на самом деле то не хватит на всех, и нужно ещё изготовить - этой проблемы в VOGBIT в принципе нет. В режиме "обеспеченность" это автоматически всё учитывается. Само. Без всякого "бронирования" для этого.
А в других программах, насколько мне известно, механизмы "резервирования", они как раз и нужны для "ручного" решения такого рода задачи.

В то же время, если необходимо действительно "жёстко" зарезервировать позиции только под определённую заявку, чтобы их ни по какой другой вообще нельзя было отгрузить, только по этой - то это тоже можно в VOGBIT сделать. С помощью "учётных групп".
То есть создать учётную группу "под заявку такую-то", и переместить в неё с "просто склада" нужное количество продукции (можно и изначально изготавливать сразу целенаправленно под удовлетворение именно этой "заявки"). И в самой "заявке", соответственно, нужно указать учётную группу (откуда брать).
Факт перемещения продукции с "просто склада" в группу "под заявку такую-то" – это и будет в данном случае жёсткое «резервирование». Т.е. в результате будет указано в программе, что продукция эта есть на складе, но она только под эту "заявку". И ни по какой другой "заявке" отгрузить именно эти изделия не получится технически. Только если сначала обратно на "просто склад" (или в группу под другую какую-то "заявку") их переместить (т.е. "убрать из резерва").
Дальше там есть ещё целый ряд нюансов, при подобной организации, но если в целом говорить, то работает такой способ, и неплохо. Проверено.

Что это означает? Я ничего не понял, если честно, из этого предложения.

Есть "заявка покупателя". Это список, что вы хотите забрать со склада (готовой продукции, обычно).
Есть остаток на складе. Что там есть в наличии.
Заявок может быть много. От разых покупателей. В т.ч. на одни и те же изделия.
"Обеспеченность" - это (в упрощённом понимании) разница между "надо отдать" (заявки покупателей) и "есть" (остатки).

Касательно расчёта этой самой "обеспеченности" в разрезе "заявок покупателей", есть два варианта:

Первый - "котловой метод". Т.е. посчитать сколько всего изделий одинаковых надо на все заявки всех покупателей, и сколько таких изделий есть на складе. Сколько итого не хватает - доделать. Отдавать можно в любом порядке. Хочешь сначала по одной заявке, потом по другой. Хочешь - наоборот. В итоге в любом случае всем хватит.

Второй вариант - под каждую заявку откладывать изделия на складе в отдельную кучку. И даже если по этой конкретной заявке прямо сейчас эти изделия забирать никто не собирается, то отдать их кому-то другому (по другой заявке) нельзя. Они продолжают лежать отложенные "в отдельную
кучку" на складе. Под конкретную заявку. Ни под какую другую их брать нельзя.

И тот и другой вариант в VOGBIT есть. В первом случае вообще ничего не нужно специально делать, само получится. Для реализации второго варианта используются "учётные группы".

А "Заявка на производство" - это вообще из другой оперы.

Здравствуйте.
Объяснили понятно. Начали делать не работает.
Помогите, пожалуйста.
Как сделать по этому методу?
Сейчас делаем так.
На складе готовой продукции лежат Кабельные лестницы "КЛ 600х40х3000, Лестница кабельная тип 2, арт.00542, грунт." в количестве 35 шт.
Все эти лестницы изготовлены под определенные заказы (Заявки покупателей). Пока они не отгружены.

Появился новый заказ (Заявка покупателя ЗаяПок-69/18). По этому заказу (заявке) необходимо изготовить "КЛ 600х40х3000, Лестница кабельная тип 2, арт.00542, грунт."
в количестве 1 шт.
По заявке покупателя ЗаяПок-69/18 смотрим Обеспеченность.
Обеспеченность показывает, что лестниц "КЛ 600х40х3000" достаточно на складе - 35 шт.

Из Обеспеченности формируем заявку на производство (ЗаяПроиз-69/18). В этой заявке количество кабельных лестниц "КЛ 600х40х3000" - 0шт.
Т.е. получается, что программа не понимает, что эти лестницы лежат под другие заказы.

Что мы делаем не так?

Спасибо.

Я как-то не очень понимаю смысл ваших вопросов/пожеланий, т.к. они противоречат друг другу в некоторых местах.

С одной стороны, вы говорите, что хотите "котловой метод", смотреть "дефицит" и делать исходя из этого заявки на производство.

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

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

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

Можно и так. Тогда, по крайне мере есть смысл в понятии "заказ на производство под конкретную заявку покупателя".
Но тогда причём тут «котловой метод», который вы, вроде как, сказали выше хотите реализовать??
Тут всё отдельно. По каждой заявке.
Что касается VOGBIT, то в этом случае создаём на складе "учётные группы" - свою под каждую заявку, и т.д.
Ну, в общем, я уже писал...

Есть и третий вариант. Который, «сквозит между строчек» в ваших сообщениях. Например, в сообщении #12 и в предыдущих.
Если судить по тому, как вы там пишете, то получается, что вы вообще собираетесь делать изделия строго под заказы. Т.е. подписали договор на 150 лестниц - запустили в производство 150 лестниц. Не важно, что там лежит/не лежит на складе. Подписали через два дня договор ещё на 100 таких же – запустили ещё 100 шт. И т.д.
Можно и так.
Производство чисто на заказ называется.
Но в таком случае вообще НЕ НУЖНЫ ни «заявки покупателей», ни «обеспеченность» (по готовой продукции имеется в виду).

Если так, то просто при заключении очередного договора с клиентом делаем в VOGBIT сразу производственный заказ. И в нём, собственно, перечисляем, что заказали. Делаем это, кладём на склад, отгружаем.
Всё. Никаких «заявок покупателя», «обеспеченностей», «заявок не производство». Это вообще всё не нужно в этом случае. От слова «совсем».

В общем, вы определитесь по смыслу – какой вариант ваш?
Первый? Второй? Третий?
Потому что они по смыслу между собой не совместимы.

А от того, какой вариант в реальности есть, уже зависит, как программу использовать.

Посмотрите внимательно.
Может у вас вообще третий вариант (производство чисто под заказ)?
Тогда вообще не надо мудрить ни с "обеспеченностью", ни с "учётными группами". Всё на порядок проще изначально...

Пример с "группами учёта".

На рис.1 (группировка по номенклатуре):

Смотрим позицию "Генератор".
Видим:
На заказы "Техносервис" и "СМТ" уже отложено необходимое кол-во (7 шт и 2 шт), но пока не отгружено.
На заказы "Стройкомплекс" и "Промкомплект" - ничего не отложено пока.
Но в то же время на складе ещё есть 5 шт. "ничьих" "генераторов", которые можно при желании отложить под "Стройкомплекс" и "Промкомплект".
Поэтому итого по "Генераторам" дефицита нет (+1). Если учесть возможности "перекладывания".

В то же время ничего мне не мешает при желании оформить специально под заказ "Стройкомплекс" "заявку на производство" -> Заказ на производство.
То есть я запустил дополнительно 3 шт "Генераторов" конкретно под этот заказ. Не стал "перекладывать" из "свободных" пяти штук, запустил конкретно под этот заказ ещё 3 шт. Получилось в итоге, как на рис.2.

А вот по позиции "Светодиод красный" (рис.1, 2) видим, что пока ничего не отложено под заказ "СМТ", но даже если всё, что сейчас на складе есть отложить под этот заказ, то всё равно не хватит.
Поэтому по данной позиции получается суммарный дефицит (-6).

С помощью кнопки "общий дефицит" (рис.3).можно посмотреть чего итого не хватает с учётом возможностей "пересраспределения" остатков и излишков.

Сравниваем рис.2 и рис.3 и видим, что:
"Генераторов" в целом у нас хватает (рис.3). В то время, как под один конкретный заказ можно либо взять из "ничьих", либо нужно сделать. И под один заказ ещё недоделано (но уже в производстве) - выделено соответственно красным и жёлтым на рис.2.

А "сведодиодов", как ни крути - не хватит. Как не перекладывай, минимум, ещё 6 штук нужно.

В общем, при желании всё можно. Как видно из приведённых скриншотов.
Но нужно определённое количество действий дополнительных производить.
Создавать "Группы учёта".
Правильно их выставлять где нужно, и как нужно.
Документы делать вручную типа "запрос на перемещение" для перекладывания из группы в группу. Перекладыать по этим документам.

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

Еще вопрос.
Не подскажете как "вытащить" кнопку "Общий дефицит" на вкладку "Правка" в режиме "Обеспеченность"? На одном компьютере эта кнопка присутствует, на другом - отсутствует. Пользователь один и то же.