Задача назначена
Следующая комплектация появляется на терминале — уже решённая с учётом ротации, резервов и приоритета локаций.
Правила ротации, резервы, альтернативы штрихкодов и приоритет локаций решаются до того, как задача попадёт к оператору. Сборщик видит одно управляемое действие за раз — решения за ним уже приняла система.
Каждое из них — место, где без WMS человек импровизирует — и где импровизация в итоге отгружает не тот товар.
Сначала истекающий срок или «первым пришёл — первым ушёл», выбирается по складу. Один живой сайт работает по истекающему сроку с учётом альтернативных штрихкодов — самый старый запас уходит первым, даже когда тот же товар несёт другой штрихкод.
В работе · по складуЗапас, распределённый под заказ, удерживается за ним. Другой заказ, перемещение или пересчёт не могут его использовать, пока резерв активен.
В работе · всегда включеноЛицевые стороны паллет ранжируются выше блочного хранения. Работника сначала отправляют к правильной лицевой стороне и лишь потом — к менее эффективным локациям.
В работе · всегда включеноЧастичное распределение держит рабочий запас в движении и помечает разницу как исключение — либо, если таково ваше правило, придерживает всю строку. В одном живом складе включено, в другом — выключено.
В работе · по складуСкан локации и скан товара по отдельности обязательны или выключены — по каждому складу. Строгий сайт может требовать оба; доверенной команде можно работать легче.
В работе · по складуКоличество можно скорректировать после подтверждения и выпуска заказа — эта функция использовалась сотни тысяч раз в обеих странах.
В работе · всегда включеноЭти значения читаются из производственной базы трёх реальных складов — не из буклета. Ваши здания разные; и конфигурация должна быть такой же.
| Правило комплектации | Амбиентный DC | Свежие продукты | Третий объект |
|---|---|---|---|
| Стратегия ротации | сначала истекающий срок, с учётом альтернативных штрихкодов | по умолчанию сайта | проще правило |
| Порог срока до удержания запаса | 30 дней | не используется | 12 дней |
| Сборщик обязан сканировать локацию | обязательно | выкл. | выкл. |
| Сборщик обязан сканировать товар | обязательно | выкл. | выкл. |
| Частичное распределение при нехватке | вкл. | — | выкл. |
| Крайний срок плана комплектации | 15:00 | не используется | 12:45 |
На демо попросите открыть два из этих окон рядом и изменить одно правило у вас на глазах. Это и есть разница между конфигурацией и обещанием.
Взгляд оператора на всё вышеперечисленное: пять моментов, каждый подтверждён и записан с количеством запаса до и после.
Следующая комплектация появляется на терминале — уже решённая с учётом ротации, резервов и приоритета локаций.
Система отправляет сборщика к ранжированной лицевой стороне, а не туда, где запас случайно лежит.
Там, где этого требует склад, штрихкод локации должен быть отсканирован, прежде чем что-либо зачтётся.
Штрихкод товара — включая поставщика и альтернативные штрихкоды — сверяется с задачей и правилом ротации.
Количество обновляется, резерв закрывается, а движение фиксируется с доступным и фактическим запасом до и после.
Включая те, где наш ответ — «не сегодня». Вы не должны бронировать звонок, чтобы это узнать.
Настраивается по складу. Один живой сайт распределяет то, что есть, и помечает нехватку как заметное исключение, так что остальная часть заказа продолжает движение. Другой придерживает строку, пока запас не будет урегулирован. Поведение каждого здания выбираете вы.
Нет. Выделенный запас удерживается за своим заказом. Перемещения, пересчёты и другие заказы видят его как недоступный, пока резерв активен.
Да, там, где это правило включено: распределение по истекающему сроку может смотреть через альтернативные штрихкоды товара, поэтому самый ранний срок уходит первым независимо от штрихкода на коробке. Так работает один живой склад.
Терминал работает через живое соединение с сервером, поэтому каждый скан подтверждается централизованно. Два оператора никогда не работают по устаревшей картине одной и той же локации.
Честно: офлайн-выполнение задач сейчас не поддерживается. Терминалу нужно живое соединение. Перед запуском мы вместе обходим здание и находим мёртвые зоны — это проблема обследования объекта, и её дешевле решить точкой доступа, чем софтом.
Нет. Количество можно скорректировать после подтверждения и выпуска заказа. Это обычная практика в живых операциях — использовалась сотни тысяч раз в обеих странах.
Зарезервированный запас, ротация по сроку, правило, которое отличается по объектам, упрямая нехватка. Мы прогоним это в системе у вас на глазах — а не в слайдах.