|
![]() |
#1 |
Аманд
|
Цитата:
а если затребуют 99 а в наличии в тот момент будет 150, за счет новых поступлений для других моделей(планов), тогда где проводить контроль
остатка покрытия для нужной модели(плана)? Ведь система даст списать 99. 2. Резервирование. Цитата:
процедура утверждения может быть нужна хотябы для постоянного самоконтроля остатка покрытия на момент принятия решения о движении
Вкратце: заявка была на 100 ед и они отражены в Прогнозе продаж или закупок (мне больше нарвятся продажи ![]() Допустим, что реально нужно будет отпутсить 110 ед. Соответственно прогноз должен быть скорректирован на +10. Если этого не произошло, то создастся дефицит по другим расходам этой номенклатуры, который отследит сводное планирование по факту возникновения дефицита. Итого: не нужно подменять всю совокупность инструментов системы (резервирование, прогнозы, планирование, журналы, произвосдтво, заказы/закупки) утверждением непонятно чего. Потому что уверяю вас, в 99% случаев журнал утвердится ![]() Последний раз редактировалось Vals; 19.09.2007 в 15:16. |
|
![]() |
#2 |
Участник
|
Цитата:
Сообщение от Vals
![]() Дайте пользователю инструмент для контроля и постройте правильно процедуру. В данном случае вы возлагаете процесс (достаточно сложный) планирования запасов на пользователя (пока не сказали какого, но не кладовщика) вместо того чтобы построить этот процесс планирования методологически.
переложить это? кто будет это делать? Когда только кладовщик знает точно сколько кому выдал по требованию заявителя сегодня. С точки зрения Axapta все логично и правильно выполнено в системе, а если смотреть с позиции существующих Б-П, то тогда для пользователя сложновато или рутинно получается. Большая часть перечисленного будет использоваться. Вопрос лишь в оптимальности использования, ну и вообщето почему бы не провести анализ на упрощение чего либо и как следствие неиспользования чего либо. |
|