На одном проекте собственник сформулировал проблему очень точно: "В 1С все есть, но прибыль куда-то утекает". Когда начали разбирать операции, увидели знакомую картину: люди искали товар по памяти, приемка жила на бумаге, а 1С фиксировала факт уже после движения товара. Система оставалась учетной, но складом по сути не управляла.
В таких ситуациях вопрос не в модной платформе. Смотреть нужно туда, где склад начнет ошибаться первым, и сколько эта ошибка стоит бизнесу в рублях и часах.
Склад перерастает базовую 1С не по размеру, а по потерям
Первый сигнал я обычно ищу не в жалобах начальника склада, а в цифрах. Приемка растет по времени, пересорт становится регулярным, поиск позиции занимает минуты, возвраты и повторные доставки начинают съедать маржу.
У дистрибьютора с 12 000 SKU поток вырос с 450 до 900 заказов в день. Работали по бумажным листам, подтверждения уходили в чат, 1С проводила документы уже после сборки. Ошибка комплектации дошла до 2,8%, поиск одной позиции занимал 6-8 минут. После запуска адресного хранения и ТСД на связке 1С 8.3 + Mobile SMARTS ошибка снизилась до 0,6%.
Когда поверх 1С живут Excel, бумага и устные договоренности, система просто записывает ручную работу постфактум. Для собственника главный критерий здесь один - прослеживаемость: кто принял, куда положил, кто собрал, где именно возник сбой.
Частая ошибка - смотреть на число заказов. Правильнее считать цену сбоя: возвраты, недовложения, простой смены, штрафы за срыв SLA.
Где доработка 1С еще выгодна, а где уже начинается WMS-логика
Не каждому складу нужна большая WMS. Для малого и части среднего склада мы часто берем 1С: Управление торговлей 11, добавляем адреса, статусы операций, ТСД и контроль по штрихкоду. Если процессы линейные, этого хватает надолго.
Размер компании сам по себе почти ничего не решает. Решает цена сбоя и количество исключений в день. У e-commerce склада на 1 200 м² и 3 500 SKU мы закрыли задачу за 10 недель без отдельной WMS: ТСД, адресное хранение, контроль отгрузки, печать этикеток. У дистрибьютора с 25 000 SKU, несколькими зонами, сериями, партиями и SLA "день в день" склад уже упирался в потолок без очередей, заданий и волнового отбора.
Обычно мы выбираем самый легкий вариант, который закрывает бизнес-риск на ближайшие 2-3 года.
| Критерий | Доработка 1С | 1С WMS | Отдельная WMS |
|---|---|---|---|
| Процессы | базовые | средние и сложные | сложные, много интеграций |
| Адресное хранение | да | да | да |
| ТСД | да | да | да |
| Волны и задания | ограниченно | полноценно | полноценно |
| Срок запуска | 6-12 недель | 3-5 месяцев | 4-8 месяцев |
| Стоимость владения | ниже | средняя | выше |
Быстрые деньги лежат в четырех операциях
Когда бизнес хочет автоматизировать весь склад сразу, он обычно платит за лишнюю сложность раньше, чем получает эффект. На практике самые быстрые деньги лежат в четырех местах: приемка, размещение, отбор и контроль отгрузки.
Основа здесь простая: ТСД, штрихкоды, адреса, а где нужно - Data Matrix, серии и партии. У B2B-поставщика стройматериалов мы сначала взяли только приемку и отгрузку. Первый этап занял 7 недель, приемка ускорилась на 32%, расхождения по документам сократились почти в 2 раза, претензии по недовложению упали на 40%.
На таких встречах разговор обычно быстро проясняет приоритет. Бизнес говорит, что нужна полная автоматизация склада. Мы задаем следующий вопрос: какая операция дает самые дорогие ошибки. Если выясняется, что больше всего потерь идет на отгрузке маркетплейсов, начинать нужно с контроля отбора и отгрузки.
Этот сценарий я видел много раз. Деньги почти всегда лежат в одном-двух узких местах, а не в красивой схеме целиком.
Дорогая система не спасает, если данные в беспорядке
Самая недооцененная часть проекта - справочники и логика операций. Если в номенклатуре дубли SKU, перепутаны единицы измерения, адреса названы как попало, а правила исключений никто не описал, склад начнет сканировать тот же хаос.
У нас был проект, где после запуска точность остатков держалась на уровне 93-94%. Сначала все смотрели на платформу, но проблема была в мастер-данных: дубли, ошибки в упаковках, разный смысл у одинаковых ячеек. После чистки справочников и нормализации правил размещения точность выросла до 98,7%. Иначе 1С, 1С WMS или любая отдельная WMS будут одинаково плохо отражать реальность.
Здесь, кстати, мы сами один раз недооценили объем подготовки справочников перед запуском. Формально система была готова в срок, но эффект оказался ниже ожидаемого именно из-за качества данных. После этого я всегда выношу мастер-данные в отдельный блок работ еще на старте.
Частая ошибка - сначала купить систему, а потом разбираться с топологией склада. Рабочая последовательность другая: сначала описать адреса, потоки, исключения и роли, потом автоматизировать.
Проекты сгорают на запуске, когда хотят сделать все за один раз
Самый рискованный сценарий - запускать "идеальный склад" одним днем. Формально проект может быть готов, но операционно смена к нему не готова. Я видел это на проекте, где клиент решил сразу включить адресное хранение, отбор, инвентаризацию и отгрузку на всем складе. Система работала, но сотрудники продолжали ходить по памяти, адреса игнорировали, ТСД брали через раз. В первую неделю производительность просела почти на 35%, и склад откатился в ручные обходные схемы.
Рабочий путь спокойнее: пилот на одной зоне, обучение смены, параллельный контур, потом расширение. У импортера бытовой техники мы шли в 3 волны, уложились в 4 месяца, а просадка первой недели составила всего 8-10%.
Если у вас склад пока держится на памяти сильных сотрудников, вопрос уже не в автоматизации. Вопрос в другом: какую ошибку склада вы все еще готовы оплачивать из своей маржи завтра утром?
