Как обычно сделали всё по складу. Приходит товар как правило не на тот склад, с которого потребляется или на котором образуется потребность. А это значит, что нужно поддерживать всю цепочку потребностей - формировать заказы на перемещения. Но автоматически эти заказы не формируются, а это значит, что потребуется специально обученный пользователь, который будет их формировать. Если потребность уменьшилась - корректировать. И от того, что он сформировал заказ на перемещение - это ещё не значит, что товар в итоге придет от поставщика. Я бы сделал некую область складов, внутри которой и происходило бы это распределение запасов, а заказы на перемещения, где склад-отправитель и получатель в одной области можно было бы исключить
Спасибо за видео. Про предыдущую версию (в erp 2.4): самый запутанный момент работы со складом - резервирование. На столько там всё неочевидно.. понимание "что хотел сказать автор" пришло не сразу
Ранее в ERP была логика если есть на складе, то резервировать, если нет то обеспечивать обособлено. Теперь же приходится, все эти операции выполнять руками, т.е. снимать сначала чек-бокс "обособлено", потом ставить резервирование, и снова ставить чек-бокс "обособлено", но только уже выбирать конкретные строчки, что существенно увеличивает манипуляции с документом
Обновляемся на 2.5. Верно ли я понимаю, что контроль "Сверх потребности" в 2.5 убрали? То есть, мы можем заказать под назначение больше, чем нужно и система не предупредит? И потребность уменьшить, даже если уже в пути под наше назначение или лежит на складе?
спасибо докладчику, видео полезное и содержательное. Жаль что новый механизм такой безапеляционный: нет возможности остаться старой схеме, почти нет возможности настроить новый механизм резервирования. Не в восторге от нового механизме.
усложнили настолько что страшно. очень надуюсь что через год одумаются и уйдут в другое направление, например для некоторых операций создадут отдельный документ.
Получается, что все исторические заказы, которые тихо мирно стояли "К обеспечению", после обновления стали резервировать товар, к большому удивлению менеджеров и склада. Никакого инструмента не предусмотрено для "снятия" таких "мягких" резервов?
Очень интересная и актуальная тема.
Сложновато сделали, спасибо! В конце видео кот мяукал )) очень позитивно!
Как обычно сделали всё по складу. Приходит товар как правило не на тот склад, с которого потребляется или на котором образуется потребность. А это значит, что нужно поддерживать всю цепочку потребностей - формировать заказы на перемещения. Но автоматически эти заказы не формируются, а это значит, что потребуется специально обученный пользователь, который будет их формировать. Если потребность уменьшилась - корректировать. И от того, что он сформировал заказ на перемещение - это ещё не значит, что товар в итоге придет от поставщика. Я бы сделал некую область складов, внутри которой и происходило бы это распределение запасов, а заказы на перемещения, где склад-отправитель и получатель в одной области можно было бы исключить
Там есть механизм, можно строить цепочки поставок. делает заявки на перемещения
Спасибо за видео.
Про предыдущую версию (в erp 2.4): самый запутанный момент работы со складом - резервирование. На столько там всё неочевидно.. понимание "что хотел сказать автор" пришло не сразу
2:20 всем нам 😁
Ранее в ERP была логика если есть на складе, то резервировать, если нет то обеспечивать обособлено. Теперь же приходится, все эти операции выполнять руками, т.е. снимать сначала чек-бокс "обособлено", потом ставить резервирование, и снова ставить чек-бокс "обособлено", но только уже выбирать конкретные строчки, что существенно увеличивает манипуляции с документом
Обновляемся на 2.5. Верно ли я понимаю, что контроль "Сверх потребности" в 2.5 убрали? То есть, мы можем заказать под назначение больше, чем нужно и система не предупредит? И потребность уменьшить, даже если уже в пути под наше назначение или лежит на складе?
спасибо докладчику, видео полезное и содержательное. Жаль что новый механизм такой безапеляционный: нет возможности остаться старой схеме, почти нет возможности настроить новый механизм резервирования. Не в восторге от нового механизме.
усложнили настолько что страшно. очень надуюсь что через год одумаются и уйдут в другое направление, например для некоторых операций создадут отдельный документ.
Лайк
Получается, что все исторические заказы, которые тихо мирно стояли "К обеспечению", после обновления стали резервировать товар, к большому удивлению менеджеров и склада. Никакого инструмента не предусмотрено для "снятия" таких "мягких" резервов?
Всем очень понравился переход на 2.5 )))) все от нового резервирования кайфуют.
Здравствуйте. В УТ11 это когда будет?
в 11.5 уже подвезли
@@volall Ага, уже во-всю ковыряю. Хотелось бы если они это делали как-то пооперативнее.