Шесть лет занимаюсь складскими системами на платформе 1С: обследования, внедрения, миграции. Склады — от 5 000 до 40 000 м².

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

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

Что адресное хранение в ERP умеет по‑честному

Чтобы сравнение было честным, начну с того, что типовой механизм делает хорошо.

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

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

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

Где заканчивается учёт и начинается управление

Разница между ERP и WMS не в факте адресов. Она в том, что система умеет делать с этими адресами дальше.

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

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

Выработка. WMS фиксирует по каждому сотруднику, сколько заданий выполнено и за какое время. В ERP объективной картины загрузки персонала нет — есть документы, но не операционная статистика. Без неё разговоры о производительности смены остаются разговорами.

Динамические правила. Статичное размещение из ERP против правил, которые подстраиваются под текущее состояние склада, — и не только в размещении, но и в отборе, упаковке и укладке в машину при отгрузке. Это то место, где «система знает, где лежит» превращается в «система решает, как эффективнее».

Биллинг ответственного хранения. Если склад оказывает услуги хранения чужого товара, стоимость по каждому клиенту нужно считать. В ERP такого контура нет вообще — это специфика именно WMS.

Как понять, по какую вы сторону границы

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

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

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

Частое ожидание, которое не выполнит ни ERP, ни WMS

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

Но лечится не квадратными метрами. У такой зоны нет владельца — и никакая система сама по себе владельца не назначит. Адресное хранение даёт эффект, когда топология подготовлена и у каждой ячейки есть ответственный и правило; это работа до внедрения, а не в процессе. Если запускать систему поверх стихийно сложившегося порядка, она не наведёт новый — она аккуратно оцифрует старый и покажет его в отчётах.

Так что если главная формулировка боли — «нам не хватает места», начинать стоит не с выбора между ERP и WMS, а с топологии и владельцев ячеек. Это дешевле любой из двух систем.

Подводный камень, о котором вспоминают последним: обмен
Если решение в пользу WMS принято, самая недооценённая часть проекта — не настройка склада, а обмен с учётной системой. Типовые связки — УТ, ERP, КА, УПП.

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

Вместо вывода

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