Внедрение ERP-системы: этапы, сроки и на чём срываются проекты

Внедрение ERP-системы — это проект, в котором компания переводит учёт, закупки, склад, производство и финансы в один контур с общими справочниками и правилами: обследование процессов, проектирование, настройка и доработка, миграция данных, обучение, опытная эксплуатация, запуск и сопровождение. Медианный срок такого проекта — 9 месяцев, это замер Panorama Consulting Group по 170 организациям с медианной годовой выручкой 200,5 млн долларов (данные собраны с января 2025 по январь 2026 года). За бюджет вышли 30% проектов, за сроки — 22,3%. Ломается проект реже всего на технике. Срыв сроков объясняют организационными причинами 57,9% тех, кто из графика вышел, а техническими — 50%. В перерасходе бюджета расширение исходного объёма работ (51%) называют чаще технических проблем (43,1%), а организационные вопросы (39,2%) и состояние данных (29,4%) сопоставимы с ними по весу.

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

Из каких этапов состоит внедрение ERP-системы?

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

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

Сколько длится внедрение ERP и почему сроки плывут?

Коротко: медиана 9 месяцев, комплексные внедрения идут годами, и сдвигают график чаще всего организационные причины.

Начнём с базовой цифры. По The 2026 ERP Report от Panorama Consulting Group медианный срок проекта — 9 месяцев. Внутри выборки в срок уложились 58,8%, раньше запланированного закончили 18,8%, чуть позже — 18,2%, значительно позже — 4,1%.

Российские интеграторы называют другой порядок для сложных контуров: по материалу ComNews от 24 февраля 2026 года (автор Алексей Миколенко), комплексные внедрения занимают от трёх до пяти лет. Напрямую эти числа не сравниваются: у Panorama медиана по всей выборке, у ComNews — оценка комплексных проектов. Скорее всего, за разрывом стоит объём работ: один контур на одно юрлицо и группа компаний с консолидацией, несколькими производствами и десятком смежных систем — разные объекты.

Причины сдвига графика Panorama собрала у тех, кто из срока вышел:

Первая строка — это согласования, споры о регламентах и сопротивление стандартизации. Алексей Телков, генеральный директор корпорации «Галактика», в том же материале ComNews называет несоответствие срокам и бюджетам самой частой проблемой на крупных внедрениях и связывает её с детальностью планирования и разбивкой проекта на фазы.

Похожая картина в глобальных миграциях. Information Services Group опросила 200 руководителей высшего звена крупных компаний: по публикации CNews от 6 февраля 2026 года, 60% решившихся на переход к новой платформе SAP сорвали сроки и превысили бюджет, а 49% компаний не проводят перестройку процессов, предпочитая сохранить существующие. Ведущий аналитик ISG Майкл Дорнан объясняет это попыткой пройти переход максимально быстро и дёшево и добавляет: «Во многих случаях задержки вызваны людьми, а не технологиями».

Почему внедрение ERP выходит за бюджет?

Коротко: смета рассыпается на том, чего в ней не было, — дополнительных системах, расширении объёма и приведении данных в порядок.

Panorama разложила перерасход по причинам у тех 30%, кто за бюджет вышел: дополнительные технологии, которые пришлось докупить для достижения целей проекта, — 54,9%; расширение исходного объёма — 51%; технические проблемы — 43,1%; организационные — 39,2%; недооценка количества людей в проекте — 35,3%; недооценка стоимости консультантов — 31,4%; проблемы с данными — 29,4%.

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

Отдельная статья расходов не попадает ни в одну строку и при этом крупнее многих: время собственных сотрудников. Описание процессов, чистка справочников, сверка остатков и приёмка этапов делаются людьми, которые параллельно закрывают месяц и отгружают заказы. В российских опросах это выражается прямо: по исследованию ГК «Корус Консалтинг» «ERP сегодня: приоритеты и барьеры», представленному 24 февраля 2026 года, главные барьеры ERP-проектов — ограниченный бюджет (28,2%), нехватка экспертизы (14,1%), сопротивление сотрудников (14,1%) и сложности интеграции (11,3%).

Прогнозы по отрасли остаются жёсткими. Gartner прогнозирует, что к 2027 году больше 70% недавно внедрённых ERP-инициатив не достигнут в полном объёме целей исходного бизнес-обоснования, а до 25% провалятся катастрофически. Это прогноз, а не замер, но он описывает знакомую ситуацию: система работает, деньги потрачены, а обещанного эффекта в цифрах никто предъявить не может.

Что ломает внедрение в действующей компании?

Коротко: справочники, остатки и исключения, которых нет в типовой конфигурации.

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

Миграция остатков. Переносятся не только карточки, но и состояние: остатки по складам, незакрытые заказы, взаиморасчёты, авансы, резервы. Здесь вылезает всё, что годами закрывалось ручными корректировками. Проблемы с данными назвали причиной перерасхода 29,4% и причиной срыва сроков 36,8% респондентов Panorama, и это те проценты, которые в план проекта почти никогда не закладываются отдельной строкой.

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

Незрелость самих процессов. Олег Елманов, генеральный директор компании Fusion, в материале ComNews называет барьерами незрелость и несогласованность внутренних процессов, слабую управленческую инициативу и недостаточную подготовку к изменениям. Это та часть работы, которую нельзя купить вместе с лицензиями.

Нужен ли параллельный период, когда работают две системы?

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

Сначала про способ запуска. По данным Panorama за 2026 год, 37,6% компаний используют гибридный подход, 30% запускаются поэтапно по модулям, 15,9% переходят единовременно, ещё по 8,2% разворачивают систему по локациям и по бизнес-единицам. Единовременный переход дешевле по календарю и опаснее по последствиям: если первое закрытие периода не сходится, откатываться некуда.

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

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

Кто отвечает за систему после запуска?

Коротко: без владельца процесса внутри компании система со временем возвращается к исходному беспорядку.

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

Рынок это осознаёт с опозданием, но осознаёт — видно по тому, за чем компании идут к внешним консультантам. В замере 2026 года помощь по работе с процессами запрашивали 50% организаций, по управлению изменениями — 46,8%, по сопровождению и получению эффекта уже после запуска — 42,1%. Последняя строка и есть та работа, которая начинается там, где договор на внедрение заканчивается.

Евгений Завьялов, директор департамента «Бизнес-приложения» компании «Рексофт», называет вовлечение и поддержку со стороны бизнес-пользователей одной из самых сложных частей работы в ERP-проектах. Практически это означает три вещи: у процесса есть владелец с правом решать, как он устроен; у каждого справочника есть ответственный за ведение; у системы есть бюджет на развитие после сдачи. Почему система, в которую вложили деньги, не приживается у людей, мы подробно разбирали на соседнем классе систем — почему CRM не приживается. Механика там та же.

Что в этом проекте специфично для России?

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

Снятие с поддержки как дедлайн. По исследованию «Корус Консалтинг», 24,1% опрошенных компаний работают на «1С:УПП». Сроки вендор объявил заранее: в информационном письме № 30064 от 9 декабря 2022 года сказано, что обновления конфигурации выпускаются до конца 2026 года, в I квартале 2027-го — только если это потребуется для сдачи отчётности за 2026 год, а консультации по УПП прекращаются с 1 апреля 2027 года. Такой срок задаёт крайнюю дату, но не объём работ: перенос «как было» воспроизведёт в новой системе все накопленные обходные схемы вместе с ними.

Состояние отечественных платформ. АНО «НЦК ИСУ» опросило 11 корпораций с совокупной выручкой 28,5 трлн рублей за 2024 год. По публикации CNews от 20 мая 2026 года, главными барьерами названы нехватка функций и слабая работа под нагрузкой у российских систем управления ресурсами, причём «проблема не в отсутствии модулей, а в недостаточной глубине их реализации». Расходы на замену за 2022–2025 годы там же оценены в 90–130 млрд рублей, а генеральный директор центра Кирилл Семион описал ситуацию так: «То, на что у Oracle или SAP ушли десятилетия, мы пытаемся "пробежать" за пятилетку». Для планирования это значит одно: глубину нужного вам модуля проверяют на своих данных до подписания договора, а не на демонстрации.

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

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

Что нужно, чтобы внедрение не сорвалось?

Коротко: шесть вещей, которые собираются до первого договора, — и половина из них не про ИТ.

1. Описанный процесс с исключениями. Живой порядок работы, а не схема «как должно быть»: что происходит при возврате, пересорте, срочной отгрузке, авансе и частичной оплате. Это же описание становится приёмочным критерием этапа.
2. Ревизия справочников. Номенклатура, контрагенты, договоры, единицы измерения: сколько дублей, сколько позиций без ответственного, какие поля заполняются свободным текстом. Чистку начинают до старта проекта, а не в неделю миграции.
3. Доступ к своим данным. Выгрузки остатков, заказов, взаиморасчётов в машиночитаемом виде. Если эти данные достаёт вручную один человек, перенос превращается в отдельный проект внутри проекта.
4. Перечень интеграций. Учётная система, банк, маркетплейсы, складское оборудование, документооборот, кассы. Каждая связка — отдельные деньги, отдельный риск и отдельный владелец на стороне подрядчика.
5. Разграничение прав. Кто видит себестоимость, кто закупочные цены, кто персональные данные сотрудников. Решается до проектирования: права влияют на структуру данных, а не только на интерфейс.
6. Владелец после запуска и бюджет сопровождения. Человек внутри компании с правом решать, как работает процесс, и деньги на развитие системы на горизонте трёх лет.

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

Когда коробочная ERP не закрывает задачу?

Коротко: когда объём доработок под ваши исключения начинает превышать объём коробочной логики.

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

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

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

Источники

• Panorama Consulting Group, The 2026 ERP Report — 170 респондентов, данные с января 2025 по январь 2026, медианный срок проекта 9 месяцев, соблюдение бюджета и сроков, причины перерасхода и задержек, подходы к запуску, спрос на внешнюю помощь и работа с изменениями
• CNews, 6 февраля 2026. Исследование ISG по миграции на SAP S/4HANA — опрос 200 руководителей высшего звена, 60% проектов за рамками бюджета и сроков, 49% без перестройки процессов, комментарий Майкла Дорнана (период полевого этапа в публикации не указан)
• CNews, 24 февраля 2026. Исследование ГК «Корус Консалтинг» «ERP сегодня: приоритеты и барьеры» — 43% компаний с неполным или требующим оптимизации внедрением, 24,1% на «1С:УПП», барьеры проектов
• Фирма «1С», информационное письмо № 30064 от 9 декабря 2022 года — обновления «1С:УПП» до конца 2026 года, I квартал 2027-го только для отчётности за 2026 год, прекращение консультаций с 1 апреля 2027 года
• ComNews, 24 февраля 2026. «Почти половина компаний "не дружит" с ERP» (Алексей Миколенко) — сроки комплексных внедрений 3–5 лет, комментарии Алексея Телкова («Галактика»), Евгения Завьялова («Рексофт»), Олега Елманова (Fusion)
• CNews, 20 мая 2026. Барьеры импортозамещения ERP по данным АНО «НЦК ИСУ» — опрос 11 корпораций, глубина реализации модулей, расходы 90–130 млрд рублей, цитата Кирилла Семиона
• Gartner, What IT Leaders Must Do to Avoid Disappointing ERP Initiatives — прогноз: к 2027 году более 70% недавно внедрённых ERP-инициатив не достигнут целей исходного бизнес-обоснования, до 25% провалятся катастрофически (дата публикации на странице не указана, материал проверен 15 сентября 2026 года)