Guide d'intégration technique · 2026
De SAP à Zycus.
En quoi consiste concrètement cette intégration ?
La plupart des discussions sur l'intégration se résument à des promesses vagues ou à une complexité prématurée. Ce guide présente clairement l'architecture : ce qui est connecté, comment cela est connecté, ce qui relève de la responsabilité de votre équipe et ce qui relève de celle de Zycus, qu'il s'agisse d'ECC, de S/4HANA ou de toute autre étape intermédiaire.
Demandez l'atelier de conception de l'intégration →Demandez le guide d'intégration
Zycus Sap integration guide
Part de marché de SAP dans le secteur des progiciels de gestion d'entreprise (ERP)
Les clients SAP ECC à l'échelle mondiale
Toujours sur ECC, pas encore sur S/4HANA
Date de fin du support standard d'ECC
Sources : Gartner (fin 2024) ; Apps Run The World (chiffre d'affaires ERP 2024) ; modèle d'adoption SAP de Basis Technologies. Plus de 60 % des clients ECC n'ont pas encore acquis de licence S/4HANA ; les migrations prennent entre 18 et 36 mois.
Pourquoi est-ce important aujourd'hui ?
Le compte à rebours de l'ECC a commencé. L'intégration est le véritable enjeu.
L'horloge ECC
Seuls environ 39 % des clients ECC avaient acquis une licence S/4HANA à la fin de l'année 2024. Plus de 60 % utilisent encore ECC à l'heure actuelle. La date limite de prise en charge fixée à 2027 reste inchangée.
Le défi commun
Toute suite S2P de pointe est confrontée au même défi : assurer un transfert fluide des fichiers fournisseurs, des bons de commande, des factures et des données de dépenses entre le système S2P et l'infrastructure financière de SAP.
Contenu de ce guide
Architecture pour ECC et S/4HANA. Deux modèles d'intégration. Mappeur GenAI. Points de contact de la facturation électronique. Conception des données de référence. Périmètre du projet. Objections concrètes, réponses directes.
Architecture
La connexion entre Zycus et SAP, expliquée en termes simples
Quatre nœuds. Deux directions. Un modèle cohérent, que vous utilisiez ECC, que vous ayez déjà migré vers S/4HANA ou que vous exploitiez les deux systèmes en parallèle dans le cadre d'une migration progressive.
Votre ERP
SAP
ECC · S/4HANA · BTP. Système financier de référence.
Facultatif
Middleware
Boomi · MuleSoft · Azure IS · SAP CPI. Couche de transport.
Cartographie du cerveau
Zycus iSaaS
Passerelle API · GenAI Mapper. Transformation · Surveillance des erreurs.
Applications S2P
Zycus S2P
Réception → Approvisionnement → P2P → Facture électronique. Le processus s'achève avec le bon de commande et la facture.
Votre centre d'excellence (COE) dédié au middleware fournit le tunnel de transport. Zycus iSaaS gère l'ensemble de la logique de mappage et de la transformation des champs. Le middleware n'a pas besoin de comprendre la sémantique des champs SAP.
Pas de centre d'excellence (COE) dédié au middleware. Zycus iSaaS se connecte directement à SAP via OData (S/4HANA) ou RFC/BAPI (ECC), en prenant en charge à la fois le transport et la transformation. Cette solution convient parfaitement à une implémentation S/4HANA « greenfield ». Elle comporte moins d'éléments mobiles.
Points de contact liés à l'intégration
Chaque module. Chaque objet SAP. Chaque direction.
| Module | Direction | Ce qui fait bouger | les objets SAP |
|---|---|---|---|
| Fichier des fournisseurs | ↓ Entrée | Fichier de base des fournisseurs SAP vers la fiche de référence des fournisseurs Zycus. La société et l'organisation d'achats sont renseignées en tant qu'attributs. | LFA1 / LFB1 (ECC) · Partenaire commercial (S/4HANA) |
| Base de données des utilisateurs / SSO | ↓ Entrant | Synchronisation des identités utilisateur et authentification unique. Hiérarchie d'approbation provenant, en option, de SuccessFactors. | SAML 2.0 / LDAP · Entra ID · SuccessFactors |
| Structure organisationnelle | ↓ Entrantes | Centres de coûts, comptes généraux, éléments d’organigramme technique de projet (WBS), sites, organisations d’achat pour la planification des itinéraires, le codage et la validation. | Fiche de centre de coûts · Comptabilité générale · WBS / PS · Données de site |
| Gestion des admissions | Interne | Prise en charge guidée des demandes, acheminement intelligent, processus de validation. Exclusivement au sein de Zycus, aucune intégration SAP à ce niveau. | Aucun point de contact avec SAP |
| Approvisionnement | ↑ Sortant | Un nouveau fournisseur issu d’un événement de sourcing est transféré vers la base de données des fournisseurs SAP. La synchronisation assure la cohérence entre les deux. | Création / mise à jour du fichier fournisseurs · LFA1/LFB1 · BP |
| Passation de marchés | ↑ Sortants | Les contrats signés sont transférés vers SAP sous forme d’accords-cadres et de programmes de livraisons. | ME31K · Programme de livraisons · ME31L |
| Gestion des fournisseurs et des risques | ⇄ Bidirectionnel | L'intégration des fournisseurs (KYC, scores de risque) et le fichier fournisseurs SAP restent synchronisés. Les alertes de risque mettent à jour Zycus. | LFA1/LFB1 bidirectionnel · Champs relatifs au statut de risque |
| Approvisionnement en ligne / P2P ★ | ↑ Sortantes | De la demande d'achat à l'approbation, puis à la création de la commande d'achat : dernière étape dans Zycus. L'entrée de marchandises (GR), le rapprochement MIRO et la touche F110 restent dans SAP. | BAPI_PO_CREATE / ME21N · MIGO · MIRO · F110 |
| Facture électronique, Publication de la facture NOUVEAU | ↑ Sortantes | Facture validée dans Zycus, vérifiée selon le principe du triple contrôle, puis enregistrée dans SAP après pré-validation. Moins d'échecs MIRO. | MIRO / FB60 · BAPI_INCOMINGINVOICE_CREATE |
| Facture électronique, statut de paiement NOUVEAU | ↓ Entrantes | Après l'envoi du formulaire F110, la confirmation de paiement et la date sont transmises au réseau de fournisseurs Zycus. Les fournisseurs peuvent suivre le cycle de vie de la facture. | F110 · FBL1N · Extraction de l'avis de paiement |
| Analyse des dépenses | ↓ Entrantes | Les dépenses fournisseurs, les données réelles du grand livre et les flux des centres de coûts sont importés dans Zycus pour permettre la classification UNSPSC par IA et l’analyse. | SAP FI / CO / CO-PA · Données réelles des comptes fournisseurs · Extraits du grand livre |
| Retour d'information sur le statut des bons de commande | ↓ Entrantes | Confirmation de la réception des marchandises, statut de la facture et achèvement du paiement : ces informations sont communiquées aux fournisseurs afin qu’ils puissent suivre le cycle de vie du bon de commande. | MIGO (réception) · MIRO · F110 |
★ La création de la commande d'achat constitue la dernière étape dans Zycus. La réception des marchandises et le paiement sont gérés dans SAP ECC.
Une vue d'ensemble
Chaque module vers son point de connexion SAP ECC
Modèles d'intégration
Deux modèles. La différence réside dans l'identité du propriétaire de la cartographie.
Modèle A
Intégration en tant que service (basée sur l'iSaaS)
Zycus développe et assure la maintenance de la logique de mappage au sein d'iSaaS. Il fonctionne aussi bien avec qu'sans intergiciel existant.
- Logique de mappage
- Zycus iSaaS, notre engagement et notre SLA
- Rôle du middleware
- Transport uniquement, sans logique de transformation
- Les efforts de votre équipe
- Mise en œuvre SAP, connectivité, tests d'acceptation utilisateur (UAT). La mise en correspondance ne relève pas de votre responsabilité.
- AI Mapper
- Séance de cartographie sur le terrain en direct, une séance, validée
- Idéal lorsque
- la vitesse est un facteur déterminant ou lorsque la bande passante du COE est limitée
Modèle B
Intégration gérée par le client
Votre centre d'excellence en intégration (Boomi, MuleSoft, Azure IS, SAP CPI) élabore et assure la maintenance de la logique de mappage.
- Logique de mise en correspondance
- Votre centre d'excellence, vos responsabilités et la gestion du changement
- Rôle iSaaS
- Passerelle API et surveillance des erreurs uniquement
- Les efforts de votre équipe
- Majorité. Le COE se charge de l'ensemble de la cartographie et gère l'ensemble de la logique.
- AI Mapper
- Disponible à titre de référence, Zycus ne l'exécute pas
- Idéal lorsque
- la détention d'un COE constitue une exigence de gouvernance stricte
Répartition des tâches, modèle A (axé sur l'iSaaS) · à titre indicatif, validé lors de l'atelier de conception
Zycus : cartographie, logique, session d'IA, surveillance.
Votre équipe : mise en œuvre SAP (IDocs / BAPI / OData), connectivité, validation des données, tests d'acceptation utilisateur (UAT).
Le modèle B inverse ce rapport.
Ce qui nous distingue
Pourquoi les projets d'intégration prennent des semaines, et pourquoi ce n'est pas notre cas
À lui seul, le fichier de base fournisseurs SAP comporte plus de 200 champs répartis entre les vues LFA1, LFB1 et « purchasing-org ». Nos concurrents effectuent ce mappage via des échanges de feuilles de calcul hors ligne qui s'étalent sur plusieurs semaines. Nous, nous le réalisons en temps réel, en une seule session, grâce à un système d'évaluation de la fiabilité basé sur l'IA.
Séance de cartographie en direct
Chargez vos données source SAP et le schéma cible Zycus. L'IA établit les correspondances entre les champs à l'écran, dans la salle même. Ce qui prenait auparavant des semaines ne prend plus qu'un après-midi.
Intelligence native SAP
Le mappeur connaît les objets LFA1, LFB1, ME21N, MIGO, MIRO et BAPI_INCOMINGINVOICE_CREATE grâce à l'expérience concrète d'intégration SAP intégrée au modèle.
Évaluation du niveau de confiance
Chaque mise en correspondance est associée à un score de confiance. Les cas limites sont signalés et ne sont pas considérés comme erronés sans autre. La logique est décrite en langage clair à l'intention des relecteurs métier et techniques.
Charger les schémas
Importez le schéma source SAP (JSON, XSD, IDoc) et le schéma cible Zycus. Tous formats acceptés.
Cartographie automatique par IA
GenAI génère des mappages de champ à champ à l'aide de règles de transformation rédigées en anglais courant.
Vérifier et ajuster
Vérifiez les correspondances par rapport aux scores de confiance. Ajustez les cas limites. Validez et approuvez.
Transformation en temps réel
Exécutez le test sur une charge utile SAP réelle. Consultez les résultats générés par Zycus. Effectuez une validation avant le test d'intégration client (SIT).
GenAI Mapper, en phase de développement
De deux schémas à une transformation validée, à l'écran.
Sélectionnez les schémas d'entrée/sortie
AutoMap avec IA
Transformations en langage naturel
Résultat final transformé
Conception des données de référence
Le problème lié au fichier de référence des fournisseurs et la bonne approche à adopter
Dans SAP ECC
- Le fournisseur a été créé en fonction de la combinaison « société + organisation d'achat ».
- Les données générales se trouvent dans LFA1, les données financières dans LFB1 et celles relatives aux achats dans LFM1.
- Une même entité juridique correspond à plusieurs enregistrements selon les différentes dimensions de l'organisation.
- Migration vers S/4 : la fiche fournisseur devient « Partenaire commercial » ; il s'agit d'un changement dans SAP, et non dans Zycus.
- Risques : doublons, enregistrements orphelins, erreurs de synchronisation en cas de conception inadéquate.
À Zycus
- Un fournisseur correspond à une fiche de référence unique, dont les doublons sont éliminés en fonction d'une clé primaire que vous définissez.
- La société et l'organisation d'achat sont gérées en tant qu'attributs, et non sous forme d'enregistrements distincts.
- Les vues d'installation / d'usine en tant que sous-enregistrements : même entité, périmètre différent.
- Le moteur de synchronisation renvoie automatiquement les données vers SAP dans le format approprié pour chaque code société.
- Un flux de travail dynamique par établissement, région ou niveau de risque, non codé en dur dans SAP.
Exemple concret : un fournisseur commun à trois sociétés
Les codes d'entreprise sont gérés en tant qu'attributs d'organisation. Synchronisation automatique, aucune conversion manuelle.
| Code de société | Conditions de paiement | Numéro d'identification fiscale local | Statut |
|---|---|---|---|
| US01 | NET_30 | 12-3456789 | ACTIF |
| US02 | NET_45 | 12-3456789 | DÉSACTIVÉ |
| EU01 | NET_60 | DE-123456789 | ACTIF |
disque d'or dans Zycus
Trois codes société, un fournisseur après déduplication. Le moteur de synchronisation effectue automatiquement la réécriture par code société.
Périmètre d'application
Ce que couvre l'offre standard, et ce qu'elle ne couvre pas
C'est l'ambiguïté relative au périmètre qui transforme une intégration de 8 mois en une intégration de 18 mois. Il s'agit là d'une règle de base. Chaque élément est validé ou classé avant le début de la conception.
Inclus dans l'offre standard
- ✓Intégration en tant que servicevia iSaaS (mappage, logique, surveillance, session d'IA)
- ✓Ateliers de conception sur siteet configuration des solutions pour le périmètre convenu
- ✓Connecteurs TPRMvia App Extend (EcoVadis, D&B, Moody's, Trustpair)
- ✓Intégration de la facturation électronique, enregistrement des factures sortantes et flux d'informations sur le statut des paiements F110
- ✓Modèles de migration des donnéeset assistance au chargement
- ✓Atelier(s) Go-Value, obligatoire(s) avant la mise en service
- ✓Formation des formateursdispensée par Zycus University
- ✓Assistance pour les tests d'acceptation utilisateur (UAT)et accompagnement intensif lors de la mise en service (4 semaines de phase pilote, 2 semaines par vague)
Considéré comme un élément de modification
- △Modulesou entités opérationnelles ne relevant pas du périmètre convenu
- △Points de contact d'intégrationne figurant pas dans l'inventaire convenu
- △Développement de middleware pris en charge par le client(dans le cas du modèle B)
- △Matériaux directsou développement sur mesure
- △Licences TPRM de tiers, détenues par les clients
- △Formation des utilisateurs finauxallant au-delà de la formation des formateurs
- △Gestion du changementdu côté du client
- △Développement ABAP personnalisé côté SAP(objets Z, user-exits)
Informations de terrain · conversations authentiques
Objections soulevées par les équipes SAP concernant l'intégration, et réponses directes
« Nous avons déjà pris deux fois du retard sur le calendrier d'intégration. En quoi la situation est-elle différente cette fois-ci ? »
La liste des points de contact est validée sous forme de document signé lors de l'atelier de conception, avant toute mise en œuvre. Chaque point de contact est soit inclus, soit exclu. Toute découverte postérieure au lancement constitue un élément de modification assorti d'un devis explicite. La répartition des responsabilités est clairement définie : Zycus est responsable de la logique de mappage et du SLA, tandis que vous êtes responsable de la mise en œuvre SAP et des tests d'acceptation utilisateur (UAT).
« Faut-il disposer d'instances Zycus distinctes pour ECC et S/4HANA pendant la migration ? »
Non. L'instance unique est le modèle qui a fait ses preuves. Lors d'une migration par étapes, le routage iSaaS achemine les demandes d'achat (PR), les bons de commande (PO) et les factures vers le système ERP cible approprié, en fonction de l'unité opérationnelle et de la phase de migration. Les utilisateurs disposent d'une interface utilisateur Zycus unique tout au long du processus. Une deuxième instance double les coûts de configuration et de gestion du changement sans apporter aucun avantage technique.
« Notre centre d'excellence Boomi souhaite prendre en charge la logique d'intégration. Zycus peut-il fonctionner de cette manière ? »
Oui, il s'agit bien du modèle B. Zycus expose des API épurées et versionnées, exploite la passerelle iSaaS et surveille les réponses d'erreur. Votre centre d'excellence (COE) se charge de créer et de maintenir l'ensemble des mappages. Le compromis est clair : la bande passante du COE devient le chemin critique. Si la responsabilité est une exigence de gouvernance impérative, le modèle B est le choix qui s'impose.
« Lorsque nous passerons à S/4HANA, faudra-t-il refaire l'intégration de Zycus ? »
Non. La configuration de Zycus S2P ne change pas. La conversion du schéma « Fournisseurs » vers celui des « Partenaires commerciaux » est gérée au niveau de la couche de mappage iSaaS ou du middleware ; il s'agit d'une mise à jour isolée et circonscrite. Votre équipe ABAP met à jour l'extraction et le mappage des champs, effectue des tests dans un environnement de test, puis procède à la mise en production. Il s'agit du même processus que celui utilisé par toutes les suites S2P.
« Nous avons plus de 40 sociétés réparties dans 20 pays. Zycus ne risque-t-il pas d'aggraver la situation ? »
Cela résout le problème, cela ne l'aggrave pas. Dans Zycus, un fournisseur correspond à un enregistrement de référence unique, dédupliqué selon une clé que vous définissez. Les codes société sont gérés en tant qu’attributs, et le moteur de synchronisation effectue automatiquement la réécriture par code société. La clé de déduplication, la responsabilité de la synchronisation et les règles de réécriture sont confirmées lors de la session de conception des données de référence, et ne sont pas supposées.
« Le fait de mélanger des biens et des services dans les bons de commande continue d'entraîner des erreurs dans les MIGO et les GR. »
Zycus impose la séparation des catégories dès la phase de demande d'achat, avant la création du bon de commande. Des règles métier empêchent qu'un panier contienne à la fois des articles de type « biens » et « services » ; l'utilisateur doit donc corriger cette situation dès la saisie. Ce qui est transmis à l'API des bons de commande de SAP est toujours un bon de commande correctement classé. Ces règles sont configurables et définies dans l'atelier de conception.
« À qui appartient quoi une fois l'ordre d'achat créé ? Nous ne voulons pas que Zycus touche à notre compte fournisseur. »
En matière d'approvisionnement, la création d'un bon de commande constitue la dernière étape dans Zycus. Une fois celle-ci enregistrée via BAPI_PO_CREATE, toutes les étapes suivantes relèvent de SAP : MIGO, MIRO et F110. Pour la facturation électronique, Zycus effectue un recoupement à trois voies, puis comptabilise une facture pré-validée ; seules les informations relatives au statut de paiement sont renvoyées après F110, sous la forme d’un flux en lecture seule. SAP reste le système de référence.
« Notre outil actuel et SAP présentent déjà des dysfonctionnements. Ceux-ci vont-ils persister ? »
Ce n'est pas le cas par défaut, mais ces problèmes doivent être identifiés avant la mise en production. Nous effectuons un contrôle de l'état de l'intégration côté SAP dans le cadre de l'atelier de conception, nous répertorions chaque défaut connu, nous le classons comme relevant de Zycus ou de SAP, nous désignons un responsable et nous fixons une échéance de résolution avant le test d'intégration système (SIT). Ce service est inclus dans le modèle A, il ne s'agit pas d'un supplément.
La suite du parcours
Trois choix qui déterminent la conception
Aucune de ces tâches ne nécessite un délai de mise en œuvre important. Elles peuvent être menées à bien en une seule réunion de travail avec les personnes concernées : votre responsable SAP ABAP, votre interlocuteur au Centre d'excellence (COE) en intégration et votre architecte en approvisionnement.
Choisissez le modèle d'intégration
Modèle A (piloté par iSaaS) ou Modèle B (géré par le COE). Ce choix détermine qui établit la mise en correspondance, qui anime la session d'IA et l'engagement en termes de ressources de votre part.
Débloque : estimation de l'effort + calendrier
Vérifiez l'inventaire des points de contact
Passez en revue chaque point de contact : SAP ECC/S4, Entra ID, périmètre de la facturation électronique, SuccessFactors, prestataires TPRM. Chacun fait l'objet d'une réponse par « oui » ou par « non ». Tout élément non confirmé constitue un point à modifier.
Débloque : périmètre d'application + référence
Organisez l'atelier de conception de l'intégration
Une journée. Équipe SAP, équipe Zycus, Centre d'excellence (COE) le cas échéant. Organiser en direct la session de cartographie GenAI. Conclure par un document de conception d'intégration validé.
Débloque : la construction peut commencer
Êtes-vous prêt à valider le design ?
Une séance de travail. Les bonnes personnes. Un cahier des charges d'intégration validé.
