ERP-систему меняют по частям — и платят сразу за две платформы

Крупное российское предприятие решает, что делать с ERP, когда система у него уже работает: финансы, склад и производство сведены в одну платформу. Менять ее заставляет импортозамещение. В корпоративном сегменте оно перешло в активную фазу только после 2022 года — и до завершения ему далеко. По исследованию АНО «НЦК ИСУ», объем рынка систем управления ресурсами предприятия в России достиг 110 млрд руб. к началу 2026 года, а совокупные расходы на проекты импортозамещения ERP за 2022–2025 годы оцениваются в 90–130 млрд руб. Ни одна такая компания не начинает с чистого листа. Компания выбирает один из трех вариантов: оставить ядро и заместить периферию, переводить систему по участкам или разработать собственную.

22 октября 16:00 МСК Онлайн Бесплатно Онлайн-конференция: Онбординг без созвонов Практика тех, кто каждый день заводит людей в продукт и в партнёрскую сеть. Зарегистрироваться

Как устроена ERP-система и у кого она есть

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

Крупная система управления предприятием складывается из модулей:

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

Набор кажется исчерпывающим, но подходит такая система не каждой компании. Единая база окупается там, где процессы распределены между отделами, площадками и юридическими лицами, а рассогласование между ними стоит компании денег. Поэтому ERP чаще используют крупные компании: доля составляет 57%, у средних — 29%, а в целом среди российских организаций — 29,9%.

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

Чем ERP-система отличается от CRM и учетной программы

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

На производстве ERP работает вместе с MES и PLM. Задачи между тремя системами распределены так:

• MES, система управления производством: отвечает за смены, операции и простои оборудования на цеховом уровне.
• PLM, управление жизненным циклом изделия: хранит конструкторские данные изделия.
• ERP: получает от обеих систем плановые и фактические показатели для учета и расчета себестоимости.

Какие ERP-системы есть в России: 234 продукта и четыре имени

ERP-системы прежде всего делят по модели развертывания: где физически хранятся данные и кто отвечает за инфраструктуру.

• Локальная установка: серверы и база данных стоят на площадке предприятия, обновления и защиту обеспечивает собственная ИТ-служба. Такой вариант используют крупные заводы, где информационная безопасность требует закрытого периметра.
• Облачная ERP: система работает на стороне поставщика, компания платит по подписке за число пользователей. Запускается быстрее и дешевле, но ограничена в доработках под нестандартные процессы.
• Гибридная модель: часть системы остается на серверах компании, часть уходит в облако. Обычный вариант при поэтапной миграции, когда прежняя и новая платформы работают параллельно.

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

По числу зарегистрированных продуктов рынок широкий: в Едином реестре российских программ для ЭВМ и баз данных числится 234 продукта класса ERP. Только у «1С» там 29 собственных решений.

Разработчиков, которые реально делят рынок между собой, намного меньше, чем продуктов в реестре. За 2025 год доля российских разработчиков ERP выросла на 10% до 60%. 80% этого отечественного сегмента приходится на «1С». Остальное делят «Галактика», «Турбо» и Global ERP. За крупные проекты с консолидацией группы компаний, производством и казначейством берутся единицы разработчиков из реестра. Разговор о выборе системы быстро сводится к четырем именам.

Почему разрыв с SAP не закрывается списком модулей

Сравнение отечественной ERP с SAP обычно оформляют таблицей функций: строки — требования, столбцы — системы, галочки в клетках. Набор отмеченных функций в такой таблице одинаков для любой отрасли, а замещение по отраслям идет по-разному. По данным CNews Analytics, доля компаний, у которых преобладают российские ERP, различается в разы. Эти цифры показывают, у какой доли компаний в ИТ-ландшафте преобладают российские ERP. Есть ли у компании ERP вообще, по ним определить нельзя.

В рознице при этом самая высокая среди отраслей доля иностранных систем — 41%.

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

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

Кирилл Семион, генеральный директор АНО «НЦК ИСУ»

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

Первый сценарий: ядро SAP остается, меняется периферия

Крупные пользователи SAP часто ограничивают замену системами вокруг ядра. Согласно опросу SAPLand.ru, 57% респондентов считают перевод крупных инсталляций SAP ERP на российские платформы нереализуемой задачей, еще 28% говорят о серьезных функциональных и технологических компромиссах при замене. Полностью отказались от SAP только 11% компаний.

Авторы опроса называют такой выбор рациональным: компании учли стоимость миграции и предпочли постепенную замену резкому переходу. При этом ядро SAP планируют сохранять дольше: доля респондентов, которые называют срок более десяти лет, выросла с 5% в 2022 году до 22% в 2025-м.

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

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

Второй сценарий, вариант 1: замена по функциям в «Сургутнефтегазе»

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

• 2022 год. Принято решение перевести часть функций с SAP на отечественную Global ERP. Разработана концепция целевой ERP-архитектуры и собраны рабочие группы по направлениям. Выбраны два пилотных участка: закупка услуг и учет средств индивидуальной защиты.
• Май 2024 года. Пилотный участок переведен в опытно-промышленную эксплуатацию.
• Конец 2024 года. Запущен второй пилот.
• Январь 2025 года. На Global ERP перешли учет основных средств и расчет амортизации.
• 2025 год. Опытно-промышленная эксплуатация началась на участках финансов, казначейства, правового обеспечения и капитального строительства.
• 2026 год. Запланирован продуктивный запуск учета материалов и планирования потребности.

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

Проект усложняют и собственные разработки, накопленные за более чем 25 лет эксплуатации в «Сургутнефтегазе». Из-за них миграция на отечественную платформу оказалась особенно масштабной и технологически сложной. Учет материалов и планирование потребности переводят последними: продуктивный запуск запланирован только на 2026 год.

Второй сценарий, вариант 2: замена по юридическим лицам в холдинге

В группе компаний с десятками юридических лиц миграцию делят иначе. По словам руководителя центра систем регламентирования и финансового учета «Газпромнефть — Цифровые решения», внедрение «1С» началось в 2019 году с небольших дочерних предприятий с минимальным количеством операций. Дальше платформу тиражировали по группе. У каждой следующей площадки были свои процессы, поэтому продукт дорабатывали под них.

Сегодня масштаб такой: систему используют 34 предприятия холдинга, 10 из них перешли на «1С» с SAP. На этих предприятиях 10 тыс. пользователей, и 5 тыс. из них раньше работали в SAP. В добывающем блоке система ведет учет 800 тыс. номенклатурных единиц и 5 тыс. контрагентов.

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

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

Третий сценарий: написать свою систему за $1 млрд

Готовые продукты редко покрывают процессы крупного производства целиком, поэтому компания выбирает самый радикальный вариант: разрабатывает собственную ERP.

В мае 2024 года на конференции ЦИПР «Северсталь» объявила о разработке ERP промышленного уровня на замену SAP. Партнером выступило ПАО «Сибур Холдинг». Объем инвестиций в проект оценивался в $1 млрд, срок реализации — в пять лет.

Через год после анонса, на ЦИПР-2025, «Северсталь» отказалась от проекта: он оказался дороже и сложнее, чем предполагали. Совместную работу с «Сибур Холдингом» и инвестиции приостановили. Со своим вендором, «Консист Бизнес Групп», подход не сложился, и компания перешла к переговорам с разработчиком Global ERP.

Решение об остановке объявил председатель совета директоров «Северстали», а не ИТ-служба. При инвестициях такого масштаба выбор ERP становится вопросом инвестиционного комитета.

Сколько стоит переход на российскую ERP-систему и что не попадает в смету

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

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

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

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

Алексей Телков, генеральный директор АО «Корпорация Галактика»

Проблемы со сроками и бюджетом возникают даже при миграции на актуальную версию SAP. По опросу ISG среди более чем 200 руководителей крупных международных компаний почти 60% таких проектов выходят за рамки бюджета и не укладываются в запланированный срок. Причины ISG называет прямо: недооценка сложности проекта, разрастание объема работ и нехватка внутренних ресурсов. Задержки чаще связаны со слабым управлением, чем с техническими ограничениями.

Как выбирать ERP-систему: три типа рисков вместо таблицы функций

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

• Функциональный риск. Поддержит ли выбранная система текущие и будущие процессы предприятия не хуже западного программного обеспечения?
• Технологический риск. Справится ли система с промышленным масштабом предприятия: пиковыми нагрузками при закрытии периода и массовых перерасчетах, большим объемом номенклатуры?
• Организационный риск. Как провести миграцию без угрозы для текущей работы компании, интересов покупателей и поставщиков?

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

«Второй тип — технологические риски: потянет ли российская система объем операций и транзакций лидеров рынка? Не затормозит ли это работу компании — например, подготовку отчетности, расчет зарплаты и/или себестоимости?»

Евгений Завьялов, директор департамента «Бизнес Приложения» ООО «Рексофт»

Для трех сценариев критичны разные риски:

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

Четыре решения до старта проекта ERP

Во всех трех сценариях компания сама принимает одни и те же четыре решения до старта проекта и до разговора с вендором.

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

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

На стоимость замены напрямую влияет срок, в течение которого предприятие одновременно содержит две платформы. Минцифры утвердило дедлайн перехода на отечественные ERP-решения — 1 января 2028 года. Компаниям с многолетней миграцией уже сейчас приходится считать сроки от этой даты. Тот, кто посчитал период двойного содержания, разговаривает с вендорами предметно: он знает цену каждого лишнего квартала.