Очень интересная и актуальная тема.

Сложновато сделали, спасибо! В конце видео кот мяукал )) очень позитивно!

Как обычно сделали всё по складу. Приходит товар как правило не на тот склад, с которого потребляется или на котором образуется потребность. А это значит, что нужно поддерживать всю цепочку потребностей - формировать заказы на перемещения. Но автоматически эти заказы не формируются, а это значит, что потребуется специально обученный пользователь, который будет их формировать. Если потребность уменьшилась - корректировать. И от того, что он сформировал заказ на перемещение - это ещё не значит, что товар в итоге придет от поставщика. Я бы сделал некую область складов, внутри которой и происходило бы это распределение запасов, а заказы на перемещения, где склад-отправитель и получатель в одной области можно было бы исключить

@user-es6dc6fu6z

2 жыл бұрын

Там есть механизм, можно строить цепочки поставок. делает заявки на перемещения

Ранее в ERP была логика если есть на складе, то резервировать, если нет то обеспечивать обособлено. Теперь же приходится, все эти операции выполнять руками, т.е. снимать сначала чек-бокс "обособлено", потом ставить резервирование, и снова ставить чек-бокс "обособлено", но только уже выбирать конкретные строчки, что существенно увеличивает манипуляции с документом

Спасибо за видео. Про предыдущую версию (в erp 2.4): самый запутанный момент работы со складом - резервирование. На столько там всё неочевидно.. понимание "что хотел сказать автор" пришло не сразу

спасибо докладчику, видео полезное и содержательное. Жаль что новый механизм такой безапеляционный: нет возможности остаться старой схеме, почти нет возможности настроить новый механизм резервирования. Не в восторге от нового механизме.

@volall

2 жыл бұрын

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

2:20 всем нам 😁

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

Лайк

Получается, что все исторические заказы, которые тихо мирно стояли "К обеспечению", после обновления стали резервировать товар, к большому удивлению менеджеров и склада. Никакого инструмента не предусмотрено для "снятия" таких "мягких" резервов?

@user-es6dc6fu6z

2 жыл бұрын

Всем очень понравился переход на 2.5 )))) все от нового резервирования кайфуют.

Здравствуйте. В УТ11 это когда будет?

@volall

2 жыл бұрын

в 11.5 уже подвезли

@tsv8560

2 жыл бұрын

@@volall Ага, уже во-всю ковыряю. Хотелось бы если они это делали как-то пооперативнее.