SAP CPI и Integration Suite: что это и где они применяются

SAP CPI (Cloud Platform Integration) представляет собой облачный middleware от SAP. Сейчас он живёт как возможность Cloud Integration внутри SAP Integration Suite на SAP BTP и является ответом SAP на задачу связать S/4HANA с другими системами SAP и сторонними системами. Если вы всё ещё работаете на SAP PI/PO, время играет роль: PI/PO 7.5 выходит из основной поддержки в конце 2027 года.

Это руководство для руководителей по интеграции и CIO, которые решают, как уйти с PI/PO или как спроектировать интеграцию для новой программы S/4HANA. В нём разобрано, что CPI делает и чего не делает, как он соотносится с PI/PO и какой план по волнам подойдёт для переноса интерфейсов.

Я видел, как команды месяцами писали хрупкие самописные скрипты для связи систем SAP и сторонних систем. Поначалу что-то работает. Потом обновление системы меняет название поля, или выходит новая версия API, или трафик удваивается. Скрипт ломается тихо. Никто не знает об этом, пока отчёт не возьмёт устаревшие данные или заказ не пролежит необработанным три дня.

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

CPI является слоем, который связывает системы, преобразует данные и маршрутизирует сообщения между приложениями. SAP Integration Suite объединяет его с API Management, Event Mesh, Integration Advisor и управлением торговыми партнёрами. Большинство консультантов по-прежнему говорят «CPI», когда имеют в виду часть с потоками интеграции, и это нормально.

Что CPI делает: передаёт данные между системами, преобразует форматы сообщений, направляет их нужному получателю, обрабатывает ошибки и повторные попытки. Он связывает системы SAP (S/4HANA, SuccessFactors, Ariba) и сторонние платформы (Salesforce, Workday, ServiceNow) через стандартные адаптеры.

Чего он не делает: не хранит данные долгосрочно, не заменяет ERP и не работает как ETL-инструмент для массовой миграции данных. Он создан для сообщений в реальном или почти реальном времени. Использование его как хранилища данных или инструмента миграции потом приводит к архитектурным проблемам.

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

Сейчас любой план интеграции определяют четыре даты и решения.

1. 2023Edge Integration Cell выходит в общий доступКонец 2023 года. Запускает потоки Integration Suite внутри вашей собственной сети
2. 2027Заканчивается основная поддержка PI/POКонец года, для SAP NetWeaver 7.5
3. 2028Закрывается среда SAP BTP Neo31 декабря. Тенанты CPI в Neo переходят в Cloud Foundry
4. 2030Заканчивается расширенная поддержка PI/POКонец года. Последняя остановка для любого ландшафта PI/PO

Источник: Объявления о поддержке SAP NetWeaver 7.5 и закрытии Neo, по материалам SAPinsider

1. У PI/PO заканчивается дорога. SAP NetWeaver 7.5, в состав которого входит PI/PO, следует графику поддержки Business Suite: основная поддержка до конца 2027 года, расширенная до конца 2030 года. Новых функций не будет. Плановый переход волнами стоит намного дешевле принудительного cutover в 2027 или 2030 году.
2. У гибридного сценария есть ответ. Edge Integration Cell, доступный для всех с конца 2023 года, запускает потоки Integration Suite внутри вашей собственной сети для интерфейсов, которые должны остаться on-premise. Это снимает самую частую причину, по которой команды оставались на PI/PO.
3. Neo закрывается. SAP объявила в 2023 году, что среда SAP BTP Neo закрывается 31 декабря 2028 года. Более ранним тенантам CPI в Neo нужно перейти в мультиоблачную среду (Cloud Foundry), и эта миграция сама по себе небольшой проект.
4. Joule появился в инструментах. SAP добавила Joule в Integration Suite, чтобы разработчики могли описать поток простым языком и получить первый черновик. Это ускоряет стандартные сценарии. Сложной оркестрации с настоящей бизнес-логикой по-прежнему нужен опытный архитектор интеграции.

По коммерческой части: если вы на RISE with SAP, проверьте, какие права на использование SAP BTP уже входят в ваш контракт, прежде чем покупать мощности Integration Suite отдельно.

Фактор	SAP PI/PO	SAP CPI (Integration Suite)
Развёртывание	On-premise, ваши серверы	Облако на SAP BTP; Edge Integration Cell для локальной среды выполнения
Затраты на сопровождение	Высокие: патчи, обновления, управление серверами	Ниже: платформой управляет SAP
Расширяемость	Глубокая кастомизация; сложнее обновлять	Модульность; обновления быстрее; меньше низкоуровневого контроля
Лицензирование	Статичное, обычно по ёмкости	Подписка с метриками по числу сообщений
Направление инвестиций	Только поддержка, без новых функций	Активная разработка
Конец основной поддержки	Конец 2027 года (расширенная до конца 2030 года)	Не применимо (облачный сервис)

Смену модели лицензирования стоит просчитать. Стоимость CPI привязана к объёму сообщений. Одни компании экономят по сравнению с PI/PO. Другие обнаруживают, что реальный интеграционный трафик выше, чем они думали, и им приходится оптимизировать потоки заранее. Просчитайте это до миграции.

Базовый элемент: iFlow (поток интеграции). Каждый iFlow определяет, как сообщение движется от источника к получателю: преобразование, правила маршрутизации и то, какая обработка ошибок срабатывает при сбое.

Возможность	Что делает
Готовый интеграционный контент	Пакеты готовых iFlow для SAP и распространённых сторонних сценариев в SAP Business Accelerator Hub
Графический конструктор потоков	Веб-конструктор для создания iFlow
API Management	Проектирование, публикация, безопасность и мониторинг API
Безопасность	OAuth 2.0, SAML, TLS, управление сертификатами
Мониторинг	Журналы сообщений, сведения об ошибках, история повторных попыток, оповещения

Стандартные адаптеры включают SOAP, REST, OData, IDoc, JDBC, SFTP, JMS и AS2, а также другие для отдельных SaaS-продуктов.

Скрипты. Сложным преобразованиям внутри iFlow нужны Groovy или JavaScript. Без кода CPI работает только для стандартных потоков. Если никто в вашей команде не умеет писать базовую логику скриптов, узким местом станут сложные маппинги.

Миграция не является автоматической конвертацией. Поведение адаптеров в PI и CPI различается, а обработка ошибок, которая работала в PI, в CPI может вести себя иначе. Одни потоки нужно перестраивать. Другие переносятся с небольшими изменениями. Инструменты миграции SAP и готовый контент сокращают механическую работу. Решения о том, что перестраивать, а что выводить из эксплуатации, они за вас не принимают.

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

Волна	Что переносится	Почему в таком порядке	Ответственный	Критерии выхода
0. Инвентаризация	Каждый интерфейс PI: частота, объём, адаптер, критичность, владелец	Нельзя планировать то, что не посчитано	Руководитель по интеграции	Реестр подписан бизнес-владельцами
1. Низкий риск	Потоки SAP-SAP со стандартным контентом	Подтверждает операционную модель и мониторинг	Руководитель по интеграции	Две недели стабильной работы в продуктиве, путь через PI выведен
2. Партнёры	B2B- и EDI-потоки с ключевыми торговыми партнёрами	Нужны окна тестирования с партнёрами и согласованный cutover	Руководитель по интеграции вместе с закупками и продажами	Каждый партнёр подтверждает письменно
3. Высокий риск	Потоки с большим объёмом, регулируемые или критичные для выручки	Переносятся последними, с максимальной репетицией	Архитектор интеграции	Тест на объёме пройден; откат на PI отрепетирован
4. Вывод	PI/PO отключаются	Прекращает оплату двух платформ	CIO	Все потоки перенесены или выведены; лицензии прекращены

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

Сценарии, которые я вижу чаще всего:

1. S/4HANA в SuccessFactors. Организационные данные, численность и изменения в оплате труда. Стандартный интеграционный контент SAP покрывает типовые сценарии; самописные потоки обрабатывают отклонения.
2. Устаревшая система закупок и SAP Ariba. Заказы на закупку уходят, подтверждения и счета возвращаются. Обычно в обе стороны.
3. Финансовые данные в SAP Analytics Cloud. Перенос данных из ECC или сторонних систем в SAC.
4. Salesforce в SAP. Закрытые сделки поступают в SAP для исполнения, выставления счетов и обновления запасов. Без управляемой интеграции это обычно держится на выгрузках в таблицы или хрупких скриптах. Ошибки проектирования разобраны в моей статье о том, почему интеграции Salesforce и ERP не срабатывают.

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

Что такое SAP CPI и как он называется сейчас?

SAP CPI расшифровывается как Cloud Platform Integration. Сейчас это возможность Cloud Integration в составе SAP Integration Suite на SAP BTP, рядом с API Management, Event Mesh и инструментами интеграции с партнёрами. «CPI» по-прежнему повседневное название для построения потоков интеграции.

Чем SAP CPI отличается от SAP PI/PO?

PI (Process Integration) и PO (Process Orchestration) представляют собой локальный middleware с глубокой кастомизацией и полным контролем над инфраструктурой. CPI является облачным сервисом на SAP BTP, которым управляет SAP; новые адаптеры и контент приходят централизованно.

PI/PO 7.5 получает только поддержку. Основная поддержка заканчивается в конце 2027 года, а расширенная в конце 2030 года, поэтому для каждого ландшафта PI/PO нужен план миграции.

SAP CPI и SAP BTP: это одно и то же?

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

Насколько сложно освоить SAP CPI?

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

Что учесть при миграции с SAP PI/PO на CPI?

Составьте реестр каждого интерфейса с объёмом, частотой, адаптером и критичностью. По каждому решите: перестроить, адаптировать или вывести из эксплуатации. Просчитайте стоимость по числу сообщений на реальных объёмах. Переносите волнами с резервным путём и заранее планируйте регрессионное тестирование с B2B-партнёрами и сторонними получателями, потому что там всё ломается тихо. Edge Integration Cell используйте для потоков, которые должны остаться on-premise.

Чем среда Neo отличается от Cloud Foundry для SAP CPI?

Обе являются средами SAP BTP. Neo более старая, собственная среда SAP, и она закрывается 31 декабря 2028 года. Именно на мультиоблачной среде на базе Cloud Foundry сосредоточена разработка SAP. Любому тенанту CPI, всё ещё работающему в Neo, план миграции нужен уже сейчас; новые тенанты не стоит начинать там.