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

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

Дальше — что именно делает система на каждой операции, как устроены адресное хранение и маршрут отбора (на них держится основной эффект), при каком потоке склад начинает терять деньги, что должно быть готово на складе до внедрения, какие решения доступны российской компании на сентябрь 2026 года и когда систему покупать не надо. Все суммы — модельные, с явно названными вводными; бюро не является партнёром ни одного вендора.

Что это значитСистема управления складом (WMS)

Программа, которая управляет физическими операциями склада: назначает места хранения по правилам, выдаёт людям задания построчно, строит порядок обхода, требует подтверждения сканированием и считает выработку. Она не ведёт бухгалтерию и не заменяет учётную систему: получает от неё заказы и поставки, возвращает фактические движения. WMS — от английского warehouse management system; в российских продуктах то же самое называют «управление складом» в отличие от «складского учёта».

Что остаётся человеку, когда учёт уже автоматизирован

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

ОперацияКто решает без системыЧто делает система управления складомЧто теряется без неё
ПриёмкаКладовщик сверяет по накладной глазамиСканирует каждую позицию, фиксирует расхождение в момент приёмки, печатает внутренние этикеткиРасхождение всплывает через неделю, когда предъявлять поставщику уже нечего
РазмещениеСтавит туда, где есть свободное местоПодсказывает ячейку нужного габарита по правилам раскладки и оборачиваемостиХодовой товар расползается по дальним проходам, и каждый отбор становится длиннее
ОтборИдёт по печатному листу в своём порядкеВыдаёт задание построчно в порядке обхода, требует скан ячейки и скан товараЛишние метры на каждой строке и пересорт, который увидит клиент
Пополнение зоны отбораЗамечает пустую ячейку, когда пришёл за товаромСтавит задачу на подпитку заранее, по остатку в ячейкеОтборщик стоит и ждёт, пока с верхнего яруса снимут паллету
ИнвентаризацияРаз в год, с остановкой отгрузокСчитает несколько ячеек в день по графику, склад при этом работаетГод между двумя точками контроля и списание вместо разбора расхождения
Распределение работыСтарший смены раздаёт задания голосомНазначает исполнителя по текущей загрузке и считает строки в час по каждомуУ одного очередь заданий, у другого простой, и это видно только по итогам месяца

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

сравнениеwms-sistema-chto-eto--01
Шесть складских операций: что решает человек без системы и что берёт на себя система управления складом

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

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

Адресное хранение: остаток переезжает со склада в ячейку

Первый из двух механизмов, на которых держится эффект. В обычном складском учёте единица учёта — склад целиком: система знает, что позиции 140 штук, но не знает, где они. В адресном хранении единица учёта — ячейка: те же 140 штук лежат как 96 в ячейке 02-14-03-2 и 44 в ячейке 05-02-01-1, и обе цифры система ведёт отдельно. Это и есть смена единицы учёта, а не «наведение порядка на полках»: после неё вопрос «где лежит» перестаёт быть вопросом к человеку.

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

Важное уточнение для тех, у кого уже есть 1С или ERP. Адресное хранение — это не исключительная способность отдельной системы: ордерный склад с адресами есть и в учётных конфигурациях, и именно поэтому вопрос «WMS или 1С» почти всегда решается не здесь. Разница начинается дальше — в том, кто выбирает ячейку при размещении (человек по свободному месту или система по правилам), пересчитываются ли правила по фактической оборачиваемости и умеет ли система ставить задачу на пополнение зоны отбора до того, как ячейка опустела.

Маршрут отбора: откуда берутся 32 секунды на строке

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

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

  • Порядок обхода. Строки сортируются по координатам ячеек в маршруте змейкой; у отборщика нет решения «куда идти дальше», есть следующая строка задания.
  • Раскладка по оборачиваемости. Ходовые позиции переезжают ближе к зоне отгрузки и на удобные ярусы. Правило пересматривается по фактической статистике движений, а не по мнению о том, что ходовое.
  • Пополнение зоны отбора. Мелкоштучный отбор идёт из нижних ячеек, запас лежит наверху; система ставит задачу на подпитку по остатку в ячейке, а не по факту «пришёл и не нашёл».
  • Обязательный скан. Строка не закрывается без подтверждения ячейки и товара. Это не контроль ради контроля: именно скан снижает долю ошибочных отгрузок примерно с 1,1 % до 0,3 %.
  • Объединение заказов. Несколько мелких заказов собираются за один проход в разные ячейки тары — по сути это и есть волновая сборка, о которой ниже.
схема процессаwms-sistema-chto-eto--02
Отбор по листу документа против отбора по заданию: путь с возвратами и проход змейкой

План склада сверху: четыре ряда стеллажей, зона отгрузки внизу. Слева схема «лист отбора»: пунктирная линия пути с двумя возвратами в уже пройденный проход, подпись «110 секунд на строку». Справа тот же план со сплошной линией змейкой без возвратов, подпись «78 секунд на строку», рядом вынос «разница 32 секунды». Ячейки подписаны кодами вида «02-14-03-2». Чертёжный стиль, приглушённая палитра, подписи по-русски.

Одни и те же семь строк: слева путь по порядку документа, справа — по порядку обхода

Волновая сборка и инвентаризация без остановки

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

Инвентаризация меняется так же качественно. Вместо годовой сплошной с остановкой отгрузок система ведёт график: несколько ячеек в день, слепой пересчёт (исполнитель не видит учётное количество и вводит только то, что насчитал), расхождение разбирается на свежих движениях. Годовая инвентаризация отвечает на вопрос «сколько мы потеряли», график — на вопрос «где именно и почему»; механика перехода и расчёт обоих вариантов разобраны в материале про инвентаризацию без остановки склада.

Волна без людей не работает

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

Порог: когда склад начинает терять деньги

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

ПоказательХватает учётной системыПолоса, где надо считатьСклад теряет деньги без системы
Строк отбора в суткидо 600600–1 000от 1 000
Заказов в месяцдо 3 0003 000–5 000от 5 000
Активных позицийдо 1 0001 000–2 500от 2 500
Кладовщиков в смене одновременноодин-дватри-шестьот семи
Зоны хранения и схемы работыодна зонаодна-две зоныдве и больше, кросс-докинг, ответственное хранение

Строка про заказы выведена из строк отбора по среднему профилю заказа в 4,3 строки: 1 000 строк в сутки — это примерно 233 заказа в день и около 5 000 в месяц. Свой профиль берётся из той же выгрузки, что и поток: строки расходных документов за три-шесть месяцев, разложенные по дням, медиана по будням. Среднее брать нельзя — его задирают несколько аномальных дней; пиковый день учитывается отдельным вопросом «во сколько раз он выше обычного».

Теперь деньги. Модельный склад стоит в середине полосы: 1 200 строк отбора в сутки, 2 800 активных позиций, пять кладовщиков в смене, 22 рабочих дня в месяце, полная стоимость часа кладовщика 550 ₽, разбор одной ошибочной отгрузки 2 650 ₽. Строк в месяц выходит 26 400, заказов — около 6 140. Считаем не выгоду от покупки, а цену её отсутствия.

Что стоит месяц без системы на складе с 1 200 строками отбора в сутки
Лишние 32 секунды на строке: 26 400 строк — это 234,7 часа × 550 ₽129 085 ₽
Разбор ошибочных отгрузок: 0,8 % от 6 140 заказов — 49 разборов × 2 650 ₽129 850 ₽
Сверхурочные в четыре пиковых дня: 5 человек × 2,5 часа × 4 дня = 50 часов × 825 ₽41 250 ₽
Ввод новичков в строй при текучести два человека в год: 120 часов × 550 ₽ ÷ 125 500 ₽
Итого потерь в месяц305 685 ₽
Лицензии, поддержка и мобильные рабочие места системы−85 000 ₽
Итого220 685 ₽ чистыми в месяц; проект на 1 300 000 ₽ с оборудованием возвращается примерно за шесть месяцев

Две последние строки потерь обычно не попадают в расчёты подрядчика, и это честно: их труднее защитить. Если оставить только время и ошибки — те две статьи, которые считаются по замерам, — выйдет 258 935 ₽ экономии, 173 935 ₽ чистыми и окупаемость около семи с половиной месяцев вместо шести. Разница между двумя ответами — это мера того, насколько аккуратно у вас считают: и шесть, и семь с половиной месяцев на таком потоке означают одно и то же решение, а вот на 600 строках в сутки та же арифметика даёт тринадцать месяцев и решение меняет.

Высвобожденные часы превращаются в деньги не сами

Система не сокращает смену — она меняет то, чем люди заняты: меньше поиска и переспросов, больше отбора. Строка «129 085 ₽» в расчёте выше становится настоящими деньгами только там, где выросшую пропускную способность есть чем занять: растёт объём, не нанимаются люди под сезон, отменяются сверхурочные. Если объём стабилен, а нанимать вы и не собирались, честный размер эффекта — вторая строка расчёта и половина третьей, и окупаемость сразу уходит за год.

графикwms-sistema-chto-eto--03
Структура потерь склада без системы: 305 685 рублей в месяц из четырёх статей

Столбчатая диаграмма из четырёх сегментов с подписями и суммами: «поиск и переспросы — 129 085 ₽», «разбор ошибочных отгрузок — 129 850 ₽», «сверхурочные в пик — 41 250 ₽», «ввод новичков — 5 500 ₽». Итоговая подпись сверху «305 685 ₽ в месяц». Справа отдельный столбик «расходы на систему — 85 000 ₽» и вынос «чистыми 220 685 ₽, окупаемость около 6 месяцев». Внизу подпись вводных: «1 200 строк отбора в сутки, 5 кладовщиков, час 550 ₽». Чертёжный стиль, приглушённая палитра, подписи по-русски.

Две первые статьи считаются по замерам, две последние обычно не попадают в расчёт подрядчика

Что должно быть на складе до внедрения

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

  1. 1Справочник номенклатуры и штрихкоды. Снятые дубли, единицы измерения, кратности упаковок, собственный штрихкод на позициях без кода производителя. На складе в 3 000 позиций это три-четыре недели рутинной работы и чаще всего именно она определяет дату запуска.
  2. 2Физическая разметка мест. Код ячейки фиксированной длины, без смысла товара внутри, напечатанные и наклеенные таблички. Делается по зонам, параллельно работающему складу, остановка не нужна.
  3. 3Радиопокрытие в проходах. Терминал без связи не подтверждает строку, и отбор встаёт. Обследование покрытия с установкой точек доступа стоит 60 000–250 000 ₽ в зависимости от площади и стеллажей — и делается до закупки терминалов, а не после первого сбойного дня в дальнем проходе.
  4. 4Оборудование. Терминалы сбора данных 35 000–90 000 ₽ за штуку, принтеры этикеток 32 000–140 000 ₽. Брать по универсальному протоколу: терминал, привязанный к одной системе фирменным приложением, меняется вместе с ней.
  5. 5Дисциплина скана и владелец процесса. Строка закрывается сканом, а не словами; руководитель склада выделяет три-четыре часа в неделю на согласование правил размещения. Без второго правила проектируются по догадкам и переделываются на опытной эксплуатации.

Отдельно про сроки. Типовой проект занимает 8–16 недель, из них опытная эксплуатация на одной зоне — три-четыре недели, и сжать её нельзя: часть отклонений возникает раз в неделю, а часть — только в пиковый день месяца. Запускать опытную эксплуатацию в высокий сезон нельзя вовсе, склад физически не может работать в двух режимах. Что ещё удлиняет сроки и из чего складывается смета проекта, разобрано в материале про то, сколько стоит автоматизация склада.

этапыwms-sistema-chto-eto--04
Критический путь внедрения проходит через справочник номенклатуры, а не через настройку системы

Горизонтальная лента времени на 16 недель с пятью параллельными полосами разной длины: «справочник и штрихкоды — недели 1–4» (выделена как критический путь), «адресная схема и разметка — недели 2–5», «настройка и обмен с учётной системой — недели 4–8», «опытная эксплуатация на одной зоне — недели 8–12», «тираж и передача в поддержку — недели 12–16». Под лентой вынос: «радиопокрытие проверяется до закупки терминалов». Чертёжный стиль, приглушённая палитра, подписи по-русски.

Настройка занимает три-четыре недели и почти никогда не определяет дату запуска

Что доступно российской компании на сентябрь 2026 года

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

  • Складской блок учётной системы. Ордерный склад и адресное хранение внутри 1С:Управление торговлей или 1С:ERP. Закрывает адреса, скан и остаток в разрезе ячеек; не закрывает волны, пересчитываемый маршрут и автопополнение. Подходит до порога и немного за ним.
  • Слой мобильных рабочих мест поверх учётной системы. Операции склада выносятся на терминалы, решения по-прежнему принимает человек и правила учётной системы. Российский представитель класса — Клеверенс. Это ступень, которая часто снимает вопрос об отдельной системе на пару лет.
  • Отдельная система управления складом. 1С:WMS для компаний, у которых уже живёт 1С-контур и есть своё сопровождение; Solvo и другие специализированные продукты — для крупных складов, кросс-докинга, партионного и весогабаритного учёта, биллинга ответственного хранения. Перечень на дату шире названного, он меняется — сверяйте на момент закупки.

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

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

карта связейwms-sistema-chto-eto--05
Три группы решений: складской блок учётной системы, слой терминалов и отдельная система управления складом

Схема из трёх горизонтальных слоёв. Нижний — «учётная система: заказы, поставки, документы, деньги». Средний — «слой мобильных рабочих мест: приёмка, размещение, отбор со сканом», стрелки вверх-вниз к нижнему. Верхний — «система управления складом: правила размещения, маршрут, волны, распределение работы», стрелки обмена с нижним слоем. Сбоку вертикальная шкала с подписями «до 600 строк в сутки», «600–1 000», «от 1 000», показывающая, какой слой нужен на каком потоке. Чертёжный стиль, приглушённая палитра, подписи по-русски.

Слой мобильных рабочих мест ставится поверх учётной системы и часто откладывает вопрос о полноценной системе

Когда систему управления складом покупать не надо

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

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

И честная граница снизу. При потоке до 600 строк отбора в сутки, одной зоне хранения и двух кладовщиках в смене отдельная система почти наверняка проиграет по деньгам связке «учётная система с адресами плюс терминалы»: та даёт около 70 % эффекта за треть ежемесячной цены. Шесть признаков, по которым это проверяется за полчаса, и расчёт обоих путей на три года — в материале про то, когда WMS не нужна. И проверьте, точно ли болит склад: перевозки и рейсы живут в соседнем классе — TMS, — а разбор всех классов сразу с методом выбора от боли есть в материале какая система вам нужна.

Система управления складом не отвечает на вопрос «сколько у нас товара». Она отвечает на вопрос «кто сейчас идёт за этой строкой и по какому пути» — и покупают её тогда, когда этот ответ перестал помещаться в одну голову.