Внедрение WMS занимает 16–28 недель на семи этапах. От обследования и ТЗ через разработку и интеграцию к запуску. Заказная WMS стоит от 800 000 ₽, коробочная с внедрением от 1,5 млн ₽ на средний склад.
Проекты срываются не из-за программы. Причины другие: грязные исходные данные, роли со стороны склада, за которыми никто не закреплен, и доработки, которые не заложили в смету на старте.
Больше всего из 16–28 недель забирают этапы 4–5: число интеграций и доработок сдвигает срок сильнее всего остального. Поэтому разброс по ним разобран ниже подробно.
Обследование склада. 15 вопросов до ТЗ
Этап 0. Вход — склад как есть, выход — отчет с ответами на 15 вопросов и baseline-метриками.
- •Сколько SKU на складе
- •Есть ли партии и сроки годности
- •Как устроена приемка
- •Как устроено размещение
- •Как устроен отбор
- •Как устроена отгрузка
- •Сколько отгрузок в день
- •Какие системы нужно интегрировать
- •Известны ли реальные весогабариты товара
- •Корректны ли штрих-коды
- •Описана ли топология склада
- •Покрывает ли Wi-Fi всю зону хранения
- •Сколько радиотерминалов есть
- •Готовы ли серверы
- •Какая сеть на складе
Метрики снимают до старта: без цифр «до» результат после запуска не с чем сравнить. Если на вопрос о размерах и весах товара ответа нет, чистка данных становится отдельной задачей плана, а не делом «потом».
Что сделать сейчас: за неделю замерить точность сборки и время приемки на последних фурах.
ТЗ, процессы и топология
Этапы 1–3 превращают отчет обследования в три документа для подрядчика: ТЗ, модель процессов «как будет» и адресную топологию с правилами отбора. Модель процессов расписывает приемку, размещение, отбор и отгрузку так, как они пойдут в системе. Для топологии нужны обмеры склада и справочник ячеек — без них ее рисуют по памяти.
Опора функциональных требований — ГОСТ Р 59282-2020 «Системы управления складом. Функциональные требования». Он действует с 1 апреля 2021 года и применим независимо от размера и вида деятельности организации. Сам по себе стандарт подрядчика ни к чему не обязывает: он дает готовый перечень функций, по которому удобно собрать разделы ТЗ и проверить, что ничего не забыто. Обязательным требование делает запись в ТЗ и договоре.
У документа один владелец со стороны склада — обычно начальник склада или руководитель проекта. Если требования меняются, ТЗ обновляют письменно, а не договариваются устно на планерке. Чего избегать: переносить бумажные процессы в систему один в один — вместе с ними в WMS переезжают старые обходные пути.
Первый шаг — назначить владельца ТЗ и дату первой версии.
Разделы ТЗ на WMS
Скелет ТЗ строят из семи разделов, и у каждого своя задача:
- •процессы — фиксируют логику приемки, размещения, отбора и отгрузки после запуска;
- •топология и справочники — описывают структуру склада и номенклатуру;
- •партии и прослеживаемость — задают правила учета сроков годности и серий;
- •интеграции с ERP и 1С — определяют, какие данные и как обмениваются между системами;
- •оборудование — перечисляет терминалы, сканеры, принтеры этикеток;
- •KPI — переносит baseline-метрики обследования как целевые значения;
- •критерии приемки — описывают, по каким сценариям систему примут на тестовом стенде.
Доработки фиксируют в ТЗ, только если типовых функций не хватает под процессы склада. Каждая сразу получает срок и цену — иначе она становится устной договоренностью и сдвигает график. ТЗ пишут вместе с экспертами логистики, методология одна на весь документ: разные подходы в разных разделах путают и заказчика, и подрядчика.
Топология и правила отбора
Адресную топологию строят иерархией: зона — ряд — секция — уровень — ячейка. Каждую ячейку маркируют штрих-кодом, и сканер читает его при размещении и отборе товара.
Правила размещения и отбора пишут отдельным пунктом: ходовой товар держат ближе к зоне отгрузки, партии отбирают по сроку годности. Чистку весогабаритов и штрих-кодов начинают здесь, а не при запуске, — иначе ошибки данных всплывут, когда их дороже всего исправлять.
Пример: ячейка в справочнике числится под стандартную паллету, а реальный товар шире на несколько сантиметров. Система отправляет туда паллету, которая физически не влезет, и кладовщик вручную ищет свободное место, нарушая правила отбора по всей зоне.
Разработка, интеграция с 1С и тесты
Этапы 4–5. Вход — подписанная версия ТЗ, выход — система на тестовом стенде, принятая по критериям из того же документа. Подрядчик пишет модули сверх коробки, настраивает справочники, рабочие места и права доступа под роли склада.
Здесь решается, окажется проект ближе к 16 или к 28 неделям. Сами настройка и интеграция в базовом сценарии занимают 4–12 недель — это часть общего срока, а не весь проект. Если интеграций несколько и доработок много, даже на малом складе внедрение растягивается до 3–6 месяцев. Разницу дают число интеграций, объем доработок и готовность данных.
Если тест по сценарию из ТЗ не пройден, этап не закрывается, даже когда поджимает срок. Акт, подписанный без прогона приемки фуры или возврата, переносит проблему в промышленную эксплуатацию, где ошибка обходится дороже.
Сценариев приемки нужно около десяти, например:
- •приемка фуры с расхождением по количеству;
- •размещение партии с ограниченным сроком годности;
- •отбор заказа из нескольких зон;
- •отгрузка с проверкой по штрих-коду;
- •возврат от клиента.
Задача до старта разработки: дописать список до десяти сценариев и передать его подрядчику.
Обмен с 1С
1С здесь — только учетная система, с которой WMS обменивается данными. Стороны согласуют, какие документы и справочники идут в какую сторону, формат и частоту обмена и какая из систем владеет номенклатурой. Владелец у номенклатуры один, иначе карточки товара разъедутся.
Интеграция — главный фактор срока: каждая дополнительная система в контуре добавляет недели. На стенде проверяют не только обмен с 1С, но и Wi-Fi-покрытие и работу радиотерминалов в реальных зонах склада.
Пример: обмен с 1С прошел штатно, а терминал на приемке теряет связь на границе зоны хранения, и операция встает. Такой сбой находят на стенде, а не после запуска.
Опытная эксплуатация и запуск
Этапы 6–7. Вход — система, принятая на стенде, выход — склад, который работает в WMS на всех участках. Артефакты — протокол пилота, акт инвентаризации с остатками по ячейкам и план поддержки.
Пилот начинают, когда закрыты четыре условия:
- •данные очищены;
- •инфраструктура готова;
- •персонал обучен — это условие допуска, а не факультатив;
- •baseline зафиксирован.
Пилот идет на одном участке, затем проводят инвентаризацию и переносят остатки по ячейкам. Если инвентаризация не закончена или Wi-Fi не покрывает зону хранения, переход в этой зоне откладывается, остальные участки работают дальше.
В опубликованном кейсе дистрибьютора после внедрения точность комплектации выросла с 90% до 99,3%, сборка заказа сократилась с 4–6 до 1,5–2 часов, потери — с 2–3% до 0,5%. Проект окупился за 8 месяцев. Такой расчет возможен, только если метрики «до» сняли заранее.
Первые 4 недели после запуска
Первые недели идут неровно, и это закладывают в план вместе с подрядчиком:
- •1-я неделя — ежедневный разбор инцидентов, люди сверх штата на каждой смене, страховой запас товара на 15–20% выше обычного;
- •2-я неделя — разбор инцидентов продолжается, резервный бумажный учет сворачивают: он рассчитан на 1–2 дня сбоя, а не на постоянную работу;
- •3-я неделя — дополнительных людей снимают со смен по мере того, как падает число инцидентов;
- •4-я неделя — страховой запас возвращают к обычному уровню, метрики сравнивают с baseline.
Параллельная бумага дольше пары недель мешает. Мини-пример: кладовщик ведет свою тетрадь, остатки в ней и в системе расходятся, и виноватой называют WMS. Систему под старые привычки не подгоняют — обученный сотрудник работает по ее логике.
Ближайший шаг — выбрать участок для пилота и дату инвентаризации.
Команда проекта
В формате «под ключ» за интегратором настройка, доработки, интеграции и обучение ключевых пользователей. За складом — данные, решения по процессам, KPI, люди и инфраструктура. Если у роли нет человека с выделенным временем, срок этапа сдвигается.
Опытные кладовщики часто видят в новой системе недоверие к своей работе — их зовут в тестирование. Что сделать сейчас: вписать фамилии во все шесть строк таблицы.
Бюджет и факторы удвоения
Заказная WMS стоит от 800 000 ₽, коробочная с внедрением — от 1,5 млн ₽ на средний склад. Обе суммы складываются из трех статей, и каждая привязана к своим этапам.
Для on-premise ежегодное обслуживание — 15–22% от стоимости лицензии, эту строку закладывают в бюджет сразу. Окупаемость в среднем — до 1,5–2 лет.
Смету удваивают доработки сверх ТЗ, грязные данные, неготовые Wi-Fi и терминалы, обучение по остаточному принципу, лишние интеграции. Доработку, не записанную в ТЗ, не начинают без отдельной оценки. Что сделать сейчас: сверить смету подрядчика с разделами ТЗ построчно.
Запишитесь на обследование склада: бесплатно оценим объем и сроки, заказная WMS — от 800 000 ₽ и 4–7 месяцев.
Источники
