К нам регулярно приходят с похожим запросом: склад сыпется, нужна WMS, ТСД и срочные доработки 1С. Когда начинаешь смотреть не презентацию, а реальную смену склада, картина обычно прозаичнее: приемка идет по накладной и по памяти, резервы живут в Excel, инвентаризация - это 2 дня простоя и ночная сверка. В такой ситуации можно потратить 1,2 млн ₽ на новый контур и остаться с теми же ошибками, только в более дорогом интерфейсе.
Я не против WMS и ТСД, мы такие проекты делаем. Но примерно в половине случаев бизнес еще не уперся в потолок 1С:Предприятия - он уперся в правила учета, которые никто толком не зафиксировал.
Типовой контур 1С закрывает больше, чем от него ждут
В 1С:УТ 11.5 и 1С:КА 2.5 уже есть приход, реализация, перемещения, списания, инвентаризация, резервирование, ордерная схема. Для компании с 1 складом, понятным движением товара и без адресного хранения этого хватает даже при 2-5 тыс. SKU. На практике я сначала проверяю три вещи: как принимают товар, где фиксируют резерв и кто отвечает за расхождения остатков.
У нас был дистрибьютор с 2 500 SKU, одним складом и 8 кладовщиками. Компания уже собиралась покупать отдельный складской контур. Мы оставили типовую 1С:УТ, почистили номенклатуру, ввели правила приемки и циклическую инвентаризацию. За 12 недель расхождения по остаткам упали с 7-9% до 1,5-2%.
«Чаще всего проблема не в дефиците функций. Склад ломается там, где приемка, резервирование и номенклатура живут по разным правилам», - как рассказал руководитель складской автоматизации у одного из наших клиентов.
Если отклонения по инвентаризации держатся около 1-2% от стоимости остатков, а сборка не упирается в систему, менять контур рано. В этот момент типовая конфигурация обычно еще не исчерпана.
Склад усложняют не SKU, а исключения
Число позиций любят ставить в центр разговора, но склад редко ломается на цифре 10 000 SKU. Проблемы начинаются там, где накапливаются возвраты, комплекты, партии, сроки годности, маркетплейсы, несколько складов и ручные резервы. Я видел склад с 10 000 SKU, который спокойно жил в типовом контуре, и интернет-магазин с 1 200 SKU, где больше 35% операций сотрудники вели в чатах и таблицах.
Вот быстрая проверка:
| Признак | Пока хватает типовой 1С | Пора смотреть дальше |
|---|---|---|
| Склады | 1 | 2 и больше |
| Резервы | по документам | ручные исключения каждый день |
| Хранение | без ячеек | адресное, зоны, маршруты |
| Учет | общий остаток | серия, срок, статус, ячейка |
| Операции | почти все в 1С | заметная часть в Excel и чатах |
Если ручных обходов уже 30-40%, сотрудники системе не верят, а реальный остаток подтверждается звонком на склад, спорить про SKU уже поздно.
1С:УТ, 1С:КА или WMS - выбор зависит от пола склада
1С:УТ я бы выбирал там, где нужно собрать продажи, закупки, склад и отгрузку в одну торговую логику. Для опта, дистрибуции и спокойного e-commerce это часто самый трезвый старт. 1С:КА нужна, когда склад уже связан с себестоимостью, сборкой, закупочным планированием и учетом затрат. У нас был переход с УТ на 1С:КА 2.5 у торгово-производственной компании после запуска участка сборки - за 9 недель ушли ручные сверки между складом и финансами.
WMS имеет смысл там, где критична работа «на полу»: задания кладовщику, ТСД, адресное хранение, скорость операций, прослеживаемость по сериям и кодам. Для быстрого старта 1С:Фреш бывает удобен, но я советую заранее проверять доработки, периферию и обмены по API. 1С:Элемент я бы рассматривал как среду для сервисов вокруг 1С, а не как замену складскому контуру.
Частая ошибка - сначала купить ТСД и включить адресное хранение. Правильная последовательность другая: сначала привести в порядок справочники, единицы измерения, штрихкоды и правила резервирования.
Пять сигналов, что склад уже тормозит выручку
Здесь полезнее смотреть на симптомы, чем на каталог:
- инвентаризация занимает больше 1 рабочего дня и стопорит отгрузки;
- ошибки отгрузки держатся выше 1-2%;
- больше 10-15% заказов правят вручную по наличию;
- продажи и склад регулярно спорят об остатках;
- рост заказов не повышает пропускную способность смены.
У нас был проект, где клиент настоял: сначала подключаем ТСД. Мы пошли по этому сценарию, и это была ошибка. Скорость сканирования выросла, но путаница в остатках осталась, потому что в базе были дубли номенклатуры, старые единицы измерения и странные правила резервирования. По сути, мы автоматизировали хаос, и хаос стал быстрее.
Где бизнес чаще всего переплачивает
Самая дорогая часть проекта - не запуск, а жизнь после запуска. Поддержка, обновления, совместимость с типовой конфигурацией, обучение людей и правки обменов часто обходятся дороже первой сметы. По данным одного из прошлогодних аудитов, 60% проблем оказались не системными, а справочными: хаос в номенклатуре и отсутствие правил резервирования. Вместо идеи «пишем свою WMS» мы сделали 6 недель нормализации данных и несколько точечных доработок. Бюджет сократился почти в 3 раза.
Если вы думаете про 1С производство, WMS или отдельный контур, начните с простого замера: сколько решений на складе принимается по правилам системы, а сколько - «потому что так договорились в смене». Я много раз видел, как дорогой проект спасали не новые модули, а один неприятный разговор о том, кто в компании на самом деле владеет остатками. Судя по тому, как меняются складские проекты в последние годы, спрос будет смещаться не в сторону максимального числа функций, а в сторону управляемости: бизнесу все важнее понимать, где у него заканчивается проблема системы и начинается проблема процесса.
