Шаблоны внедрения SAP: набор SAP Activate по фазам

Шаблоны SAP Activate это шаблоны внедрения и акселераторы, которые SAP публикует для каждой фазы программы S/4HANA: от документа о границах проекта в Prepare до плана cutover в Deploy. Их можно найти в SAP Activate Roadmap Viewer, а в облачных программах в SAP Cloud ALM.

Короткий ответ: все они вам не нужны. Нужна примерно дюжина, у каждого шаблона назначенный владелец и точка утверждения, и стоит сохранить около 80 процентов стандартной структуры SAP. Таблица ниже показывает набор, на котором я настаиваю в 21 программе SAP, которыми я руководил или которые спасал.

Найти шаблоны легко. Трудно понять, к каким из них относиться всерьёз.

Это набор шаблонов внедрения SAP, который я ожидаю видеть утверждённым, с владельцем и рубежом, который каждый шаблон должен пройти.

Фаза	Шаблон	Владелец	Утверждается до
Prepare	Документ о границах проекта	Руководитель программы (утверждает спонсор)	Начала Explore
Prepare	Бизнес-кейс	CFO или владелец бизнеса	Выделения финансирования
Prepare	Матрица заинтересованных сторон	Руководитель программы	Планирования воркшопов Explore
Explore	Таблица требований и fit-gap	Совет по архитектуре (бизнес и ИТ)	Начала Realize
Realize	Журнал настроек	Функциональные лиды	Переноса каждого транспорта в QA
Realize	Реестр собственных разработок	Лид разработки	Начала разработки любого объекта
Realize	Стратегия тестирования	Тест-менеджер	Начала интеграционного тестирования
Realize	План миграции данных	Лид миграции данных	Первой пробной загрузки
Deploy	План cutover	Менеджер cutover	Финальной генеральной репетиции
Deploy	Чек-лист готовности к go-live	Директор программы (подписывает спонсор)	Совещания go/no-go
Deploy	Модель гиперподдержки	Лид сервисной поддержки	Go-live
Run	Таблица мониторинга производительности	Лид Basis	Go-live

В SAP Activate шесть фаз: Discover, Prepare, Explore, Realize, Deploy и Run. Методология объединяет контент SAP Best Practices, сам методический подход и пошаговую настройку. Discover это исследовательская фаза без обязательств, поэтому у большинства клиентов она заканчивается до подписания договора, а шаблоны ниже начинаются с Prepare.

1. 01DiscoverОбычно до подписания договора
2. 02PrepareДокумент о границах проекта, бизнес-кейс, матрица заинтересованных сторон
3. 03ExploreТаблица требований и fit-gap
4. 04RealizeЖурнал настроек, реестр разработок, стратегия тестирования, план миграции
5. 05DeployПлан cutover, готовность к go-live, гиперподдержка
6. 06RunМониторинг производительности

Каждый шаблон утверждён до своей контрольной точки

В Roadmap Viewer каждая дорожная карта разбита на фазы, результаты и задачи. Шаблоны хранятся как акселераторы: инструкции, образцы документов и чек-листы, привязанные к задаче, которой они нужны. Фильтр по фазе, направлению работ или акселератору это самый быстрый способ собрать результаты SAP Activate для одной фазы.

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

Что изменилось в инструментах

Структура фаз осталась прежней. Инструменты вокруг неё сдвинулись.

1. В облачных программах шаблоны живут в SAP Cloud ALM. Он предоставляется клиентам с SAP Enterprise Support и входит в облачные подписки SAP, например RISE with SAP. У Solution Manager 7.2 основная поддержка действует до конца 2027 года, а расширенная до 2030 года для отдельных функций.
2. Joule встроен в инструменты методологии. В 2025 году SAP добавила Joule в Roadmap Viewer и в SAP Cloud ALM, так что команда может попросить подсказку по задаче или первый черновик. Он не заменяет человека, который подписывает fit-gap.
3. У Clean Core теперь есть уровни. В августе 2025 года SAP ввела четыре уровня Clean Core, от A до D: уровень A использует только выпущенные API, а уровень D чистым не считается. В вашей таблице fit-gap нужен столбец, где указано, куда попадёт каждый разрыв.

Проекты, которые пропускают эту подготовку, расплачиваются за неё в Explore и Realize. Эти три документа команды пропускают, чтобы быстрее добраться до настройки.

Документ о границах проекта

Он определяет, что входит в программу и что не входит. Когда через три месяца кто-то попытается добавить объём (а это обязательно случится), это ваша точка отсчёта.

Разделы, которые я ожидаю увидеть:

1. Название, спонсор и руководитель программы.
2. Предыстория: текущее состояние и причина изменений.
3. Цели в цифрах, например «цикл закрытия с 14 дней до 5».
4. Что входит в объём, по модулям и процессам (FI/CO, интеграция MM/SD, миграция данных, UAT, go-live).
5. Что не входит, описанное так же явно, как объём (HR, миграция старых отчётов, интеграции вне ERP).
6. Допущения и ограничения, например доступность спонсора для ежемесячного управляющего комитета и фиксированная дата go-live.
7. График по фазам с утверждением спонсором и PMO до начала Explore.

Сверяйте график с реальностью. По моему опыту, программы GROW занимают от 6 до 9 месяцев, RISE от 9 до 18 месяцев, brownfield-конверсии от 12 до 18 месяцев, а greenfield от 18 до 24 месяцев; в моём руководстве по срокам внедрения SAP это разобрано по фазам.

Шаблон бизнес-кейса

Он излагает анализ затрат и выгод в формате, понятном финансовой команде. У меня были клиенты, которые получили одобрение программы с первой подачи по этой структуре, потому что цифры понятны, а допущения записаны.

Структура:

1. Владелец и резюме: почему сейчас, что меняется, что остаётся прежним.
2. Описание проблемы: длительность цикла закрытия, ручные обходные решения, возраст системы.
3. Предлагаемый подход: greenfield, brownfield или выборочный, с кратким описанием объёма.
4. Измеримые выгоды: сокращение закрытия в днях, время сотрудников в FTE, доля ошибок, аудиторский риск.
5. Затраты и финансирование: внедрение, лицензия или подписка, внутреннее время, резерв.
6. Три главных риска с вероятностью и влиянием.
7. Рекомендация: продолжать, продолжать с условиями или отложить.

Одно правило я соблюдаю всегда: системный интегратор, который будет выполнять работу, не должен писать этот документ. Его интерес в том, чтобы начать. Ваш в том, чтобы закончить, а мой шаблон бизнес-кейса SAP подробнее разбирает модель выгод.

Матрица заинтересованных сторон

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

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

По той же матрице планируйте воркшопы Prepare, на которых собираются требования верхнего уровня. Нумеруйте их уже сейчас в том формате, который будете использовать в Explore (REQ-001 и так далее), чтобы сохранилась связь с исходным запросом.

В Explore дизайн фиксируется на воркшопах Fit-to-Standard по SAP Best Practices. Здесь же бюджеты SAP выходят из-под контроля, потому что именно здесь растёт число объектов WRICEF (workflow, отчёты, интерфейсы, конверсии, расширения и формы).

Не позволяйте нарушать последовательность фаз. В европейском ритейл-проекте в 2023 году клиент попытался пропустить Explore и три месяца строил систему по неполным требованиям. Мой разбор стоимости внедрения SAP показывает, как такая переделка превращается в бюджет.

Таблица требований и fit-gap

Картирование требований связывает каждую бизнес-потребность с компонентом системы и тестовым сценарием. Затем анализ fit-gap показывает, где стандартный SAP закрывает потребность, а где нет.

Я веду и то и другое в одной таблице со столбцом для способа решения. В S/4HANA у каждого разрыва должен быть явный ответ: стандартная настройка, расширение ключевого пользователя, расширение разработчика в системе или расширение side-by-side на SAP BTP.

ID треб.	Требование	Компонент SAP	Fit / gap	Способ решения	Ссылка на тест
REQ-001	Автоматические проводки закрытия месяца	Закрытие периода FI-GL	Fit	Настройка периодических документов	TC-001
REQ-002	Утверждение заказов на поставку с мобильного	Закупки MM, приложение Fiori для утверждения	Fit в S/4HANA	Стандартное приложение и настройка workflow	TC-003
REQ-003	Автоматизация внутригрупповой фактуры	Фактурирование SD, интеграция с FI	Fit	Настройка внутригрупповой фактуры	TC-010
REQ-004	Архивирование данных по правилам приватности	Information Lifecycle Management	Gap	Настройка политик ILM	TC-025
REQ-005	Отчётность по местам возникновения затрат в реальном времени	CO, встроенная аналитика или SAC	Gap	Встроенная аналитика или live-подключение SAC	TC-030
REQ-006	Портал самообслуживания для поставщиков	SAP Ariba или портал поставщиков	Gap	Интеграция с Ariba	TC-020

Именно здесь экономятся деньги. На европейском производственном проекте миграции с ECC на S/4HANA в 2023 году воркшопы fit-gap сократили число запланированных расширений на 35 процентов, а экономия исчислялась шестизначной суммой.

Таблица работает при двух правилах. Поставщик не должен контролировать объём, потому что каждый разрыв, который он помечает как разработку, для него оплачиваемая работа. Решения по Clean Core принимает совет по архитектуре от бизнеса и ИТ, а модификации кода SAP требуют назначенного утверждающего; моя стратегия Clean Core в SAP объясняет уровни.

Это фаза разработки. Эти шаблоны служат аудиторским следом для каждого решения по настройке, каждой разработки и каждого результата теста.

Журнал настроек

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

В каждой записи нужны:

1. ID настройки и модуль (например, MM-CONF-001).
2. Путь настройки и изменённый объект.
3. Затронутый бизнес-процесс и причина.
4. Кто выполнил настройку и когда.
5. Номер транспортного запроса.
6. Ключевые значения до и после.
7. Связанные тестовые сценарии и статус утверждения.

Реестр собственных разработок

Каждый собственный объект получает строку до того, как кто-то напишет код: ID, описание, роль разработчика, трудозатраты, статус и тип расширения. Столбец с типом расширения как раз и обеспечивает Clean Core.

На европейском ритейл-внедрении S/4HANA в 2024 году реестр сократил запланированный собственный код на 30 процентов. Он показал, где стандартный SAP справится вполне нормально.

Стратегия тестирования

Она собирает всё тестирование в одном месте: кто что тестирует, когда, в какой среде и по какому стандарту.

1. Объём: функциональное, интеграционное, регрессионное, нагрузочное тестирование и UAT по модулям в объёме проекта.
2. Среды: разработка, QA, UAT и предпродуктивная среда.
3. Инструменты: управление тестированием в SAP Cloud ALM или в вашем текущем инструменте, с названными средствами автоматизации и нагрузочного тестирования.
4. Жизненный цикл дефектов: серьёзность и приоритет определяются при сортировке.
5. Критерии выхода: все критичные дефекты закрыты, UAT подписан, доля успешных регрессионных тестов согласована заранее.

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

План миграции данных

Миграция данных это направление работ, которое с наибольшей вероятностью ударит по вам. План охватывает объём (бизнес-партнёры, материалы, открытые позиции, остатки), системы-источники, правила сопоставления, инструменты (SAP S/4HANA Migration Cockpit), пробные загрузки, проверку и откат.

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

В SAP Activate фаза Deploy охватывает подготовку продуктивной среды, cutover, go-live и гиперподдержку. Эти шаблоны превращают хаотичные выходные в управляемое событие.

Шаблон плана cutover SAP

План cutover расписывает окно простоя по часам. У каждой задачи есть владелец, время начала и зависимость. Никто не должен стоять в 2 часа ночи и гадать, что делать дальше.

До составления списка задач договоритесь о четырёх вещах: окно (например, с пятницы 22:00 до субботы 06:00), условие отката, как быстро можно снова включить старую систему и smoke-тесты, которые доказывают, что новая система работает. Затем последовательность:

Шаг	Задача	Владелец	Начало	Статус
1	Заморозить старую систему (без проводок)	Basis	22:00	Ожидает
2	Финальная выгрузка данных и сверка	Лид миграции данных	22:30	Ожидает
3	Миграционная загрузка в продуктив	Лид миграции данных	23:00	Ожидает
4	Импорт оставшихся транспортов	Basis	00:30	Ожидает
5	Переключение интерфейсов и сетевой маршрутизации	Лид интеграции	01:30	Ожидает
6	Smoke-тест: проводка FI, поступление материала, заказ клиента	Лид QA	02:00	Ожидает
7	Подтверждение бизнеса и go/no-go	Директор программы	03:00	Ожидает
8	Открыть систему для бизнес-пользователей	Basis	06:00	Ожидает

Чек-лист готовности к go-live

Он решает, готовы ли вы на самом деле к переключению. На каждый пункт отвечают «да» или «нет» с подтверждением.

1. Функциональность: ключевые процессы и сквозные сценарии между модулями протестированы, открытые дефекты P1 и P2 перечислены, ключевые пользователи подтверждают готовность.
2. Данные: основные и транзакционные данные загружены и сверены, отчёты о сверке утверждены, заморозка старой системы подтверждена.
3. Финансы: настройка закрытия периода протестирована для каждой балансовой единицы и юрлица.
4. Техника: план cutover утверждён, транспорты в продуктиве, фоновые задания запланированы, мониторинг настроен.
5. Люди: охват обучения, роли доступа проверены, команда гиперподдержки укомплектована.
6. Решение: критичные риски и меры по их снижению, go / no-go / условно, утверждено с именем, должностью и датой.

Строка про финансы стоит там не просто так. В ритейл-программе в странах GCC в 2024 году ревью перед go-live за два дня до запуска выявило проблему в настройке финансового закрытия во всех 25 юрлицах; она обернулась бы восстановительными работами на шестизначную сумму.

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

Модель гиперподдержки

Она определяет, как вы работаете с проблемами после запуска. Без неё любая проблема становится P1.

1. Период и охват гиперподдержки, например четыре недели с расширенными часами работы.
2. Каналы поддержки: очередь инцидентов, чат-канал и телефонный мост для P1.
3. Линии поддержки: сервис-деск, функциональные консультанты, затем Basis и разработка.
4. Время реакции и решения по степени серьёзности.
5. Критерии выхода: нет открытых проблем P1 или P2 и подписана передача в службу поддержки.

Run это поддержка и управление работающей системой. Шаблон, от которого большинство команд отказывается слишком рано, это тот, что следит за производительностью.

Таблица мониторинга производительности

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

Метрики, которые я отслеживаю, у каждой цель, порог оповещения и владелец:

1. Время отклика диалога (95-й перцентиль): цель меньше 1 секунды, оповещение при 2 секундах, Basis.
2. Фоновые задания: 100 процентов завершены по расписанию, оповещение при любом сбое, лид эксплуатации.
3. Время запросов к базе данных: цель меньше 200 мс, оповещение при 500 мс, администратор базы данных.
4. Доля ошибок интерфейсов: меньше 1 процента, оповещение при 2 процентах, лид интеграции.
5. Время выполнения заданий закрытия месяца: в пределах согласованного окна, оповещение при превышении базового уровня на 30 процентов, финансовые операции.

SAP Activate встраивает контрольные точки качества в дорожные карты фаз, с проверками на каждой фазе. Моё руководство по контрольным точкам качества SAP описывает, как их настроить; здесь о том, почему у них должны быть зубы.

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

Контрольная точка качества в европейской производственной программе в 2024 году остановила нас, когда доля успешных интеграционных тестов составляла 74 процента. Мы выдержали паузу, исправили проблемы и запустились через две недели. Обращений в поддержку в первый месяц после go-live было вдвое меньше, чем обычно бывает в сопоставимых программах.

Утверждение руководством тоже не должно быть формальностью; проблему с финансовым закрытием в ритейле GCC, о которой сказано выше, выявили именно на таком ревью. Контрольная точка, которую спонсор может отменить одним звонком, не контрольная точка. Запишите, кто вправе её отменить, до того как это понадобится.

Весь процесс вокруг этих шаблонов описан в моём пошаговом руководстве по внедрению SAP.

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

Где скачать шаблоны SAP Activate?

В SAP Activate Roadmap Viewer по адресу me.sap.com/roadmapviewer. Откройте дорожную карту для вашего варианта развёртывания, затем отфильтруйте по фазе или по акселератору, чтобы увидеть шаблоны, руководства и чек-листы для каждой задачи.

В облачных программах тот же контент доступен в SAP Cloud ALM, где задачи и результаты можно отслеживать в рамках проекта.

Какие результаты SAP Activate есть на каждой фазе?

Prepare даёт объём, план, управление и бизнес-кейс. Explore даёт результаты Fit-to-Standard, бэклог требований и fit-gap и дизайн решения. Realize даёт настроенную и протестированную систему, включая интеграционное и приёмочное тестирование пользователей.

Deploy даёт cutover, go-live и гиперподдержку. Run охватывает поддержку и развитие работающей системы.

На какой фазе SAP Activate самые важные шаблоны?

Prepare. Документ о границах проекта, бизнес-кейс и матрица заинтересованных сторон задают все последующие решения, и именно их команды пропускают, чтобы быстрее перейти к настройке.

Explore идёт сразу за ней, потому что таблица fit-gap определяет число объектов WRICEF, а именно там бюджеты выходят из-под контроля.

Можно ли адаптировать шаблоны SAP Activate?

Да. Сохраняйте около 80 процентов стандартной структуры и меняйте только то, что специфично для вас: правила валидации в фармацевтике, закупки в госсекторе, контроли SOX. Вносите эти изменения в начале Prepare, а не в Deploy.

Не адаптируйте шаблоны так, чтобы исчезли последовательность фаз, контрольные точки качества или оценка готовности к go-live.

Что должен включать шаблон плана cutover SAP?

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

До начала cutover договоритесь, кто принимает решение об откате и до какого часа. Решения об откате, принятые в 4 часа утра без согласованных критериев, и есть то место, где начинаются проблемы после go-live.

Что входит в чек-лист готовности к go-live SAP?

Функциональная готовность, готовность данных, финансов, техники и людей, каждая с ответом «да» или «нет» и подтверждением, плюс зафиксированное решение go / no-go с именами и датами.

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

Подходят ли шаблоны SAP Activate для greenfield и brownfield?

Да. Разница в основном в Explore. При brownfield-конверсии настройки переносятся, поэтому fit-gap сосредоточен на том, что нужно изменить, и на том, какой собственный код теперь может заменить стандартный S/4HANA; программа greenfield начинается с SAP Best Practices.

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