ERP-система: что это, из чего состоит и когда нужна своя разработка поверх неё

Путаница начинается с того, что у большинства российских компаний уже стоит что-то из линейки 1С, и слово «внедрение ERP» звучит как «обновим то, что есть». Разница принципиальная: учётная система отвечает на вопрос «что было», ERP — на вопрос «что будет и хватит ли ресурсов».

Простой тест. Если на вопрос «где сейчас заказ №4172 и хватит ли материалов, чтобы отгрузить его двадцатого» отвечает не система, а человек, который сводит три выгрузки, — вы работаете в учётной системе, как бы она ни называлась.

ERP собирается из контуров, и почти никто не запускает их все сразу. Практика простая: сначала два-три контура, которые болят, потом остальные — иначе проект превращается в бесконечный.

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

CRM ведёт воронку, историю коммуникаций и работу с базой клиентов. В ERP есть заказы и контрагенты, но нет инструментов продавца — задач, сценариев, аналитики по этапам сделки.

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

WMS управляет адресным складом: ячейки, задания на отбор, маршруты комплектовщика, работа с ТСД. Складской контур ERP считает остатки; перемещения людей и техники внутри склада остаются за его пределами.

СЭД отвечает за согласование и хранение документов с маршрутами и сроками. В ERP есть документы учёта, но не процесс их согласования между подразделениями.

BI собирает аналитику по данным всех систем: витрины, срезы, дашборды для руководителя. Штатные отчёты ERP считаются по боевой базе, и в дни закрытия периода тяжёлый отчёт конкурирует за ресурсы с работой пользователей.

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

Цифры для контекста. Рынок ERP в России — около 110 млрд ₽. До 2022 года примерно 60% занимали иностранные системы, из них SAP до 40%. Сейчас расстановка обратная: доля 1С — порядка 39% всего рынка и около 80% отечественного сегмента, остальное делят «Галактика», «Турбо» и GlobalERP.

Около 40% ERP-проектов 2025–2026 годов — это замещение: компании уходят с SAP и Oracle. И здесь важно понимать, что перенос один в один невозможен в принципе. За десять лет эксплуатации в SAP наросли собственные разработки под конкретное предприятие, и именно они, а не типовая функциональность, определяют объём проекта.

Практический порядок при замене такой: сначала инвентаризация того, что реально используется (обычно это 40–60% от купленного), потом решение по каждому блоку — типовое, доработка или отдельная система рядом. Общие стратегии замены западного ПО и требования регуляторов разобраны в материале про импортозамещение ПО.

Отдельный сюжет — реестр отечественного ПО. Для госзаказчиков и владельцев значимых объектов критической инфраструктуры наличие продукта в реестре обязательно; остальным формально ничто не мешает, но система без обновлений безопасности — накопленный риск, который однажды предъявят.

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

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

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

Люди в поле и на складе. Водитель, монтажник, кладовщик работают с телефона или ТСД, часто без устойчивой связи. Нужен офлайн-режим, отправка фото, геометка, синхронизация при появлении сети. Веб-интерфейс ERP в такой сценарий не встаёт.

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

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

Любой проект вокруг ядра упирается в обмен. У платформы 1С есть несколько штатных механизмов, и выбор между ними определяет и скорость разработки, и стоимость поддержки.

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

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

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

Лицензии — только вход в проект. Поставка ядра «1С:ERP Управление предприятием 2» стоит порядка 660–760 тыс. ₽ в зависимости от редакции и условий партнёра, клиентские лицензии считаются отдельно по числу рабочих мест, к ним добавляется серверная часть и СУБД либо облако. Работы по внедрению обычно составляют 60–80% всего бюджета проекта.

Честный ответ, которого не будет на сайте интегратора: значительной части компаний ERP не нужна. Признаки, что задача решается дешевле:

• одно юрлицо, один склад, производство простое или его нет;
• боль в конкретном месте — заявки теряются, менеджеры ведут клиентов в блокноте, склад считает остатки вечером;
• процессы не описаны, и каждый отдел работает по своей договорённости;
• главная проблема — не учёт, а отсутствие нормального интерфейса для клиентов и сотрудников.

В таких случаях связка «учётная система + CRM + настроенный обмен + кабинет для клиентов» закрывает задачу за меньшие деньги и за месяцы вместо года. И обратная сторона: если процессы не описаны, ERP их не наладит — она зафиксирует существующий беспорядок в дорогой системе и сделает его обязательным для всех.

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

Порядок шагов, который повторяется на удачных проектах. Отличается он от неудачных двумя вещами: прототипом на сквозном сценарии и параллельным периодом.

• 1. Обследование и целевая модель. Как работает сейчас и как должно работать: роли, шаги, точки принятия решений. Самый долгий по согласованиям этап, и делегировать его подрядчику целиком нельзя.
• 2. Прототип сквозного сценария. Один заказ проводится через всю систему: от заявки клиента до отгрузки, себестоимости и денег. Здесь всплывают разрывы, которые на бумаге не видны.
• 3. Решение по каждому разрыву. Настройка, расширение или отдельная система снаружи — с оценкой того, что будет при обновлении.
• 4. Справочники и миграция. Порядок именно такой: сначала единые справочники, потом обмены.
• 5. Опытная эксплуатация. Ключевые процессы работают в старой и новой системе параллельно, расхождения разбираются ежедневно.
• 6. Переход по контурам. Финансы и продажи, затем производство и склад — редко всё сразу.
• 7. Передача владельцу. Кто отвечает за систему, кто согласует изменения, кто обучает новых сотрудников.

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

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

Требования в стиле «сделайте, как было». Половина такого списка — перенос привычек прошлой системы, а не производственная необходимость. Ориентир: дорабатывать разумно, когда типовое закрывает около 70% задачи; на половине это уже разговор про другую систему или про отдельный сервис снаружи.

Запустили все контуры разом. Команда заказчика не выдерживает объёма приёмки, сроки едут, и к моменту запуска целевая модель успевает устареть. Дешевле идти по контурам, даже если это выглядит медленнее на диаграмме.

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

Рядом с системой снова вырос Excel. Если человек, который вводит данные, получил неудобную форму, он заведёт свою таблицу и будет переносить данные в конце дня. Дальше отчётность в ERP описывает не производство, а дисциплину переноса.

Три шага, которые делаются без подрядчика и сразу делают разговор с ним предметным.

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

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

Третье — назвать ведущую систему по каждому ключевому справочнику: номенклатура, контрагенты, подразделения, сотрудники. Если ответа нет, начинать нужно с этого, а не с выбора вендора.