WMS на складе: сначала восстановить движения, затем считать потери

Описать склад как последовательность операций

Пройдите путь товара вместе с сотрудниками: от выгрузки до отправки клиенту и возможного возврата. Отметьте места, где движение происходит физически, но регистрируется позже. Именно здесь фактическое наличие может расходиться с тем, что видит комплектовщик на терминале.

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

Для каждой операции определите основание: приходный документ, задание перемещения или заказ на подбор. Нужны исполнитель, время и исходное состояние. Простое редактирование общего остатка без объяснения удобно на старте, но лишает возможности разобраться в следующем расхождении.

Сверить данные перед переключением

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

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

Уточните, какие документы ещё не завершены в момент запуска. Поставка уже разгружена, но не оприходована; заказ собран, но не отгружен. Для таких переходных состояний нужен отдельный список, иначе их легко провести повторно при обмене между системами.

Внедрять по замкнутому участку

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

Предусмотрите потерю связи с терминалом, повреждённую этикетку и ошибочный адрес. Сотрудник должен знать, как продолжить разрешённую работу и как зарегистрировать исправление. Неофициальный блокнот, который потом «как-нибудь перенесут», создаёт второй учёт без контроля полноты.

Учебный пример: заказ отменён после подбора, но до отгрузки. Товар физически лежит у упаковки. Система должна создать обратное перемещение или другой утверждённый маршрут; простое увеличение доступного остатка на старом адресе отправит следующего комплектовщика к пустой ячейке.

Где подключать AI и как оценивать результат

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

Сравнивайте стоимость пересорта, повторной комплектации, списаний и разборов. Изменение объёма заказов и состава товара учитывайте отдельно. Денежная экономия не равна разнице количества ошибок, если тяжесть этих ошибок и затраты на исправление существенно отличаются.

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