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

[glibs]

Цитата:

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

...
неделю или несколько недель до отгрузки и ждут
...

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

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

[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 перестает работать механизм комплектации из ячейки комплектации (с транспортировкой пополнения ячейки комплектации). Система предложит вам пробежаться по складу и достать товар непосредственно из тех ячеек, где он лежит. Стащить всю паллету ради конкретного зарезервированного товара с конкретным СН в ячейку комплектации она не предложит.

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

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

[twilight]

Цитата:

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

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

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

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

Насчет перебрасывания резервов - думали над этим вариантом. Но алгоритм перебрасывания резервов не слишком ясен, и есть сомнения насчет производительности. Да и вообще как то не нравится, что при таком подходе по складу будут все время хаотично перебрасываться резервы.

[glibs]

Цитата:

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

...
менеджеры насоздают заказов больше, чем есть в наличии.
...

Ну, создавать заказы — это еще не обещать продать.

Цитата:

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

...
И когда клиент пришлет деньги, а товар отгрузить не смогут, так как его не будет на складе, то клиент сильно обидится.
...

Ладно. Вопрос философский. Хотят (осознанно) хозяева морозить оборотные средства — их дело.

Цитата:

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

...
алгоритм перебрасывания резервов не слишком ясен
...

Могу дать только один совет. Пока методологию без системы (в голове) не уясните — не лезьте в разработку.

Цитата:

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

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

У вас есть опыт работы с механизмом резервирования в WMS или просто стереотипы? Попробуйте.

[twilight]

Цитата:

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

У вас есть опыт работы с механизмом резервирования в WMS или просто стереотипы? Попробуйте.

Как-то раз сделали модификацию, чтобы резервирование шло упорядоченно по наличию товара. Т. е. сначала берем палету с наибольшим количеством товара и резервируем ее, потом с более меньшим и т. д. И резервирование стало выполняться реально долго - вместо нескольких секунд стало несколько минут. Так что все зависит от алгоритма.

[Atar]

Цитата:

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

Ну, создавать заказы — это еще не обещать продать.

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

Цитата:

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

Пока методологию без системы (в голове) не уясните — не лезьте в разработку.

В точку!

[glibs]

Цитата:

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

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

false

Цитата:

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

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

true

Нарушаете законы логики в части обобщений. Компания может заниматься услугами. А если занимается чем-то материальным, то ситуации бывают разные.