WMS-система: что это, как внедрить и когда нужна своя разработка

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

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

• Номенклатура выросла до тысяч позиций, и товары похожи друг на друга: путают размеры, цвета, партии.
• Отгрузок много, десятки и сотни строк в день, и сборка идёт волнами, а не по одному заказу.
• Ошибки сборки стали заметны в деньгах: возвраты, недостачи, претензии клиентов, штрафы от маркетплейсов.
• Инвентаризация останавливает работу на день или на выходные, а расхождения находятся регулярно.
• Новый сотрудник выходит на нормальную скорость неделями, потому что учится «где что лежит».
• Есть партии и сроки годности или маркированный товар, где нужна прослеживаемость единицы.

Отдельная история — склад, который обслуживает не только себя. У 3PL-оператора к обычным задачам добавляется тарификация: хранение считается по паллето-местам и дням, обработка — по операциям, и всё это должно попадать в счёт клиенту без ручных сводок. Плюс клиенту нужен доступ к своим остаткам и статусам. Здесь система нужна почти всегда, а вокруг неё появляется разработка — биллинг услуг и кабинет.

Обратный случай тоже бывает. Небольшой склад с сотней позиций и парой отгрузок в день WMS не нужна: там достаточно порядка в 1С, штрихкодов и дисциплины. Внедрение системы на таком объёме даст лицензии, обучение и ноль эффекта.

Основа WMS — адресное хранение: у каждой ячейки есть код, и система знает, что в ней лежит. Дальше работа собирается из четырёх операций.

Приёмка. Товар сканируют, сверяют с поставкой, при необходимости печатают этикетки и фиксируют характеристики: вес, объём, партию, срок.

Размещение. Система сама предлагает ячейку — по габаритам, скорости оборачиваемости, температурному режиму. Ходовое ближе к зоне отбора, тяжёлое — вниз.

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

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

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

Главная экономия WMS не в том, что система знает адреса, а в том, как она группирует работу. Здесь и появляется разница между складом, который «оцифровали», и складом, который ускорили.

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

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

Волновая сборка. Работа делится на волны по времени отгрузки, машинам или направлениям: система запускает ровно тот объём, который нужно собрать к ближайшему рейсу. Так склад перестаёт работать «в общий котёл» и начинает попадать в окна отгрузки.

Зонный отбор. Каждый сотрудник работает в своей зоне, заказ собирается по эстафете. Хорошо на больших площадях и при разных условиях хранения, но требует зоны консолидации и контроля стыков.

Отдельно задаётся правило списания партий: FIFO для обычного товара, FEFO там, где есть сроки годности — система сама подставит партию с ближайшим сроком, и это снимает целый класс потерь на просрочке.

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

Обещания вендоров звучат одинаково, поэтому смотреть стоит на свои метрики — и снять их до старта.

Импортозамещение здесь уже случилось: свыше 80% новых внедрений идут на отечественных системах, а активнее всего WMS ставят e-commerce, розница и 3PL-операторы.

Маркированный товар меняет физику склада, и это самая недооценённая часть проектов. Коды сканируются поединично, при отгрузке уходят в учётную систему и дальше в ГИС МТ «Честный знак». Пока в цепочке всё быстро, участок работает; стоит появиться задержке в 10–20 секунд после каждого сканирования — производительность падает так, что никакая оптимизация маршрутов её не вернёт.

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

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

Добавьте к этому регуляторные изменения: с 1 марта 2026 года при регистрации участника оборота в ГИС МТ требуется дополнительно сообщать о подаче уведомления в Роспотребнадзор. Такие требования появляются регулярно, поэтому интеграцию с маркировкой лучше держать отдельным сервисом, который меняется без переделки всего склада.

Склад не бывает изолированным. Если он обслуживает производство, к контуру добавляется обмен с системой планирования производства: даты отгрузок зависят от расписания цеха. Минимальный контур обмена выглядит так:

• 1С или другая учётная система — номенклатура, поставки, заказы, документы, отражение движений.
• Маркетплейсы и заказы из каналов продаж — задания на отбор, статусы, ярлыки, сроки отгрузки.
• Терминалы сбора данных и принтеры этикеток — то, чем реально работают люди.
• Весогабаритное оборудование — характеристики товара, без которых система не подберёт ячейку и не соберёт паллету.
• Транспорт и доставка — передача собранных заказов перевозчику.
• Система маркировки — коды, агрегация, выбытие.

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

Из нашей практики: у B2B-дистрибьютора алкоголя обмен с хранилищем держит отклик меньше полусекунды на RabbitMQ и Go, а статусы всех обменов видны на мониторинге с алертами в Telegram. Для склада это важнее красивого интерфейса: когда обмен встал, вы должны узнать об этом раньше клиента.

Свою WMS вместо готовой мы не предлагаем — рынок закрыл базовую функциональность, и переписывать её незачем. Разработка появляется в четырёх местах.

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

Кабинет для клиентов. 3PL-оператору нужен портал, где клиент видит остатки, статусы отгрузок и документы. В готовых системах это либо отсутствует, либо выглядит как отчёт для внутреннего пользователя.

Модули поверх учётной системы. Расчёт услуг хранения, тарификация 3PL, специфические правила размещения, обмен с оборудованием, которого нет в стандартной поставке.

Интеграционный слой. Обмен между WMS, 1С, маркетплейсами и маркировкой с журналом, повторами и мониторингом — то, что обычно недооценивают в смете.

Ориентиры по нашим работам: складские модули и софт поверх готовой системы начинаются от 1,5 млн ₽, мобильное приложение — от 1,8 млн ₽, личный кабинет для клиентов — от 800 тыс. ₽, отдельная интеграция — от 150 тыс. до 1,5 млн ₽. Вашу цифру считаем по процессам и списку систем: оценка проекта бесплатная — опишите задачу.

• 1. Обследование склада. Топология, зоны, потоки, номенклатура, пики. Здесь же снимаются метрики «как есть» — иначе эффект потом не доказать.
• 2. Целевая модель. Как будут устроены зоны и ячейки, правила размещения и отбора, роли сотрудников. Самый долгий по согласованиям этап.
• 3. Данные о товарах. Весогабариты, штрихкоды, партии, сроки. Обычно именно здесь проект встаёт: у половины номенклатуры характеристик просто нет.
• 4. Настройка и интеграции. Система, обмен с учётом и каналами продаж, оборудование и печать.
• 5. Подготовка склада. Разметка ячеек, покрытие Wi-Fi, терминалы, обучение сотрудников на реальных заданиях.
• 6. Опытная эксплуатация. Одна зона или одна товарная группа, параллельный контроль, разбор расхождений.
• 7. Тиражирование. Остальные зоны, потом другие склады.

Ориентир по срокам: небольшой склад с типовыми процессами — от полутора до трёх месяцев, крупный распределительный центр или 3PL — от полугода. Софт при этом редко бывает узким местом; узкое место — данные, сеть на складе и дисциплина.

Бюджет проекта складывается из шести частей, и лицензии в нём не самые крупные:

• Лицензии или подписка — зависят от числа рабочих мест и версии системы.
• Внедрение и настройка — обследование, целевая модель, конфигурация, обучение.
• Интеграции — обмен с учётом, каналами продаж, маркировкой, оборудованием.
• Оборудование — терминалы, принтеры этикеток, покрытие Wi-Fi, иногда стеллажная разметка. Мы это не поставляем и не монтируем, но в смету это входит всегда.
• Подготовка данных — измерение и оцифровка характеристик товара.
• Поддержка и развитие — новые каналы, изменения в маркировке, доработки под сезон.

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

Внедрять WMS на неготовом складе. Нет разметки ячеек, нет покрытия Wi-Fi, у товаров нет габаритов — система не сможет ни разместить, ни собрать.

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

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

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

Забыть про маркировку и возвраты. Прослеживаемость единицы добавляется в проект тяжело; заложить её нужно на старте, даже если маркированного товара пока немного.

Считать интеграции деталью. Обмен с 1С, маркетплейсами и маркировкой — половина реальной работы и почти всегда критический путь проекта.

Три шага до разговора с подрядчиком. Первое — снять цифры: номенклатура, строки отгрузки в день, доля ошибок сборки, время инвентаризации, срок выхода новичка на норму. Второе — проверить готовность склада: разметка, сеть, наличие характеристик товара. Третье — определить, что у вас нетипового: 3PL-тарификация, температурные зоны, маркировка, самовывоз, работа с маркетплейсами.

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