WMS.kzДобавить WMS в каталог
Кейс·9 мин чтения·

Кейс: дистрибьютор 8 000 SKU в Алматы — как склад перерос учётную систему

Обезличенный разбор: симптомы, порог перехода с учётки, этапы проекта и KPI до/после. Без названия компании и без бренда WMS.

Этот текст собран по нескольким похожим проектам дистрибуции в Алматы 2024–2026 годов. Названия компаний и конкретной WMS нет: важен профиль склада и то, где учётка перестаёт управлять физикой. Цифры — ориентир по классу, не отчёт одного клиента.

Профиль: FMCG-дистрибьютор, один РЦ ~6 000 м², около 8 000 активных SKU, 15–20 операторов в смену, ERP/учётка на 1С. Отгрузки — в магазины сети и независимую розницу, волны по рейсам, партионность по срокам на части ассортимента. Похожий контур разобран в гайде по ритейлу и FMCG.

Симптомы, которые копились два сезона

  • Комплектовщик искал товар 20–30% смены: «старший знает, в каком проезде».
  • Инвентаризация раз в квартал занимала выходные и всё равно расходилась с учёткой на 3–7% по деньгам.
  • В пик (перед праздниками) отгрузки срывали рейсы: заказы собирали «кто свободен», без волны.
  • Возвраты от магазинов клали «куда влезло» — потом не находили ту же партию.
  • Новых людей учили не процессу, а маршрутам в голове бригадира.

Остатки в 1С:УТ сходились «в целом». Не сходилась ячейка, партия и факт на паллете. Это как раз граница, описанная в сравнении WMS и 1С:УТ: учётка отвечает на «сколько числится», а не на «где лежит и кому нести».

Что делали до выбора системы

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

  1. 01Карта склада: зоны приёмки, паллетного хранения, штучного отбора, брака, ворот.
  2. 02Активный справочник: 100% штрихкодов по SKU, дающим ~85% строк.
  3. 03Правило партии: для групп со сроком — серия обязательна, для остального запрещена.
  4. 04Baseline KPI четыре недели «как есть»: lines per hour, точность заказа, dock-to-stock, расхождение инвентаризации. Методика — в материале про KPI.

Как выбирали класс решения, не бренд

Смотрели не «какую WMS купить», а какой уровень управления складом нужен. Учётка уже была. WMS-lite закрыл бы адрес и ТСД, но не волны по рейсам и не FEFO на части ассортимента. Нужен был полноценный WMS: задачи оператору, ячейка, волна, партия. Облако vs свой сервер решали отдельно — канал на площадке нестабилен, выбрали контур, который переживает обрыв связи на смену.

Критерий брифаЧто требовали от класса системы
ИнтеграцияХозяин карточки — 1С, события склада — WMS
ОтборВолны по рейсу и зоне, не только заказ целиком
ПартииFEFO там, где есть срок, FIFO на остальном
ПикПерепланирование волны в течение дня
ЖелезоAndroid-ТСД, печать этикетки места и короба

Как шёл проект

  • Месяцы 1–2: топология, роли, обмен с 1С на тестовых документах. Живой склад ещё работал по-старому.
  • Месяцы 3–4: опытная зона — один проезд и одна смена. Остальной склад не трогали.
  • Месяц 5: перевод паллетного контура. Штучный отбор ещё смешанный.
  • Месяц 6: весь отбор в системе, инвентаризация циклами вместо «выходных раз в квартал».

Сроки близки к вилке «дистрибуция 2 000–10 000 SKU» в обзоре внедрений в Казахстане. Уложились бы быстрее, если бы не дочищали веса на живой приёмке — это съело три недели опытной эксплуатации.

KPI до и после (ориентир по классу)

МетрикаДо (4 недели)Через 3 месяца после полного контура
Lines per hour (комплектовщик)18–2228–34
Заказы без ошибки отбора91–93%97–98%
Dock-to-stock8–14 часов2–4 часа
Расхождение сплошной инвентаризации4–7% по сумме1–2%

Людей не сократили. Убрали сверхурочные в пик и ночные «поиски». Новых операторов выводили на норму за дни, а не за месяцы: маршрут даёт терминал, а не бригадир.

Что из этого переносится на другой склад

  1. 01Сначала ячейка и штрихкод, потом софт. Иначе опытная эксплуатация превращается в инвентаризацию всего РЦ.
  2. 02Класс решения выбирают по волнам и партиям, не по презентации. Если рейсы и FEFO не нужны — часто хватает WMS-lite.
  3. 03Опытная зона должна быть физической, не «50% документов в системе». Смешение потоков убивает и остатки, и доверие смены.
  4. 04Baseline KPI до старта — иначе нельзя сказать, что склад стал быстрее. Не «внедрили», а конкретные четыре цифры.

Рядом по теме: три уровня управления складом, мастер-данные и остальные материалы базы знаний.