Добрый день! Всё-таки второй способ выглядит более правильным. Ведь если у нас производство загружено (все изделия зарезервированы), и мы приняли решение, что закупаем это изделие у поставщика (а это значит что с этого момента такая схема возможна), то заложить сразу возможность замены покупными аналогами, самый правильный вариант. С совокупности с контролем поддержания запасов min-max получится просто "булочка" (как говорит один мой коллега)
Добрый день! Да, так и есть. Но нужно отметить, что если на некоем предприятии пики загрузки производства крайне редки (а то и вообще возникли разово), то добавлять новую номенклатуру и настраивать замену - может быть излишним усложнением... А если случаи не единичны, то вы правы, правильнее сразу делать "булочку" 👍😄
Как минимум, по одному проекту можно сходу вспомнить для каждого способа: 1-й вариант был в приборостроении, 2-й в металлообработке. Разовое "переключение" способа обеспечения, пожалуй, чаще применялось - т.к. оно намного проще; особенно если использовать универсальный АРМ обеспечения потребностей, из раздела "Склад". А в общем-то проблема организационных изменений при встраивании ERP в реальные процессы, неготовность и неприятие от сотрудников предприятие - это зачастую большая проблема, да...
Добрый день. Подскажите, пожалуйста. Мы , перед " производство без заказа" делаем передачу ГП из кладовой, а потом, через обработку Производство без заказов производим выпуск и списания сырья, материалов и трудозатрат. Это позволяет производить реализацию до того, как производство сдало корректную спецификацию. Это же не ломает учет и логику по? Все происходит внутри периода -месяц.
Если вопрос про опцию "Заменять на аналоги" в форме создания этапов в очереди заказов - да, эта опция появилась относительно недавно, начиная с релизов примерно полугодовой давности и более поздних.
Добрый день! Всё-таки второй способ выглядит более правильным. Ведь если у нас производство загружено (все изделия зарезервированы), и мы приняли решение, что закупаем это изделие у поставщика (а это значит что с этого момента такая схема возможна), то заложить сразу возможность замены покупными аналогами, самый правильный вариант. С совокупности с контролем поддержания запасов min-max получится просто "булочка" (как говорит один мой коллега)
Добрый день! Да, так и есть. Но нужно отметить, что если на некоем предприятии пики загрузки производства крайне редки (а то и вообще возникли разово), то добавлять новую номенклатуру и настраивать замену - может быть излишним усложнением... А если случаи не единичны, то вы правы, правильнее сразу делать "булочку" 👍😄
Следующее видео - насколько на реальных проектах сотрудники готовы применить все эти способы.
Как минимум, по одному проекту можно сходу вспомнить для каждого способа: 1-й вариант был в приборостроении, 2-й в металлообработке. Разовое "переключение" способа обеспечения, пожалуй, чаще применялось - т.к. оно намного проще; особенно если использовать универсальный АРМ обеспечения потребностей, из раздела "Склад". А в общем-то проблема организационных изменений при встраивании ERP в реальные процессы, неготовность и неприятие от сотрудников предприятие - это зачастую большая проблема, да...
Добрый день. Подскажите, пожалуйста. Мы , перед " производство без заказа" делаем передачу ГП из кладовой, а потом, через обработку Производство без заказов производим выпуск и списания сырья, материалов и трудозатрат. Это позволяет производить реализацию до того, как производство сдало корректную спецификацию. Это же не ломает учет и логику по? Все происходит внутри периода -месяц.
Добрый день! Если остатки кладовой мы проверяем в конце месяца (т.е чтобы приход покрывал расход), то такая модель учет не ломает.
Подскажите пожалуйста!, куда делась графа в производстве "Использование аналогов автоматом" в 2.5 появилась сейчас 8.3 ее нет(( я ток начал работать.
Если вопрос про опцию "Заменять на аналоги" в форме создания этапов в очереди заказов - да, эта опция появилась относительно недавно, начиная с релизов примерно полугодовой давности и более поздних.
@@ooo-itrp да уже понял, у нас версия 2.4, там с аналогами вручную приходится, боятся ставить 2.5
@@inomino_yura6262 У нас на большинстве проектов у клиентов тоже пока 2.4, переходить на 2.5 многие не торопятся : )