Модернизация ERP с SAP и ServiceNow

Модернизация ERP с SAP и ServiceNow означает, что каждой платформе достаётся работа, которую она делает лучше всего, и что они правильно соединены. SAP S/4HANA ведёт структурированные транзакции: финансы, закупки, запасы, расчёт зарплаты. ServiceNow ведёт рабочие процессы вокруг них: приём заявок, согласования, исключения и сервисные запросы. Связывают их SAP Integration Suite и ServiceNow IntegrationHub. Руководство адресовано CIO, CFO и корпоративным архитекторам, которые планируют модернизацию с SAP ECC или ранней версии S/4HANA. В нём разобрано, какая работа куда относится по функциям, где уместен ИИ, поэтапная дорожная карта и типичные ошибки. Начните с таблиц по функциям, затем переходите к дорожной карте.

Модернизация ERP возникает почти в каждой программе, за которую я берусь. Я работал с компаниями, которые всё ещё сидят на SAP ECC и ведут финансы или операции в средах, которые следовало вывести из эксплуатации много лет назад. Одному логистическому клиенту приходилось проходить четыре ручные передачи, чтобы согласовать мелкое изменение процесса. Мы связали SAP с ServiceNow, и разница в сроках и прозрачности стала заметна сразу.

Ошибка, которую я вижу часто: считать, что модернизация ERP означает переход на последнюю версию SAP. Если ваши системы не разговаривают друг с другом, вы просто перенесли проблему в более новый интерфейс. Данные остаются запертыми в изолированных системах. Команды перестают доверять инструментам. Люди гоняются за проблемами вместо того, чтобы их решать.

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

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

CIO часто спрашивают меня: «Так это про переход в облако или про замену нашего ERP?» Иногда и то и другое, но редко всё сразу. Настоящая модернизация обычно начинается, когда ERP перестаёт масштабироваться вместе с бизнесом и трение становится заметным.

Клиент из сферы потребительских товаров на Ближнем Востоке всё ещё работал на SAP ECC. Финансисты тратили время на чистку плохих данных, а отчётность отставала от операций. Мы начали с пересмотра самой реализации: не только технологии, но и того, соответствуют ли процессы тому, как работает бизнес. Затем основные данные. Затем автоматизация: что SAP может сделать внутри себя и где ServiceNow закроет пробелы, особенно в согласованиях, эскалациях и отслеживании процессов. Такая последовательность дала руководству план, сроки и результаты, за которыми можно следить.

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

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

Соединение идёт через SAP Integration Suite на BTP, ServiceNow IntegrationHub и открытые API, поэтому обмен выглядит родным, а не приклеенным сбоку. Один глобальный клиент, которого я знаю, вёл в SAP закупки, а запросы на закупку обрабатывал в ServiceNow, и это избавило от необходимости в заказном портале; позже та же структура пригодилась для подключения поставщиков. Если вы всё ещё работаете на SAP Process Orchestration (PI/PO), планируйте переход: SAP NetWeaver 7.5, на котором работает PI/PO, выходит из основной поддержки в конце 2027 года, с возможной расширенной поддержкой до 2030 года. Целевую платформу разбирает моё руководство по SAP Cloud Integration.

1. 04ServiceNowПриём заявок, согласования, исключения и сервисные запросы между командами
2. 03ИнтеграцияSAP Integration Suite на BTP и ServiceNow IntegrationHub, через открытые API
3. 02РасширенияSide-by-side на SAP BTP, для логики, которой не место в ядре
4. 01Ядро SAP S/4HANAФинансы, закупки, запасы и расчёт зарплаты, максимально близкие к стандарту

Сценарии по функциям

HR. SAP (или SuccessFactors) хранит основные данные сотрудников, роли, расчёт зарплаты и льготы. ServiceNow координирует задачи при приёме на работу, предоставление доступов, согласование повышений и оформление ухода сотрудников между ИТ, HR, финансами и безопасностью.

Финансы. SAP обрабатывает счета, ведёт главные книги, проводит закрытие периода и формирует обязательную отчётность. ServiceNow ведёт уровень рабочих процессов:

Финансовый процесс	Роль SAP	Роль ServiceNow
Кредиторская задолженность	Обрабатывает счета, сопоставляет заказы на закупку, управляет платежами	Приём счетов, маршрутизация исключений, контроль SLA
Дебиторская задолженность	Отслеживает счета клиентов и взыскание	Маршрутизирует споры по счетам и запросы на кредитную блокировку
Финансовое закрытие	Закрытие периода, исключение внутригрупповых операций, отчётность	Чек-листы закрытия, назначение задач, оповещения о незавершённых пунктах
Управление расходами	Принимает записи о расходах, обеспечивает соблюдение политики, запускает возмещение	Направляет отчёты на согласование, отмечает исключения
От закупки до оплаты (procure-to-pay)	Заявки на закупку, заказы, приёмка товара, расчёты с поставщиками	Формы приёма, маршрутизация согласований, обработка исключений

Закупки. SAP управляет основными данными поставщиков, заказами на закупку, приёмкой товара и трёхсторонним сопоставлением. ServiceNow берёт на себя приём заявок, проверки при подключении поставщиков, проблемы с приёмкой товара и службу поддержки по закупкам.

Эксплуатация объектов и операции. SAP учитывает основные средства, затраты на обслуживание и площади. ServiceNow обрабатывает запросы по рабочим местам, наряды на обслуживание, назначение техников, запросы на доступ и маршрутизацию инцидентов.

ИИ появляется во всё большем числе разговоров о модернизации, и ожидания порой опережают результаты. На практике он справляется с пограничными случаями, автоматизирует повторяющиеся задачи и выявляет то, что люди упускают. Со стороны SAP Joule, ИИ-ассистент SAP, работает в S/4HANA, SuccessFactors, Ariba и SAP Build. Со стороны ServiceNow Now Assist приносит генеративный ИИ в его рабочие процессы ИТ, HR и клиентского сервиса.

Обычно работа делится так:

Сценарий ИИ	Роль SAP	Роль ServiceNow
Сопоставление счетов	Сопоставляет заказы, приёмку товара и счета; отмечает аномалии	Маршрутизирует исключения и расставляет приоритеты по расхождениям с высоким риском
Прогнозное обслуживание	Анализирует закономерности использования и отказов по данным оборудования	Создаёт заявки на обслуживание и планирует выезд техников
Оповещения о денежном потоке	Прогнозирует денежные позиции по истории	Запускает оповещения и рабочие процессы при нарушении порогов ликвидности
Виртуальные агенты	Joule отвечает на вопросы на естественном языке во всех приложениях SAP	Виртуальные агенты и Now Assist обрабатывают запросы и обращаются к серверным системам SAP
Выявление аномалий	Модели на SAP BTP или встроенная аналитика отмечают выбросы в транзакциях	Отмечает аномалии в рабочих процессах и согласованиях для аудиторской проверки
Классификация запросов	Предлагает категории в процессах закупок	Predictive Intelligence классифицирует обращения и направляет их в нужную группу

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

Модернизация часто буксует, потому что первый шаг кажется слишком большим. Я работал с клиентами, которые откладывали её годами, и не из-за недостатка срочности, а потому что никто не мог ответить на вопрос «С чего начать?». Обычно срабатывает такая последовательность:

1. Оцените и упорядочьте. Наведите порядок в фундаменте до смены платформ. Запустите SAP Readiness Check, чтобы оценить объём заказного кода и совместимость. Очищайте основные данные до миграции, а не после. Решите, какие системы, отчёты и процессы остаются. Выберите вариант развёртывания (RISE with SAP, GROW with SAP или on-premise) и планируйте SAP Cloud ALM как инструмент управления жизненным циклом, поскольку SAP Solution Manager выходит из основной поддержки в конце 2027 года. Короткий технический спринт обнаружения, в котором вы отобразите, что с чем связано, обычно показывает, где прячется настоящий риск.
2. Начните с ServiceNow. Сначала постройте приём заявок, согласования и рабочие процессы. Они находятся вокруг ERP и вызывают больше всего жалоб. Один клиент за шесть месяцев до миграции на S/4HANA стал вести контроль изменений в ServiceNow и сократил сбои на 40 %. Так вырабатывается дисциплина до того, как вы коснётесь ядра SAP.
3. Переносите ядро SAP по принципам Clean Core. Переносите транзакции в S/4HANA с минимумом заказного кода. Близость к стандарту упрощает обновления и снижает затраты на сопровождение. Заказную логику размещайте в расширениях side-by-side или в ServiceNow, а не в ядре. И спрашивайте, что ERP должен обеспечивать в ближайшие пять лет, а не просто мигрируйте.
4. Оптимизируйте и расширяйте. Добавьте аналитику, расширения на SAP BTP и Joule там, где он уместен, а на стороне ServiceNow Now Assist, виртуальных агентов и low-code рабочие процессы.

Фазы могут перекрываться. Если вести стабилизацию ServiceNow параллельно с подготовкой SAP к переходу, сроки сокращаются без потери качества. По части S/4HANA пути и сроки разбирает моё руководство по миграции с ECC на S/4HANA.

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

Первыми появляются прямые затраты: инфраструктура, хостинг, хранилище и инструменты интеграции. Лицензии и поддержка остаются на прежнем уровне, пока кто-нибудь их не оптимизирует, а многие команды никогда не ищут неиспользуемые или дублирующие лицензии. В RISE with SAP моделируйте рост числа пользователей по тарификации Full User Equivalent (FUE) на весь срок договора, потому что подписка на третий год редко равна котировке первого года.

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

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

Эти ловушки встречаются на обеих платформах:

Ловушка	Ошибка на стороне SAP	Ошибка на стороне ServiceNow
Пропуск оценки процессов	Перенос унаследованных проблем без анализа пробелов в процессах	Запуск форм запросов без понимания реальных узких мест
Вера в инструменты как в серебряную пулю	Расчёт на то, что S/4HANA исправит процессы, которые никто не пересматривал	Расчёт на то, что автоматизация исправит неэффективный дизайн запросов
Пренебрежение основными данными	Перенос дублей и противоречивых данных	Запуск согласований на ненадёжных данных
Слишком ранняя избыточная кастомизация	Создание расширений до стабилизации базового процесса	Построение сложных потоков до понимания поведения пользователей
Нет модели управления	Передача решений ИТ или вендорам без владельца от бизнеса	Запуск рабочих процессов без владельцев правил и SLA
Игнорирование управления изменениями	Недостаточные вложения в обучение новым процессам SAP	Отсутствие обучения пользователей тому, когда и как использовать новые типы запросов

Помню производственного клиента, который считал, что проблема в его ERP. Настоящим препятствием был ручной путь согласования, проходивший через пять команд. Когда мы добавили слой ServiceNow и связали его обратно с SAP, узкое место исчезло.

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

Нужно ли модернизировать всё сразу?

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

У одного клиента рабочие процессы приёма заявок в ServiceNow заработали до развёртывания S/4HANA. Сотрудники привыкали постепенно, что повысило принятие системы и снизило сопротивление.

Что происходит с унаследованными кастомизациями при миграции на S/4HANA?

Это зависит от их ценности для бизнеса. SAP Readiness Check заранее показывает объёмы заказного кода и проблемы совместимости. В большинстве систем заказного кода больше, чем кто-либо думает, и значительная часть его уже не используется.

Clean Core предполагает, что система остаётся стандартной, а расширения живут на SAP BTP или в рабочих процессах ServiceNow. В S/4HANA Cloud Public Edition ядро изменить нельзя совсем; в Private Edition и on-premise можно, но каждое изменение добавляет работы при обновлении. Сохраняйте то, что служит реальной бизнес-цели, а остальное выводите из эксплуатации.

Сколько длится модернизация ERP?

Начало с рабочих процессов приёма заявок в ServiceNow обычно занимает от двух до трёх месяцев. Переход на S/4HANA часто занимает от 9 до 18 месяцев в зависимости от сложности, а для крупных предприятий со множеством юридических лиц и сильной кастомизацией дольше.

Фазы не обязаны идти одна за другой. Если вести стабилизацию ServiceNow параллельно с подготовкой SAP, общие сроки сокращаются.

Каковы реалистичные сроки получения отдачи (ROI) от модернизации с SAP и ServiceNow?

Большинство организаций видят «мягкую» отдачу через три-шесть месяцев: более короткие циклы, меньше ручных передач, лучшая прозрачность. Ощутимая отдача, то есть измеримое снижение затрат и рост эффективности, обычно приходит в течение 12-18 месяцев, особенно когда обе платформы уже работают.

До начала работ фиксируйте сроки циклов, долю ошибок и соблюдение SLA. Без базовой линии отдача остаётся рассказом, а не числом.

Как понять, что модернизация ERP давно назрела?

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

Клиент из здравоохранения на SAP ECC за один квартал нарушил несколько SLA. Дело было не в усилиях. Дело было в техническом долге: годы мелких исправлений, наслоившихся друг на друга, и инциденты, которые регистрировались быстрее, чем кто-либо успевал их разбирать.

Могут ли SAP и ServiceNow интегрироваться с другими сторонними системами?

Да. SAP использует SAP Integration Suite на BTP для подключений к внешним системам на основе API. ServiceNow предлагает IntegrationHub с готовыми коннекторами для большинства корпоративных платформ, включая Workday, Salesforce и Coupa.

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