Как сделать, чтобы резервирование не мешало текущим отгрузкам?

[Zuek]

Цитата:

Сообщение от glibs

Рациональный вариант — не резервировать. Снижаете оборачиваемость.

Нерациональный вариант — править механизм резервирования. Либо штатный, либо WMS-ный. Наверное, второй даже лучше. Чтобы он перебрасывал мешающий резерв. Т.е. запрограммировать следующее: менеджер хочет что-то отгрузить, видит глазами, что ему что-то мешает, заходит в мешающий заказ, снимает резерв автоматический, вручную цепляет этот же резерв на другую паллету. Только сделать это в транзакции и автоматически. Если у вас только склад-ячейка-паллета, то при реальной отгрузке произойдет WMS-перерезервирование с оптимизацией. Если есть еще аналитики, то будет отдельная песня. ГТД для WMS будет красной тряпкой. Это в копилку того, как надо было (не)делать ГТД.

Не думаю, что не резервировать - рациональный вариант. Можно использовать резервирование типа развертывание, если дата поставки лежит в относительно "далеком" будущем если есть сводное планирование. А вот если его (сводного планирования нет), но есть товар (возможно, пользующийся большим спросом) и клиент, которому требуется время на оплату - резерв надо делать. Иначе его могут "напродовать" больше, чем есть на складе. Вот тут и встает вопрос о необходимости "перебрасывать" резервы в процессе комплектации (есть WMS или нет). Скажите, а что вы имели под "отдельной песней"? Можно по подробнее - очень интересно

[Raven Melancholic]

Соглашусь с glibs. При использовании WMS лучше отказаться от резервирования по заказу. Контроль того, чтобы не было заказов на количество большее, чем есть на складе можно сделать следующим образом:
запретить ввод и изменение количества в заказах непосредственно в строках.
разрешить пользоваться только функцией создания строк, которую слегка модифицировать - не давать ввести больше, чем свободный остаток (причем, свободным считать количество за вычетом в заказах). Так же сделать возможность в этой форме не только создание строк, но и добавление к существующим, удаление и т.п.
Какие-то другие способы потребуют куда больше модификаций. Все-таки WMS предназначена не только для быстрого подбора, но и для оптимизации комплектации. Какое-то перебрасывание резервов может быть нетривиальной задачей с точки зрения оптимизации маршрутов, сроков хранения и т.п. А модификация, позволяющая резервировать не по всем комбинациям аналитик достаточно трудоемкая.

[twilight]

Цитата:

Сообщение от Raven Melancholic

Соглашусь с glibs. При использовании WMS лучше отказаться от резервирования по заказу. Контроль того, чтобы не было заказов на количество большее, чем есть на складе можно сделать следующим образом:
запретить ввод и изменение количества в заказах непосредственно в строках.
разрешить пользоваться только функцией создания строк, которую слегка модифицировать - не давать ввести больше, чем свободный остаток (причем, свободным считать количество за вычетом в заказах). Так же сделать возможность в этой форме не только создание строк, но и добавление к существующим, удаление и т.п.
Какие-то другие способы потребуют куда больше модификаций. Все-таки WMS предназначена не только для быстрого подбора, но и для оптимизации комплектации. Какое-то перебрасывание резервов может быть нетривиальной задачей с точки зрения оптимизации маршрутов, сроков хранения и т.п. А модификация, позволяющая резервировать не по всем комбинациям аналитик достаточно трудоемкая.

Примерно в этом направлении сейчас и думаем.
То ли делать модификацию, чтобы из заказа резервировалось только в разрезе склада. А потом уже из отгрузки резервировать палеты.
То ли делать отдельную таблицу для "предварительного резервирования" из заказов на продажу в разрезе склада и не использовать стандартное резервирование из заказов и использовать только резервирование из отгрузок.
Ваше предложение над контролем создания строк в заказах тоже стоить обдумать.

[glibs]

Цитата:

Сообщение от Raven Melancholic

...запретить ввод и изменение количества в заказах непосредственно в строках.
...

IMHO, чересчур радикально.

[Raven Melancholic]

Цитата:

Сообщение от Raven Melancholic
...запретить ввод и изменение количества в заказах непосредственно в строках.

Цитата:

Сообщение от glibs

IMHO, чересчур радикально.

На самом деле все не так радикально. Тем кто выполняет свои задачи осознано, оставлен стандартный функционал. Такое решение используется в компании в которой, на мой взгляд, WMS в DAX используется по полной. Там есть как обычный адресный склад, так и склады с плавающим прикингом, набивные ячейки, гравитациоонные ячейки и т.п. Я про "Объединенные кондитеры".

[glibs]

Цитата:

Сообщение от Zuek

...
Скажите, а что вы имели под "отдельной песней"?
...

Резервирование при комплектации - проблемы с автоматическим резервированием

Кратко. Если для номенклатуры используется аналитика кроме склад-ячейка-паллета, и в заказе на продажу поставить резерв (а он всегда поставится по конкретной ГТД/партии/СН), то в WMS перестает работать механизм комплектации из ячейки комплектации (с транспортировкой пополнения ячейки комплектации). Система предложит вам пробежаться по складу и достать товар непосредственно из тех ячеек, где он лежит. Стащить всю паллету ради конкретного зарезервированного товара с конкретным СН в ячейку комплектации она не предложит.

С т.з. партий это кому как. С т.з. СН по идее логично (если вы осознанно поставили резерв на конкретный СН). А вот с т.з. ГТД — как говорится, ни в кое-куда, ни в красную армию. Однозначно.

Кажется, не совсем кратко получилось .