Коротко: чтобы убрать складскую «свалку», нужно определить назначение зон, правила перемещений и порядок обработки товара, который нельзя сразу разместить. WMS помогает поддерживать эти правила. Физическую нехватку вместимости, неподходящие стеллажи и накопившиеся запасы придётся разбирать отдельно.
На плане склада у каждой зоны есть назначение. На площадке рядом с приёмкой стоит товар «до выяснения», возле упаковки лежат возвраты, а свободное место в проходе постепенно превращается во временное хранение.
У каждой такой паллеты обычно есть объяснение. Эту привезли без нормальной этикетки. Эту нельзя размещать до проверки. Для следующей не нашлось подходящей ячейки. Ещё одну переставили, чтобы освободить доступ, и собирались позже поправить адрес в системе.
Проблема начинается, когда временное решение не имеет срока и следующего действия. Товар остаётся на месте, а знание о нём постепенно переходит из системы в память отдельных сотрудников.
Когда прихожу на новый склад, мне важно увидеть, куда люди действительно ставят товар и почему выбирают эти места. Регламент помогает понять задуманный процесс. Наблюдение за сменой показывает, в каких ситуациях он перестаёт работать.
Например, в регламенте приёмка сразу передаёт товар на размещение. В реальности часть поставок ждёт уточнения документов, а отдельной зоны и статуса для них нет. Люди вынуждены занимать ближайшее свободное место.
Если в такой ситуации ограничиться требованием «соблюдать адресное хранение», причина останется. Нужно решить, где товар ждёт, кто разбирает исключение и как склад понимает, что ожидание затянулось.
Первая возможная причина - склад действительно заполнен. Запас вырос, оборот замедлился, подходящих мест меньше, чем требуется. Здесь нужно смотреть объём запасов, неликвиды, плотность хранения и ограничения здания.
Вторая - места есть, но они не подходят конкретному товару. Свободная полка не поможет негабаритному грузу, а ячейка в одной температурной зоне не заменит место в другой. Площадь сама по себе не показывает доступную вместимость.
Третья - места физически свободны, но система считает их занятыми. Или наоборот: на экране ячейка свободна, а на площадке туда уже поставили товар без подтверждения. Здесь нужно восстанавливать достоверность адресных остатков.
Четвёртая - товар надолго задерживается в промежуточных зонах. Причиной может быть очередь на контроль, ожидание решения по возврату или несвоевременное размещение. Добавление стеллажей не обязательно уберёт эту задержку.
Эти причины могут действовать одновременно. Поэтому вывод «нам нужен ещё один склад» стоит проверять по каждой из них.
Товар, который нельзя разместить штатно, всё равно должен иметь понятное местоположение и статус. Для него нужны правила: что здесь допускается хранить, кто принимает решение и какое событие завершает ожидание.
Например, для возвратов можно определить последовательность: приём, проверка состояния, решение о возврате в доступный запас или переводе в другой статус. Конкретная схема зависит от бизнеса, но товар не должен становиться доступным для отбора только потому, что физически оказался рядом с годными остатками.
Полезно видеть возраст остатков в таких зонах. Список «что лежит» отвечает на один вопрос. Список «что лежит дольше допустимого срока и кто должен разобраться» уже помогает управлять очередью.
Адреса должны однозначно читаться и на плане, и на стеллаже, и в системе. Кроме названия ячейки, могут потребоваться ограничения по габаритам, весу, типу товара и способу доступа.
В справочнике товара важны корректные упаковки и характеристики. Если система не знает размер короба, трудно ожидать от неё надёжного подбора места по вместимости. Если данные о совместимости не заданы, алгоритм не сможет учитывать правила, известные только опытному кладовщику.
Не менее важен порядок перемещений. Физически перенести паллету и оформить это в конце смены - значит на некоторое время оставить склад с неверным адресом. Чем больше таких действий, тем меньше доверия к заданиям на отбор.
Подготовку топологии и правил стоит включить в проект до запуска соответствующих операций. Необязательно ждать идеального описания всего склада, но критичные данные и рабочие зоны должны быть готовы к проверке на реальном товаре.
При настроенных правилах система может предложить допустимое место, выдать задание на размещение и запросить подтверждение фактического адреса. Она также помогает видеть товар, который завис между операциями, и разбирать незавершённые перемещения.
Но система не остановит погрузчик, если сотрудник физически поставит паллету в другой ряд. Связь между заданием и реальностью поддерживают подтверждения, понятные исключения и контроль процесса.
Если предложенное место занято или недоступно, у человека должен быть рабочий сценарий: сообщить причину, выбрать разрешённую альтернативу либо передать вопрос ответственному. Запрет без возможности решить ситуацию часто заканчивается тем, что товар оставляют «пока здесь».
При этом назначать отдельного постоянного владельца каждой ячейке не всегда нужно. Важнее распределить ответственность за процессы и зоны: кто размещает, кто подтверждает перенос, кто разбирает расхождение и кто принимает решение по зависшему товару.
Выберите участок, где чаще всего скапливается товар. Зафиксируйте, что туда попадает, из какого процесса приходит, почему не уходит дальше и как долго ждёт. Сопоставьте физическое содержимое с данными системы.
После этого можно вводить конкретное изменение: отдельный статус ожидания, адресацию временных мест, очередь заданий на размещение, ответственного за возвраты или правило освобождения зоны.
Результат стоит измерять по времени нахождения товара, числу неподтверждённых перемещений, точности адресных остатков и времени поиска. Если зона быстро заполняется снова, значит изменилось её содержимое, но не причина накопления.
Если адресное хранение у вас уже есть, в отдельной статье разобрано, когда достаточно ERP и когда нужна WMS. А вашу конкретную зону ожидания можно разобрать на бесплатной встрече, 30 минут.