ERP: склад и логистика — от приёмки до доставки клиенту

Как устроен адресный склад на практике

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

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

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

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

Почему адресное хранение важнее любого отчёта

Когда на складе нет адресов, вся система держится на людях: кто-то помнит, где лежит позиция, кто-то знает, что похожие коробки нельзя ставить рядом. Это работает, пока эти люди на месте.

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

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

Что даёт связка склада с доставкой

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

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

Дальше подключается расчёт рентабельности: видно, какие направления и клиенты обходятся дороже, чем приносят. Иногда это повод пересмотреть условия доставки, а не увеличивать парк.

Штрихкоды и терминалы: с чего начинается точность

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

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

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

Возвраты и брак: обратный поток, про который забывают

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

Брак от поставщика фиксируется на приёмке, а не после. Кладовщик отмечает расхождение прямо в документе приёмки, при необходимости прикладывает фото, и позиция уходит на обособленный остаток, который не участвует в отборе. Дальше накапливается статистика: сколько брака и недостач пришло по каждому поставщику за период. В переговорах об условиях поставки это единственный аргумент, который нельзя оспорить, в отличие от общего ощущения, что с этим поставщиком вечно проблемы.

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