SAP CPI et Integration Suite : ce qu'ils sont et quelle place leur donner

SAP CPI (Cloud Platform Integration) est le middleware cloud de SAP. Il vit désormais comme la capacité Cloud Integration au sein de SAP Integration Suite sur SAP BTP, et c'est la réponse de SAP pour connecter S/4HANA à d'autres systèmes SAP et non SAP. Si vous exploitez encore SAP PI/PO, l'horloge compte : PI/PO 7.5 sort de la maintenance standard fin 2027.

Ce guide s'adresse aux responsables de l'intégration et aux DSI qui décident comment quitter PI/PO ou concevoir l'intégration d'un nouveau programme S/4HANA. Il couvre ce que CPI fait et ne fait pas, sa comparaison avec PI/PO et un plan par vagues pour migrer les interfaces.

J'ai vu des équipes passer des mois à construire des scripts spécifiques fragiles pour connecter des systèmes SAP et non SAP. Au début, ça marche. Puis une mise à jour de système change un nom de champ, ou une nouvelle version d'API arrive, ou le trafic double. Le script casse en silence. Personne ne le sait jusqu'à ce qu'un rapport affiche des données périmées ou qu'une commande reste en attente pendant trois jours.

CPI remplace cela par des flux d'intégration managés et réutilisables. Non parce que c'est plus simple (ça ne l'est souvent pas), mais parce que l'architecture est conçue pour être supervisée et maintenue. Les petites décisions prises tôt dans la conception CPI s'accumulent en dette technique plus vite que la plupart des équipes ne s'y attendent.

CPI est la couche qui connecte les systèmes, transforme les données et achemine les messages entre applications. SAP Integration Suite la regroupe avec API Management, Event Mesh, Integration Advisor et la gestion des partenaires commerciaux. La plupart des consultants disent encore « CPI » pour parler de la partie flux d'intégration, et c'est très bien ainsi.

Ce que CPI fait : il déplace des données entre systèmes, transforme les formats de message, achemine vers la bonne cible, et gère les erreurs et les reprises. Il connecte des systèmes SAP (S/4HANA, SuccessFactors, Ariba) et des plateformes non SAP (Salesforce, Workday, ServiceNow) grâce à des adaptateurs standard.

Ce qu'il ne fait pas : stocker des données à long terme, remplacer un ERP, ou servir d'outil d'ETL pour la migration de données en masse. Il est conçu pour des messages en temps réel ou quasi réel. L'utiliser comme entrepôt de données ou comme outil de migration crée des problèmes d'architecture plus tard.

CPI et SAP BTP : BTP est toute la plateforme : développement d'applications, données, IA, analytique et intégration. CPI est l'un de ses services. La distinction compte quand vous chiffrez les compétences et le budget. Un architecte BTP conçoit à travers les services. Un spécialiste CPI est responsable des flux, des adaptateurs, des mappings et de la connectivité.

Quatre dates et décisions structurent aujourd'hui tout plan d'intégration.

1. 2023Edge Integration Cell disponible en généralFin 2023. Exécute des flux Integration Suite à l'intérieur de votre propre réseau
2. 2027Fin de la maintenance standard de PI/POFin d'année, pour SAP NetWeaver 7.5
3. 2028Arrêt de l'environnement Neo de SAP BTP31 décembre. Les tenants CPI sur Neo passent sur Cloud Foundry
4. 2030Fin de la maintenance étendue de PI/POFin d'année. Dernière étape pour tout paysage PI/PO

Source: Annonces de SAP sur la maintenance de NetWeaver 7.5 et l'arrêt de Neo, relayées par SAPinsider

1. PI/PO arrive au bout du chemin. SAP NetWeaver 7.5, qui inclut PI/PO, suit le calendrier de maintenance de Business Suite : maintenance standard jusqu'à fin 2027, maintenance étendue jusqu'à fin 2030. Aucune nouvelle fonctionnalité n'est prévue. Une migration planifiée, par vagues, coûte bien moins cher qu'une bascule forcée en 2027 ou en 2030.
2. Le mode hybride a une réponse. Edge Integration Cell, disponible en général depuis fin 2023, exécute des flux Integration Suite à l'intérieur de votre propre réseau pour les interfaces qui doivent rester on-premise. Cela supprime la raison la plus courante qu'avançaient les équipes pour rester sur PI/PO.
3. Neo se ferme. SAP a annoncé en 2023 que l'environnement Neo de SAP BTP sera arrêté le 31 décembre 2028. Les anciens tenants CPI sur Neo doivent passer à l'environnement multicloud (Cloud Foundry), et cette migration est en soi un petit projet.
4. Joule arrive dans l'outillage. SAP a ajouté Joule à Integration Suite pour que les développeurs décrivent un flux en langage courant et obtiennent un premier brouillon. Cela accélère les scénarios standard. Une orchestration complexe, avec une vraie logique métier, demande toujours un architecte d'intégration senior.

Côté commercial : si vous êtes sur RISE with SAP, vérifiez quel droit d'utilisation SAP BTP votre contrat inclut déjà avant d'acheter séparément de la capacité Integration Suite.

Facteur	SAP PI/PO	SAP CPI (Integration Suite)
Déploiement	On-premise, sur vos serveurs	Cloud sur SAP BTP ; Edge Integration Cell pour un runtime on-premise
Charge de maintenance	Élevée : correctifs, mises à niveau, gestion des serveurs	Plus faible : SAP exploite la plateforme
Extensibilité	Personnalisation poussée ; mises à niveau plus difficiles	Modulaire ; mises à jour plus rapides ; moins de contrôle bas niveau
Licences	Statique, généralement basée sur la capacité	Abonnement avec des métriques basées sur les messages
Orientation des investissements	Maintenance uniquement, aucune nouvelle fonctionnalité	Développement actif
Fin de la maintenance standard	Fin 2027 (étendue jusqu'à fin 2030)	Sans objet (service cloud)

Le changement de modèle de licence mérite d'être simulé. Le coût de CPI est lié au volume de messages. Certaines entreprises économisent par rapport à PI/PO. D'autres découvrent que leur trafic d'intégration réel est plus élevé que prévu et doivent optimiser leurs flux très tôt. Faites la simulation avant de migrer.

L'élément de base est l'iFlow (flux d'intégration). Chaque iFlow définit comment un message passe de la source à la cible : la transformation, les règles de routage et la gestion d'erreurs qui se déclenche en cas d'échec.

Fonctionnalité	Ce qu'elle fait
Contenu d'intégration prédéfini	Des packages d'iFlows prêts à l'emploi pour des scénarios SAP et tiers courants, sur le SAP Business Accelerator Hub
Concepteur de flux graphique	Concepteur web pour construire des iFlows
API Management	Conception, publication, sécurité et supervision des API
Sécurité	OAuth 2.0, SAML, TLS, gestion des certificats
Supervision	Journaux de messages, détails des erreurs, historique des reprises, alertes

Les adaptateurs standard incluent SOAP, REST, OData, IDoc, JDBC, SFTP, JMS et AS2, avec d'autres pour des produits SaaS précis.

Scripting. Les transformations complexes exigent du Groovy ou du JavaScript dans l'iFlow. CPI n'est pas zéro code au-delà des flux standard. Si personne dans votre équipe ne sait écrire une logique de script de base, les mappings complexes deviennent le goulot d'étranglement.

La migration n'est pas une conversion automatique. Le comportement des adaptateurs diffère entre PI et CPI, et une gestion d'erreurs qui fonctionnait dans PI peut se comporter autrement dans CPI. Certains flux sont à reconstruire. D'autres passent avec de petites modifications. L'outillage de migration de SAP et le contenu prédéfini réduisent le travail mécanique. Ils ne tranchent pas à votre place ce qu'il faut reconstruire et ce qu'il faut retirer.

Voici le plan par vagues que j'utilise comme point de départ. Ajustez les vagues à votre propre inventaire.

Vague	Ce qui migre	Pourquoi cet ordre	Responsable	Critères de sortie
0. Inventaire	Chaque interface PI : fréquence, volume, adaptateur, criticité, responsable	On ne peut pas planifier ce qu'on n'a pas compté	Responsable de l'intégration	Inventaire validé par les responsables métier
1. Risque faible	Flux SAP vers SAP avec du contenu standard	Valide le modèle d'exploitation et la supervision	Responsable de l'intégration	Deux semaines stables en production, chemin PI retiré
2. Partenaires	Flux B2B et EDI avec les principaux partenaires commerciaux	Demande des fenêtres de test avec les partenaires et une bascule coordonnée	Responsable de l'intégration avec les achats et les ventes	Chaque partenaire confirme par écrit
3. Risque élevé	Flux à gros volume, réglementés ou critiques pour le chiffre d'affaires	Passent en dernier, avec le plus de répétitions	Architecte d'intégration	Test de volume réussi ; repli vers PI répété
4. Retrait	Arrêt de PI/PO	Évite de payer deux plateformes	DSI	Tous les flux migrés ou retirés ; licences résiliées

Gardez un chemin de repli vers PI pour chaque vague, tant que le nouveau flux n'a pas tourné sans incident en production. L'ordre compte : validez le modèle d'exploitation sur des flux à faible risque avant de toucher aux interfaces qui portent le chiffre d'affaires.

Les scénarios que je vois le plus souvent :

1. S/4HANA vers SuccessFactors. Données d'organisation, effectifs et changements de rémunération. Le contenu d'intégration standard de SAP couvre les scénarios courants ; des flux spécifiques gèrent les écarts.
2. Achats hérités vers SAP Ariba. Commandes en sortie, confirmations et factures en retour. Généralement dans les deux sens.
3. Données financières vers SAP Analytics Cloud. Transfert de données d'ECC ou de systèmes non SAP vers SAC.
4. Salesforce vers SAP. Les affaires conclues alimentent SAP pour l'exécution, la facturation et les mises à jour de stock. Sans intégration managée, cela repose en général sur des exports de tableurs ou des scripts fragiles. Mon article sur pourquoi les intégrations Salesforce-ERP échouent traite des erreurs de conception.

Si le travail d'intégration prend déjà du retard sur votre programme, les retards de livraison de SAP Integration Suite en détaille les causes habituelles. La présentation des plateformes d'intégration SAP compare les options côte à côte.

Qu'est-ce que SAP CPI et comment s'appelle-t-il aujourd'hui ?

SAP CPI signifie Cloud Platform Integration. C'est désormais la capacité Cloud Integration de SAP Integration Suite sur SAP BTP, aux côtés d'API Management, d'Event Mesh et des outils d'intégration des partenaires. « CPI » reste le nom courant pour construire des flux d'intégration.

En quoi SAP CPI diffère-t-il de SAP PI/PO ?

PI (Process Integration) et PO (Process Orchestration) sont des middlewares on-premise, très personnalisables, avec un contrôle total de l'infrastructure. CPI est un service cloud sur SAP BTP que SAP exploite pour vous, avec de nouveaux adaptateurs et contenus livrés de façon centralisée.

PI/PO 7.5 ne reçoit plus que de la maintenance. La maintenance standard s'arrête fin 2027 et la maintenance étendue fin 2030 : chaque paysage PI/PO a donc besoin d'un plan de migration.

SAP CPI est-il la même chose que SAP BTP ?

Non. SAP BTP est la plateforme : développement d'applications, données, analytique, IA et intégration. CPI est le service d'intégration qui s'y trouve. Au moment du cadrage, le budget et les compétences diffèrent : un architecte BTP travaille à travers les services, un spécialiste CPI est responsable des flux, des adaptateurs et des mappings.

Est-il difficile d'apprendre SAP CPI ?

Abordable, mais pas simple. Les flux standard suivent des schémas documentés et le concepteur graphique aide. Le plus difficile est de comprendre assez bien le processus métier pour concevoir le flux, de gérer correctement les erreurs et les reprises, et d'écrire du Groovy ou du JavaScript pour les mappings complexes. Apprenez d'abord le processus métier, puis l'intégration.

Que faut-il prendre en compte pour migrer de SAP PI/PO vers CPI ?

Inventoriez chaque interface avec son volume, sa fréquence, son adaptateur et sa criticité. Décidez pour chacune : reconstruire, adapter ou retirer. Simulez les coûts basés sur les messages avec vos volumes réels. Migrez par vagues avec un chemin de repli, et prévoyez tôt les tests de non-régression avec les partenaires B2B et les cibles non SAP, car c'est là que les choses cassent en silence. Utilisez Edge Integration Cell pour les flux qui doivent rester on-premise.

Quelle est la différence entre Neo et Cloud Foundry pour SAP CPI ?

Ce sont deux environnements SAP BTP. Neo est l'environnement le plus ancien, propriétaire de SAP, et il sera arrêté le 31 décembre 2028. L'environnement multicloud basé sur Cloud Foundry est celui vers lequel va le développement de SAP. Tout tenant CPI encore sur Neo a besoin dès maintenant d'un plan de migration ; les nouveaux tenants ne devraient pas démarrer dessus.