1С:ERP для производственных и торговых компаний

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

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

Из этого следует практический вывод: первый измеримый результат наступает не в конце проекта, а после первого контура. Если подрядчик предлагает увидеть эффект только через год, это признак того, что этапы не разделены.

Переход на 1С:ERP почти никогда не бывает переносом «как было». Модель данных 1С:ERP отличается от УПП: иначе устроены производственные спецификации, учёт затрат и распределение по этапам. Поэтому проект — это не миграция, а повторное проектирование учёта с переносом данных.

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

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

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

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

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

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

Нужно ли менять процессы под систему? Частично да. 1С:ERP несёт свою модель учёта, и попытка полностью повторить старые процессы доработками приводит к конфигурации, которую нельзя обновлять. Мы разделяем: то, что является спецификой бизнеса, — поддерживаем; то, что просто привычка, — приводим к типовому.

Останется ли конфигурация обновляемой? Да, если доработки вынесены в расширения, а интеграции — на шину, а не в код конфигурации. Это и есть условие, при котором обновления платформы не превращаются в отдельный проект.

Можно ли начать без замены всего ландшафта? Да. 1С:ERP подключается к существующим системам через описанные API — CRM, WMS, MES, e-commerce и BI остаются на месте, меняется способ обмена данными.