Константин Чилингаров: Здравствуйте,
В этом окне, насколько я помню, сохраняется только список "постов" выбранных. При закрытии/открытии окна.
Порядок сл ...
Владимир Белов: написал:
Добрый день! Такой вопрос. Могу я установить базу данных на съемный диск и пользоваться на разных компьютерах - переставляя то ...
Константин Чилингаров: Здравствуйте,
Обычно, непосредственно с терминала выгружают управляющие программы какие-нибудь, к заданию, которое берется в работу. Н ...
Константин Чилингаров: К сожалению, проблема хронического отсутствия времени пока не позволила сделать.
Лежит заготовка под второй ролик с лета. Пока отложена ...
Константин Чилингаров: написал:
Честно говоря, "средний" уровень как-то никогда не рассматривали для работы.
Всё меняется...
10 лет назад там действитель ...
Константин Чилингаров: написал:
Можно, пожалуйста, выложить скрины, как это реализовано
Пожалуйста:
Рис.1 - Параметры в справочнике. Которые я использовал, ка ...
Константин Чилингаров: Здравствуйте!
Да, встречали такую ситуацию. Но, к сожалению, пока никак не можем научиться её стабильно повторять. Не можем пока найти к ...
Константин Чилингаров: Здравствуйте,
На совсем понял, если честно вопрос в Вашей терминологии.
Давайте попробуем ещё раз разложить всё по полочкам…
Вы ...
Константин Чилингаров: Здравствуйте,
Вместе с расчетом материала на 7 шт. еще и штучное время поделилось на 7
В этом есть логика.
Обычно эту "единицу нормир ...
Константин Чилингаров: Здравствуйте,
Не совсем понятно. Если речь идёт об окне, где отражается график работы и загрузки постов по дням и сменам (высокий/максим ...
Делаем слеующее. Заявка покупателя[Рама_1 шт.]->Обеспеченность[Затребовано 1 | Остаток 1 | Запас/Дефицит 0]->[Добавляем Заявку на производство из закладки Обеспеченность]->Заявка на производство с номенклатурой Рама_0 шт. Получается, что при формировании Заявки на производство, в неё попадает значение (Затребовано - Остаток = Запас/Дефицит).
Можно ли, формировать Заявку на производство из Обеспеченности так, чтобы в неё попадали значения - сколько затребовано по данной Заявке покупателя?
Вячеслав пишет: Получается, что при формировании Заявки на производство, в неё попадает значение (Затребовано - Остаток = Запас/Дефицит).
Логично. Смысл формирования "заявок" из режима "обеспеченность" - посмотреть чего не хватает (дефицит), и на это именно и сделать "заявку" (купить или изготовить то, чего не хватает).
Запас/дефицит, кстати, не равно (Затребовано - Остаток). Там ещё неснижаемый остаток учитывается, незавершённое производство и страховые коэффициенты.
Цитата
Вячеслав пишет: Можно ли, формировать Заявку на производство из Обеспеченности так, чтобы в неё попадали значения - сколько затребовано по данной Заявке покупателя?
А зачем "обеспеченность" в таком случае? Открываем "заявку покупателя", открываем тут же "заявку на производство". Выделяем в первой строчки и во вторую перетаскиваем. Всё.
Ещё вопрос возник. А можно как-то бронировать номенклатуру на складе готовой продукции под определённую заявку покупателя? И, при создании Заявки на производство из Обеспеченности, учитывать эту бронь? Наверное такого нет? Можно это реализовать в программе? Очень удобно будет.
Вообще, в большинстве случаев, как показывает опыт, никакого специального "бронирования" (в отличие от других программ) при использовании 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шт. Т.е. получается, что программа не понимает, что эти лестницы лежат под другие заказы.
Когда вы нажимаете "Обеспеченность", стоя на какой-то конкретной заявке покупателя, то программа показывает обеспеченность в разрезе одной этой заявки отдельно взятой. Т.е. как будет выглядеть "обеспеченность" если не брать в расчёт ничего, кроме этой одной заявки. Соответственно, правильно всё показывает в вашем примере. Что, если на остальные заявки внимания сейчас не обращать, только эту одну смотреть (чему соответствует запуск "обеспеченности", стоя на конкретной заявке), то "Лестниц" более чем достаточно. На складе 35 штук целых, а нужна всего одна на эту заявку. Т.е. если только эту заявку одну смотреть, то она обеспечена.
Если вы хотите посмотреть "обеспеченность" в целом, т.е. с учётом всех заявок, какие есть в работе, то просто НЕ вставайте ни на какую заявку, нажимая "Обеспеченность". Просто ничего не выбирайте, а сразу нажмите "обеспеченность" (рис.1). И всё.
И увидите общую потребность на все заявки и какой итого "дефицит" получается (рис.2). Если при этом нажать "подробно" в колонке "затребовано", то можно посмотреть по какой заявке сколько (рис.3).
А как быть если у нас заведены несколько заявок покупателя? ЗаявкаПокуп-001 на 100 шт. лестниц-100. ЗаявкаПокуп-002 на 150 шт. лестниц-150. Количество позиций может доходить по каждому заказу до 100 шт. Для каждой заявки покупателя надо делать заявку на производство, т.е. ЗаявкаПокуп-001(лестница-100 100 шт.)->ЗаявкаПроиз-001(лестница-100 100 шт.), ЗаявкаПокуп-002(лестница-150 150 шт.)->ЗаявкаПроиз-002(лестница-150 150 шт.) и т.д. Как можно в программе под каждую заявку покупателя формировать свою заявку на производство? То что Вы написали, - получается, что из обеспеченности без выделения заявки покупателя формируется одна общая заявка на производство. Понимаю, что можно смотреть под какую заявку покупателя дефицит по номенклатуре, но это не реально, когда в одном заказе покупателя до 100 позиций и этих заявок может быть несколько.
Я как-то не очень понимаю смысл ваших вопросов/пожеланий, т.к. они противоречат друг другу в некоторых местах.
С одной стороны, вы говорите, что хотите "котловой метод", смотреть "дефицит" и делать исходя из этого заявки на производство.
В чём суть такого "котлового метода" я писал уже выше. Есть куча заявок покупателей. В них в каждой много позиций. При этом они значительно пересекаются эти позиции. Т.е. изделия в общем-то одни и те же эти разные покупатели хотят получить. При этом есть ещё N таких изделий готовых уже на складе, оставшихся с каких-то прошлых времён. И часть какая-то по каким-то заявкам может быть даже отдана уже была из того, что было на складе. И ещё, хорошо бы, чтобы в результате, когда все заявки таки будут выполнены, склад при этом не выгребли подчистую до нуля, а там всё-таки что-то ещё осталось на будущее, если срочно кто-то вдруг решит купить. И вот в этой всей каше надо как-то разобраться, а что вообще и сколько делать то? Вот тут берём режим «обеспеченность», он нам складывает всё, что вообще надо отдать за минусом: - того, что уже отдали; - того, что есть ещё на складе (можно отдать); - того, что уже запустили (сейчас в производстве, попадёт на склад, можно будет отдать); И учитывает наши пожелания по неснижаемым остаткам, если таковые есть. И в итоге даёт «дефицит» - что ещё надо запустить. Из чего и делаем заказ на производство.
Если такой метод используется, то причём тут «заказ на производство под одну конкретную заявку покупателя»?? Перечитываем внимательно вышесказанное, и понимаем, что это бессмысленное понятие в этой конструкции.
Если Вам не нужен «котловой метод», нужно отдельно по каждой заявке, но при этом производство всё-таки не чисто под заказ покупателя, а какие-то остатки с прошлых времён/отменённых заказов и т.п., таки имеют место быть, и их можно использовать. Тогда можно применить метод формирования заказа на производство исходя так же из «дефицита», но дефицит этот считать по каждой заявке отдельно. Для этого на складе выделяем отдельную «кучку» куда складываем что нужно под заявку (резервируем). Если чего-то не хватает – можем заказать на производство. Можем на несколько «заявок» сразу (попадет все тогда на «общий склад», а мы распределим). А можем и отдельно под «Дефицит по конкретной заявке» сделать отдельный заказ на производство. Это уж как удобно. Но суть в том, что в данном случае «котловым методом» и не пахнет. Мы изначально закладываемся на «жесткое резервирование» - что продукция на складе не просто так, а изначально отложена под совершенно конкретные заявки. И в этом случае имеет смысл такое понятие, как «дефицит по конкретно взятой заявке». И соответственно и понятие «заказ на производство на пополнение запасов конкретно под эту заявку».
Можно и так. Тогда, по крайне мере есть смысл в понятии "заказ на производство под конкретную заявку покупателя". Но тогда причём тут «котловой метод», который вы, вроде как, сказали выше хотите реализовать?? Тут всё отдельно. По каждой заявке. Что касается VOGBIT, то в этом случае создаём на складе "учётные группы" - свою под каждую заявку, и т.д. Ну, в общем, я уже писал...
Есть и третий вариант. Который, «сквозит между строчек» в ваших сообщениях. Например, в сообщении #12 и в предыдущих. Если судить по тому, как вы там пишете, то получается, что вы вообще собираетесь делать изделия строго под заказы. Т.е. подписали договор на 150 лестниц - запустили в производство 150 лестниц. Не важно, что там лежит/не лежит на складе. Подписали через два дня договор ещё на 100 таких же – запустили ещё 100 шт. И т.д. Можно и так. Производство чисто на заказ называется. Но в таком случае вообще НЕ НУЖНЫ ни «заявки покупателей», ни «обеспеченность» (по готовой продукции имеется в виду).
Если так, то просто при заключении очередного договора с клиентом делаем в VOGBIT сразу производственный заказ. И в нём, собственно, перечисляем, что заказали. Делаем это, кладём на склад, отгружаем. Всё. Никаких «заявок покупателя», «обеспеченностей», «заявок не производство». Это вообще всё не нужно в этом случае. От слова «совсем».
В общем, вы определитесь по смыслу – какой вариант ваш? Первый? Второй? Третий? Потому что они по смыслу между собой не совместимы.
А от того, какой вариант в реальности есть, уже зависит, как программу использовать.
Большое спасибо за подробный ответ. Да, метод у нас не котловой. Я ошибся. Извините. Получается, что надо через "учётные группы". Ссылку на описание Вы давали выше - видел. Будем разбираться. Спасибо.
Посмотрите внимательно. Может у вас вообще третий вариант (производство чисто под заказ)? Тогда вообще не надо мудрить ни с "обеспеченностью", ни с "учётными группами". Всё на порядок проще изначально...
Поговорил с нач. производства и нач. склада готовой продукции. Сказали, что периодически делают продукцию прозапас и отгрузка со склада готовой продукции происходит не сразу. Бывает, что на складе готовой продукции лежит готовая продукция по нескольким заказам. Получается, что нам нужен второй вариант - через группы учета.
Не подскажите, а можно будет при создании новой заявки на производство учитывать из обеспеченности готовую продукцию, которая была сделана ранее прозапас без привязки к группе учета? Или это делается только перемещением? Т.е. появилась заявка покупателя. Вводим группу учета. Делаем перемещение готовой продукции прозапас без группы учета в группу учета. Формируем заявку на производство из обеспеченности, где уже учитывается перемещенная ранее готовая продукция. Так делается?
Смотрим позицию "Генератор". Видим: На заказы "Техносервис" и "СМТ" уже отложено необходимое кол-во (7 шт и 2 шт), но пока не отгружено. На заказы "Стройкомплекс" и "Промкомплект" - ничего не отложено пока. Но в то же время на складе ещё есть 5 шт. "ничьих" "генераторов", которые можно при желании отложить под "Стройкомплекс" и "Промкомплект". Поэтому итого по "Генераторам" дефицита нет (+1). Если учесть возможности "перекладывания".
В то же время ничего мне не мешает при желании оформить специально под заказ "Стройкомплекс" "заявку на производство" -> Заказ на производство. То есть я запустил дополнительно 3 шт "Генераторов" конкретно под этот заказ. Не стал "перекладывать" из "свободных" пяти штук, запустил конкретно под этот заказ ещё 3 шт. Получилось в итоге, как на рис.2.
А вот по позиции "Светодиод красный" (рис.1, 2) видим, что пока ничего не отложено под заказ "СМТ", но даже если всё, что сейчас на складе есть отложить под этот заказ, то всё равно не хватит. Поэтому по данной позиции получается суммарный дефицит (-6).
С помощью кнопки "общий дефицит" (рис.3).можно посмотреть чего итого не хватает с учётом возможностей "пересраспределения" остатков и излишков.
Сравниваем рис.2 и рис.3 и видим, что: "Генераторов" в целом у нас хватает (рис.3). В то время, как под один конкретный заказ можно либо взять из "ничьих", либо нужно сделать. И под один заказ ещё недоделано (но уже в производстве) - выделено соответственно красным и жёлтым на рис.2.
А "сведодиодов", как ни крути - не хватит. Как не перекладывай, минимум, ещё 6 штук нужно.
В общем, при желании всё можно. Как видно из приведённых скриншотов. Но нужно определённое количество действий дополнительных производить. Создавать "Группы учёта". Правильно их выставлять где нужно, и как нужно. Документы делать вручную типа "запрос на перемещение" для перекладывания из группы в группу. Перекладыать по этим документам.
Т.е. нужно составить определённый регламент, как в каких случаях нужно что вводить и делать. И аккуратно ему следовать. И будет тогда работать, и правильно всё показывать.
Еще вопрос. Не подскажете как "вытащить" кнопку "Общий дефицит" на вкладку "Правка" в режиме "Обеспеченность"? На одном компьютере эта кнопка присутствует, на другом - отсутствует. Пользователь один и то же.