Единый контур предприятия вместо десятка разрозненных программ и таблиц

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

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

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

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

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

• обследование подразделений и описание процессов как есть;
• целевая архитектура, модель данных и состав модулей;
• разработка модулей закупок, склада, производства и финансов;
• интеграции с 1С, банком, ЭДО и внешними системами;
• миграция справочников и остатков, обучение по ролям.

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

Главная ошибка — пытаться внедрить весь контур сразу. Проект на год без промежуточных результатов выматывает команду заказчика и теряет поддержку руководителей подразделений, которым нужны изменения в работе, а не отчёты о ходе разработки. Мы делим внедрение на очереди и запускаем пилотный контур на двух-трёх ключевых модулях, где эффект виден быстрее всего. Такой подход экономит бюджет: если первый модуль не даёт ожидаемого эффекта, план корректируется до следующих затрат.

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

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