Deux domaines se partagent les questions d'entretien pour un développeur SAP CPI. Le premier est l'iFlow lui-même : adaptateurs, mappings, scripts Groovy, traitement des erreurs. Le second, c'est le monde SAP autour : IDoc, RFC, API OData de S/4HANA, Cloud Connector. Un bon candidat suit un message dans les deux et sait dire où il s'est arrêté.
Les offres parlent de consultant développeur SAP CPI, d'expert PI/PO ou de consultant middleware SAP. Les profils PI/PO ont l'expérience des interfaces et des IDoc, mais certains n'ont jamais conçu de flux sans la persistance de PO. Les profils formés directement sur CPI connaissent bien l'outil et parfois mal SAP. Faites raconter le suivi d'un IDoc en erreur, des deux côtés.
Gardez une date en tête. SAP annonce la fin de maintenance de Process Orchestration 7.5 fin 2027, extensible jusqu'à fin 2030, et fournit Migration Assessment et un outil de migration vers Cloud Integration. Le PDF contient un cas de 20 minutes sur des bons de commande à envoyer aux fournisseurs.
Integration Suite, PI/PO et le reste de la boîte à outils
SAP Integration Suite
L'offre d'intégration de SAP sur BTP. Elle regroupe Cloud Integration, API Management, Event Mesh, Integration Advisor, Trading Partner Management et les outils d'évaluation et de migration. Les offres l'appellent aussi par son ancien nom, SAP CPI, qui désigne en fait la partie Cloud Integration.
Cloud Integration (CPI)
La partie principale du poste. Un flux s'appelle un iFlow : un émetteur, des étapes (mapping, routage, script, découpage) et un ou plusieurs destinataires, reliés par des adaptateurs (IDoc, SOAP, OData, SFTP, AS2, JMS...). Le runtime repose sur Apache Camel, ce qui rapproche le métier de celui d'un développeur Camel.
SAP PI/PO
L'outil d'intégration sur site, présent dans la plupart des grands systèmes SAP : Enterprise Services Repository, Integration Directory, Adapter Engine, ICO. La maintenance de PO 7.5 prend fin fin 2027, avec une extension possible jusqu'à fin 2030. Beaucoup de postes consistent à le maintenir tout en préparant sa sortie.
IDoc et ALE
Le format d'échange historique de SAP, toujours très utilisé : commandes, factures, articles, partenaires. Le développeur doit savoir lire un statut d'IDoc, connaître profils partenaires, ports et destinations, et retraiter un IDoc en erreur.
OData, SOAP et Business Accelerator Hub
Les API publiées de S/4HANA, recensées sur le SAP Business Accelerator Hub (ancien API Business Hub). Elles prennent de la place avec S/4HANA Cloud et la démarche clean core, qui limite le code spécifique dans l'ERP.
Groovy, message mapping et XSLT
Les trois façons de transformer un message dans un iFlow. Le message mapping graphique vient de PI, XSLT sert aux restructurations XML, Groovy couvre le reste. Un développeur qui met du Groovy partout produit des flux difficiles à maintenir.
SAP Cloud Connector
Le composant installé sur le réseau de l'entreprise qui relie BTP aux systèmes sur site, sans ouvrir de port entrant. Toute communication entre Cloud Integration et un S/4HANA sur site passe par lui.
API Management et Event Mesh
API Management expose les API aux consommateurs externes avec authentification, quotas et statistiques. Event Mesh et Advanced Event Mesh transportent les événements métier publiés par S/4HANA. Les deux font partie d'Integration Suite.
Edge Integration Cell et outils de migration
Edge Integration Cell exécute les iFlows sur un cluster Kubernetes de l'entreprise quand les données ne doivent pas sortir. Migration Assessment évalue les scénarios PO, et l'outil de migration de Cloud Integration convertit une partie des ICO en iFlows.
Le développeur SAP CPI travaille dans l'équipe intégration d'un système SAP, en lien avec les consultants fonctionnels, les développeurs ABAP et l'équipe Basis. Les offres l'appellent consultant développeur SAP CPI, expert PI/PO ou consultant middleware SAP, et citent Integration Suite, PI/PO, IDoc et BTP, souvent dans un programme de passage d'ECC à S/4HANA. Précisez dans l'offre la part de PI/PO encore en production, l'état de la migration vers Integration Suite, la place des échanges B2B et EDI et l'environnement (Cloud Foundry, Edge Integration Cell). Un expert PI/PO et un développeur formé sur CPI ne répondent pas au même besoin.
Six compétences à évaluer chez un développeur SAP CPI
- Conception d'iFlows dans Cloud Integration
- Mappings, XSLT et scripts Groovy
- IDoc, RFC et API OData de S/4HANA
- Migration de PI/PO vers Integration Suite
- Connectivité et sécurité (Cloud Connector, certificats, OAuth)
- Supervision, rejeu et transport des iFlows
Des iFlows aux IDoc : cinq questions d'entretien
Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.
Question 1 · confirmé
Un IDoc de commande part de S/4HANA mais n'arrive jamais dans le système cible. Où regardez-vous, côté SAP puis côté Cloud Integration ?
Une bonne réponseCôté SAP, le statut de l'IDoc dans WE02 ou WE05 : 03 signifie qu'il a été remis au port, un statut d'erreur pointe vers le profil partenaire (WE20), le port (WE21) ou la destination (SM59). Ensuite la file tRFC dans SM58, ou les files qRFC, où l'appel peut être bloqué par une erreur d'authentification ou de certificat. Côté Cloud Integration, le moniteur des messages : aucune trace veut dire que l'appel n'est pas arrivé, une trace en échec donne l'étape fautive. Il pense aussi à l'accusé de retour (ALEAUD) quand le flux en prévoit un.
Signal d'alerteIl ne regarde que Cloud Integration, ou ne connaît aucune transaction SAP de suivi des IDoc.
Question 2 · confirmé
Dans un iFlow, l'appel vers un système tiers échoue quand celui-ci est indisponible. Comment évitez-vous de perdre le message, et comment le rejouez-vous ?
Une bonne réponseIl découple le flux avec une file JMS : un premier iFlow reçoit et dépose le message, un second le lit et appelle le système cible, avec des nouvelles tentatives à délai croissant réglées dans l'adaptateur JMS. Au-delà d'un nombre d'essais, le message part vers un traitement d'erreur : file dédiée ou data store, et une alerte. Un exception subprocess capte l'erreur et distingue panne technique, qu'on rejoue, et rejet fonctionnel, qu'on signale sans rejouer. Le récepteur doit tolérer un second envoi, par exemple avec l'étape Idempotent Process Call sur un identifiant de message.
Signal d'alerte« L'émetteur renverra », sans le vérifier, ou un iFlow synchrone sans exception subprocess ni file.
Question 3 · confirmé
Quand écrivez-vous un script Groovy dans un iFlow plutôt qu'un mapping ou une étape standard, et quelles erreurs évitez-vous ?
Une bonne réponseD'abord les étapes standard (Content Modifier, Router, Filter, convertisseurs), un message mapping pour un mapping de structure, XSLT pour restructurer du XML. Groovy pour ce qu'elles ne font pas : calcul d'en-têtes dynamiques, logique conditionnelle complexe, ajout de propriétés de recherche dans le journal. Il évite de charger un gros message en String (il lit un flux), de joindre le contenu du message au journal à chaque exécution, ce qui alourdit le monitoring et expose des données, et il range les scripts partagés dans une script collection.
Signal d'alerteDu Groovy partout, y compris pour ce que fait un Content Modifier, ou des pièces jointes de payload laissées actives en production.
Question 4 · senior
Comment préparez-vous la migration de 300 interfaces PI/PO vers Integration Suite ?
Une bonne réponsePar un inventaire outillé : Migration Assessment lit les métadonnées du système PO, classe les scénarios par complexité et donne une estimation d'effort. L'outil de migration de Cloud Integration convertit ensuite les ICO des schémas pris en charge en iFlows, à partir de modèles. Le reste se reprend : scénarios BPM, mappings Java, modules d'adaptateur, adaptateurs sans équivalent. Il décide où tournera chaque flux, dans le cloud ou dans Edge Integration Cell quand les données doivent rester sur le réseau de l'entreprise, et avance par vagues avec des tests en parallèle. Il cite l'échéance : fin de maintenance de PO 7.5 fin 2027, extensible jusqu'à fin 2030.
Signal d'alerte« On recode tout dans CPI » sans inventaire, ou « on copie tout tel quel ».
Question 5 · junior à confirmé
Un iFlow doit appeler un système SAP installé dans le datacenter de l'entreprise. Comment se fait la connexion ?
Une bonne réponsePar le SAP Cloud Connector installé sur le réseau de l'entreprise et relié au sous-compte BTP. On y déclare un hôte virtuel qui pointe vers le système réel et les ressources autorisées. Dans l'iFlow, l'adaptateur utilise le type de proxy On-Premise, l'hôte virtuel et, s'il y a plusieurs Cloud Connectors, le Location ID. L'authentification se fait par utilisateur technique, certificat ou propagation de l'utilisateur (principal propagation).
Signal d'alerteOuvrir un port du pare-feu vers Internet, ou des identifiants écrits dans un script.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Ce que les recruteurs demandent sur les profils SAP CPI et PI/PO
Consultant SAP CPI ou développeur SAP CPI : est-ce le même poste ?
Dans la plupart des offres, oui. Les deux titres désignent le même travail : la personne conçoit et construit des iFlows, échange avec les consultants fonctionnels sur le contenu des interfaces et suit les flux en production. Fiez-vous à la description des tâches plutôt qu'au titre, et vérifiez la part de conception et la part de run.
Un expert PI/PO sans expérience CPI peut-il prendre le poste ?
Oui, s'il a commencé à se former et s'il comprend ce qui change. Il connaît les IDoc, les mappings et le suivi des interfaces, et ses mappings se reprennent en partie. Il doit apprendre la persistance par JMS, le Groovy, le Cloud Connector et le transport entre tenants. Demandez-lui comment il reconstruirait dans Cloud Integration un de ses flux PO, et ce qui ne passerait pas tel quel.
Faut-il connaître ABAP pour être développeur SAP CPI ?
Pas pour écrire du code ABAP, mais il faut savoir se déplacer dans un système SAP : suivre un IDoc dans WE02, lire une file tRFC, comprendre un profil partenaire, appeler une BAPI et lire son retour. Sans ces réflexes, le développeur dépend de l'équipe ABAP ou Basis pour chaque incident. Le Groovy et le XSLT comptent davantage au quotidien.
Comment organiser un test technique pour un développeur SAP CPI ?
Sur un tenant de démonstration ou à partir de captures, demandez de construire ou de corriger un petit iFlow : réception d'un message, mapping, appel d'un destinataire, gestion d'une panne. Vous pouvez aussi montrer un journal de messages en échec et faire trouver la cause. Une heure suffit pour voir la méthode, la place donnée aux erreurs et la connaissance des adaptateurs.
Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.
