Что такое внедрение SAP? Этапы, фазы и процесс

Внедрение SAP представляет собой программу, которая переводит финансы, закупки, цепочку поставок, продажи и HR компании в одну систему SAP, сегодня обычно SAP S/4HANA. Она проходит шесть фаз SAP Activate (Discover, Prepare, Explore, Realize, Deploy и Run), а её успех или провал определяется работой с процессами, данными и людьми, сделанной до того, как кто-то начнёт что-либо настраивать.

Короткий ответ: проект внедрения SAP заменяет разрозненные унаследованные системы одной системой и одной моделью данных. В процессе шесть шагов: подтвердить бизнес-обоснование, мобилизовать команду, проектировать от стандарта SAP, построить и протестировать, выполнить go-live, затем стабилизировать систему и передать её в сопровождение. По моему опыту, это занимает от 6 до 9 месяцев на GROW with SAP и от 9 до 18 месяцев на RISE with SAP, а моё руководство по срокам внедрения SAP раскладывает это по фазам.

В 21 программе SAP, которые я вёл, спасал или наблюдал, как они идут вкривь, картина одна и та же. Компании, которые относятся к SAP как к установке программного обеспечения, мучаются. Компании, которые сначала перепроектируют процессы, а потом настраивают систему, выполняют то, что обещали совету директоров.

Это руководство для руководителей и лидеров программ, которые вот-вот начнут внедрение. Если вы прочитаете только один раздел, прочитайте «Планирование до начала настройки».

S/4HANA является текущей ERP-системой SAP и работает на резидентной базе данных SAP HANA. Многие компании всё ещё используют старую SAP ECC, но основная поддержка ECC заканчивается 31 декабря 2027 года, а дополнительная расширенная поддержка доступна до конца 2030 года за более высокую плату.

Вот основные модули, с которых начинается большинство внедрений:

Модуль	Чем управляет
FI (финансовый учёт)	Главная книга, кредиторская задолженность, дебиторская задолженность, учёт основных средств
CO (контроллинг)	Места возникновения затрат, центры прибыли, внутренние заказы, управленческая отчётность
MM (управление материальными потоками)	Закупки, запасы, движения материалов, управление поставщиками
SD (сбыт)	Order-to-cash, ценообразование, отгрузка, фактурирование
PP (планирование производства)	Производственные заказы, планирование мощностей, MRP
HCM (управление персоналом)	Основные данные HR, расчёт заработной платы, учёт рабочего времени

Большинство компаний начинают с FI/CO и одного или двух операционных модулей. Остальное выстраивается в последующих релизах.

Внедрение и миграция не одно и то же. Если у вас уже работает SAP ECC, вы конвертируете или перестраиваете систему SAP, и моё руководство по миграции с ECC на S/4HANA описывает пути greenfield, brownfield и selective.

SAP Activate является методологией внедрения SAP. Она заменила старый метод ASAP и состоит из шести фаз, у каждой из которых есть контрольный рубеж, который нужно пройти, прежде чем двигаться дальше.

Шесть фаз SAP Activate

1. 01

   Discover

   Подтвердить бизнес-обоснование и проверить приоритетные процессы на пробной или демонстрационной системе.

2. 02

   Prepare

   Мобилизация: команда, управление, документ о границах проекта, план и доступ к системам.

3. 03

   Explore

   Воркшопы fit-to-standard с владельцами процессов. Формирование бэклога настройки, интеграций и расширений.

4. 04

   Realize

   Настройка, расширения, миграция данных и тестирование. Самая длинная фаза. Для выхода нужен чистый регрессионный прогон.

5. 05

   Deploy

   Обучение пользователей на реальных процессах, репетиция cutover, go-live с развёрнутым оперативным штабом.

6. 06

   Run

   Hypercare, оптимизация и передача в Центр компетенций.

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

Фаза	Что должна дать	Владелец	Рубеж для перехода
Discover	Бизнес-обоснование, целевые границы, выбор модели развёртывания	Спонсор и CFO	Финансирование одобрено
Prepare	Документ о границах проекта, план, управление, команда на месте	Директор программы	Спонсор подписывает границы проекта
Explore	Результаты fit-to-standard, бэклог, решения по расширениям	Архитектор решения вместе с владельцами процессов	Нет нерешённых разрывов
Realize	Настроенная и протестированная система, перенесённые тестовые данные	Функциональные и технические руководители	Чистый регрессионный прогон; данные сверяются
Deploy	Обученные пользователи, отрепетированный cutover, пакет go/no-go	Менеджер cutover	Трёхдневная репетиция закрытия пройдена
Run	Журнал hypercare, передача в CoE, бэклог второй фазы	Руководитель сервисной поддержки	Нет открытых P1/P2; CoE принимает

Шаблоны для каждой фазы собраны в моем руководстве по шаблонам SAP Activate.

Пять этапов или шесть?

Люди ищут «5 этапов внедрения SAP», потому что в старом методе ASAP от SAP было пять фаз. Это Project Preparation, Business Blueprint, Realization, Final Preparation и Go-Live and Support.

SAP Activate сохраняет ту же логику и добавляет Discover в начале и Run в конце. Фазы с Prepare по Deploy обычно считают основными фазами реализации. Команды, которые до сих пор говорят «blueprint», как правило, имеют в виду Explore.

Рубеж трёхдневной репетиции закрытия

Рубеж между Realize и Deploy команды чаще всего пропускают под давлением сроков. На каждой программе я использую трёхдневную репетицию закрытия как рубеж готовности. Если финансы не могут закрыть книги в новой системе, ваша миграция данных не готова, что бы ни говорили в ИТ.

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

Порядок важен. Четыре вещи нужно сделать до того, как будет принято хотя бы одно решение по настройке.

1. 01Описать текущие процессыКак они работают на деле, вместе с обходными путями
2. 02Выбрать стандарт или расширениеСтандарт почти всегда быстрее
3. 03Проверить качество данныхДо начала миграции данных
4. 04Укомплектовать команду, затем зафиксировать границыКто доступен, тот и определяет, что вы сможете сдать

Только теперь начинается настройка

Самая большая ошибка, которую я вижу, состоит в том, что проект не планируют как следует в самом начале. Бюджеты выходят за рамки на фазе Explore, когда растёт список workflow, отчётов, интерфейсов, конвертаций, доработок и форм (WRICEF), а границы проекта контролирует поставщик, а не клиент. Мой разбор стоимости внедрения SAP показывает, что это делает с бюджетом.

Опишите текущие процессы такими, какие они есть

Не каким процесс должен быть. Каким он является на самом деле, вместе с обходными путями.

На программе в европейской компании финансовых услуг в 2023 году я сидел на сессии по blueprint, где финансы сверяли внутригрупповые операции в электронных таблицах. Именно в обходных путях прячутся требования, которые никто не записал.

Решите, стандарт или расширение для каждого процесса

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

По рекомендациям SAP по clean core каждому расширению нужно ещё и осознанно выбрать место. Из-за этого решение становится весомее, а не легче.

Проверьте качество данных до начала миграции

Данные остаются самым недооценённым направлением работ. По моему опыту, миграция данных занимает от 30 до 40 процентов трудозатрат на внедрение.

У одного клиента было более 18 000 дублирующихся записей клиентов. Исправление этого после go-live на несколько недель нарушило выставление счетов. Профилируйте данные рано и очищайте их в исходной системе; моё руководство о том, почему миграция данных SAP проваливается, объясняет как.

Сначала соберите команду, затем зафиксируйте границы проекта

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

Проекту внедрения SAP нужны конкретные люди на этих ролях, большинство из них с вашей стороны, а не со стороны партнёра:

1. Исполнительный спонсор. Отвечает за бизнес-обоснование и разрешает спорные вопросы. Обычно CFO или COO.
2. Директор программы. Ведёт план, бюджет и управляющий комитет. Работает у вас в штате или независим от партнёра.
3. Владельцы процессов. По одному на направление (финансы, закупки, продажи, производство). Утверждают проектные решения и отвечают за результат после go-live.
4. Архитектор решения. Держит общую архитектуру и решает, где будет жить каждое расширение.
5. Функциональные и технические руководители. Настраивают, разрабатывают и тестируют. Обычно это команда партнёра.
6. Руководитель миграции данных. Назначается на фазе Prepare, а не Realize.
7. Руководитель по управлению изменениями и обучению. Начинает общаться с конечными пользователями на фазе Explore.
8. Менеджер cutover. Отвечает за регламент go-live и пакет go/no-go.

Одно правило важнее всего списка. Партнёр, который будет выполнять работы, не должен писать ваше бизнес-обоснование.

Его интерес в том, чтобы начать. Ваш интерес в том, чтобы закончить.

Вот проблемы, которые я вижу почти на каждой программе, и контрмера для каждой:

Проблема	Как это выглядит	Что делать
Разрастание объёма	Копятся просьбы вида «раз уж мы этим занимаемся, добавьте ещё...»	Формальное управление изменениями с первого дня; каждый запрос получает оценку влияния
Качество данных	Миграция вскрывает несоответствия, о которых никто не знал	Профилировать данные рано; очищать в исходной системе
Сопротивление пользователей	Через две недели после go-live пользователи возвращаются в Excel	Вовлекать конечных пользователей в проектирование с фазы Explore
Сбои интеграции	Подключения сторонних систем ломаются на UAT	Описать интерфейсы на фазе Explore; рано тестировать на реалистичных объёмах
Урезанные циклы тестирования	Регрессию сокращают, чтобы успеть к дате	Защищать фазы тестирования; отставание в разработке не должно сжимать тесты
Усталость команды	На финишной прямой настроение падает, а число дефектов растёт	Отслеживать с помощью простого еженедельного индекса настроения

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

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

До, во время и после go-live

До go-live проведите репетицию закрытия, проверьте перенесённые данные с помощью отчётов сверки и обучайте на реальных процессах, а не на демонстрационных сценариях. Протестируйте план отката. Пройдите с управляющим комитетом по критериям go/no-go и получите явное согласие, а не молчаливые кивки.

Во время go-live усильте мониторинг и держите команду cutover на связи круглосуточно в первые 72 часа. Решения, принятые в эти часы, определяют, начнётся hypercare с уверенностью или с очередью.

После go-live проводите hypercare не меньше четырёх недель и отслеживайте обращения в поддержку по категориям. Они покажут, где обучение не сработало и где настройку нужно поправить.

На европейской производственной программе в 2024 году у клиента постоянно заканчивалось сырьё. Закупки винили планировщиков, а планировщики винили электронные таблицы, которым никто не доверял. Мы заменили эту схему на S/4HANA и сделали основную ставку на SAP PP с правильно настроенным MRP.

Уровни запасов перешли от догадок к данным в реальном времени, а заказы на поставку стали создаваться по потребности. За первые шесть месяцев дефицит сырья сократился более чем на 50 процентов. Результат дало перепроектирование процессов, предшествовавшее настройке: PP без работы над процессами просто быстрее выдавал бы неверные ответы.

На программе в британской компании профессиональных услуг в 2024 году проблемой были финансы. Закрытие месяца занимало больше двух недель, а отчёты пересобирали вручную. Мы внедряли SAP Finance поэтапно под руководством управляющего комитета, который активно вникал в работу.

Закрытие месяца сократилось до чуть более одной недели. CFO сказал мне, что цифрам «стало можно верить».

Руководство, написанное для 2022 года, не выдерживает встречи с покупателем 2026 года. Три изменения нужно заложить в проект с самого старта.

Облачные редакции стали стандартом

Сейчас SAP продаёт две облачные редакции ERP: SAP Cloud ERP (публичная редакция, ранее S/4HANA Cloud Public Edition) и SAP Cloud ERP Private (частная редакция). RISE with SAP объединяет частную редакцию с эксплуатацией силами SAP и набором инструментов, куда входят SAP Signavio, SAP LeanIX и SAP Cloud ALM. GROW with SAP представляет собой пакет для компаний среднего размера на публичной редакции.

Выбор редакции теперь стоит выше старых споров о развёртывании. Big bang или поэтапно, greenfield, brownfield или selective: эти решения принимаются внутри редакции, а не вместо её выбора.

Clean core имеет уровни, а не два состояния

В августе 2025 года SAP ввела четыре уровня clean core, от A до D. Уровень A использует только выпущенные стабильные API, либо side-by-side на SAP BTP, либо в самой системе с ABAP Cloud. Уровень B допускает классические API, которые всё ещё считаются чистыми, уровень C требует особых мер, а уровень D чистым не является.

Публичная редакция допускает только расширения уровня A. Частная редакция и on-premise допускают классические расширения, поэтому дисциплина там держится на управлении, а не на том, что платформа вас останавливает. Определите уровень и место каждого расширения на фазе Explore и назначьте человека, который может сказать «нет».

AI в команде внедрения

Joule теперь встроен в SAP Activate Roadmap Viewer и SAP Cloud ALM, где он отвечает на вопросы по задачам и готовит черновики материалов на основе методологии. SAP Build Code, общедоступный с 2024 года, использует Joule для генерации прикладной логики, моделей данных и тестов для расширений на Java и JavaScript на SAP BTP. Похожую помощь генеративного AI SAP добавила и для разработчиков ABAP.

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

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

Это руководство входит в мой обзор внедрения SAP, где собраны ссылки на все темы, от бизнес-обоснования до запуска.

Что такое внедрение SAP простыми словами?

Это проект по настройке программного обеспечения SAP так, чтобы ключевые процессы компании, такие как финансы, закупки, продажи и HR, работали в одной системе с одной моделью данных. Он включает проектирование процессов, настройку, миграцию данных, тестирование, обучение и go-live и обычно следует методологии SAP Activate.

Какие 5 этапов внедрения SAP?

Пять этапов пришли из старого метода ASAP от SAP: Project Preparation, Business Blueprint, Realization, Final Preparation и Go-Live and Support. SAP Activate заменил ASAP и использует шесть фаз, добавляя Discover в начале и Run в конце.

Какие шесть фаз у SAP Activate?

Discover (бизнес-обоснование и соответствие), Prepare (команда, управление, план), Explore (воркшопы fit-to-standard и бэклог), Realize (настройка, расширения, миграция, тестирование), Deploy (обучение, репетиция cutover, go-live) и Run (hypercare и передача в Центр компетенций).

Чем внедрение SAP отличается от миграции SAP?

Внедрение вводит SAP в работу, обычно вместо систем других производителей или унаследованных систем. Миграция переводит существующую систему SAP ECC на S/4HANA путём конвертации (brownfield), построения новой системы (greenfield) или выборочного переноса данных. Оба варианта проходят фазы SAP Activate.

Кто должен входить в команду внедрения SAP?

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

Каковы самые частые причины провала внедрений SAP?

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

Более новая причина состоит в партнёре, который строит расширения без плана clean core. Это оставляет долг, который всплывает при первом крупном обновлении.

Как выбрать подходящего партнёра по внедрению SAP?

Ищите опыт в вашей отрасли и в вашем масштабе, с рекомендателями, которым действительно можно позвонить. Человек, который проводит презентацию, должен и вести программу. Спросите, сколько расширений на SAP BTP и в ABAP Cloud они построили, и попросите их показать.

Что такое RISE with SAP и подходит ли он моей организации?

RISE with SAP представляет собой подписочный пакет SAP для SAP Cloud ERP Private: программное обеспечение, инфраструктура и эксплуатация под управлением SAP, а также набор инструментов для анализа процессов, архитектуры и управления жизненным циклом. Внедрение по-прежнему выполняет ваш партнёр.

Он подходит крупным организациям, которые уходят с ECC и хотят один контракт с SAP на платформу и эксплуатацию. Компаниям среднего размера, которые могут работать близко к стандарту, стоит посмотреть на GROW with SAP на публичной редакции.