ERP или WMS: как выбрать переход к управляемому складу

Для склада на 5 000–15 000 позиций в одном здании обычно хватает ордерного склада внутри 1С:ERP или 1С:Управление торговлей — адресное хранение, задания на ТСД и контроль ячеек без отдельной программы. Полноценная внешняя WMS нужна там, где есть кросс-докинг, несколько зданий, роботизация или парк ТСД разных производителей с несовместимой прошивкой.

ERP-склад и WMS решают разные вопросы, а не спорят за место

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

Три варианта перехода — что даёт каждый

Разница между вариантами не в названии, а в том, где живёт логика распределения заданий и насколько сложную топологию склада она держит.

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

Когда ордерного склада в 1С:ERP или 1С:УТ достаточно

Типичный случай — торговая компания в Москве, один склад, 6 000–9 000 позиций, заказы пока собирают по бумажным листам подбора. Для такого объёма ордерная схема закрывает задачу целиком: адресное хранение, задания на ТСД, контроль по ячейкам без выхода за пределы учётной базы. Внедрение 1С:ERP с ордерным складом на такой объём занимает недели, а не месяцы — функциональность уже есть в конфигурации, остаётся настроить топологию ячеек и обучить кладовщиков работать по заданию, а не по памяти. Для торговых компаний без производственного цикла обычно хватает 1С:Управление торговлей с тем же ордерным механизмом — она легче ERP по контуру и быстрее внедряется именно под склад, без настройки производственных модулей, которые компании не нужны. Разница по срокам ощутимая: там, где в УТ настройка топологии и обучение занимают три-четыре недели, в ERP тот же результат требует согласовать ещё и связку с производственным и финансовым контуром, даже если склад физически один.

Рост ассортимента редко ломает встроенный механизм резко — чаще он подтачивает его постепенно. Компания, что внедряла ордерный склад на 7 000 позиций, через два года выросла до 18 000–20 000 и открыла второй склад в другом районе города. Ордерная схема в 1С:ERP по-прежнему справлялась с каждым складом отдельно, но общий остаток между двумя точками и перераспределение товара между ними стало отдельной задачей, которую типовой механизм закрывает частично. В такой момент разумно не менять систему целиком, а обсудить точечную доработку: либо расширить логику встроенного склада под межскладские перемещения, либо на этом этапе действительно присмотреться к внешней WMS — но уже с конкретными цифрами по обоим складам, а не по прогнозу на будущее.

Когда без отдельной WMS не обойтись

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

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

Склад дистрибьютора в Подольске, 8 500 позиций, две смены сборщиков. Где лежит нужная позиция, помнят два опытных кладовщика — остальные звонят им или ищут по памяти. Утром отгрузка идёт по графику, но к вечеру, когда заказов накапливается больше, очередь на сборку растёт, и то, что должно уйти в 18:00, уезжает в 20:30 или на следующее утро.

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

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

Во что обходится сопровождение, а не только сам переход

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

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

Пять признаков, что пора выбирать конкретный вариант

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

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

❓ Частые вопросы

Можно ли внедрить ордерный склад в 1С без остановки текущей работы склада?

Да, обычно топологию ячеек размечают и переносят остатки заранее, а затем запускают тестовый прогон на части ассортимента параллельно с бумажными листами подбора. Полный переход на ордерную схему в 1С:ERP или 1С:УТ занимает у одного склада примерно три недели без остановки отгрузок.

Сколько стоит поддержка ордерного склада после внедрения?

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

Чем ордерная схема отличается от обычного учёта остатков по складу?

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

Нужна ли отдельная WMS, если у нас всего один склад?

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

Можно ли позже перейти от ордерного склада в 1С к отдельной WMS, если компания вырастет?

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