Points clés
- Les grandes organisations ne connectent encore qu'environ un quart de leurs applications. Les agents IA exposent les connexions manquantes plus vite que n'importe quel audit.
- Le support mainstream de SAP ECC s'arrête en 2027, donc 2026 est l'année où de nombreuses interfaces ERP sont reconstruites. Une architecture hub limite la reconstruction à un seul connecteur.
- La Data Act de l'UE supprime les frais de changement de fournisseur cloud à partir du 12 janvier 2027. Vos données deviennent portables. Votre logique d'intégration peut ne pas l'être.
- La plupart des défaillances d'intégration proviennent d'une propriété de champ peu claire et de tentatives non gérées. Le choix de l'outil importe moins que ces deux décisions de conception.
Ce qu'une plateforme d'intégration logicielle fait
Une plateforme d'intégration logicielle déplace les données métier entre les systèmes construits par différents fournisseurs avec des modèles de données différents. Pour un fabricant ou un grossiste, cela signifie généralement un ERP, un PIM, une ou plusieurs plateformes ecommerce, des marketplaces, un CRM et un WMS. Souvent, un DAM et un outil de flux de canal s'y ajoutent.
La plateforme mappe les champs d'un modèle de données à un autre. Elle décide quand les données se déplacent : selon un calendrier, sur un événement système ou manuellement. Elle exécute les chargements dépendants dans le bon ordre, de sorte que les attributs existent avant que les valeurs d'attributs n'arrivent. Et elle enregistre ce qui a échoué, pour quel enregistrement et pourquoi.
Les flux ressemblent à ceci dans la plupart des configurations de commerce :
- Les données de produit maître vont du PIM aux boutiques, marketplaces et sorties imprimées. Généralement quotidiennement ou à la mise en production.
- Les prix et le stock vont de l'ERP et du WMS à chaque canal de vente. Toutes les heures ou au changement.
- Les commandes reviennent des boutiques et des marketplaces vers l'ERP. Quasi en temps réel, car l'exécution en dépend.
- Les données client et compte se déplacent entre le CRM et l'ERP dans les deux directions, avec un système déclaré maître par champ.
- L'état d'expédition va du WMS à la boutique et à la marketplace, afin que l'email de suivi soit effectivement envoyé.
Une plateforme rend ces flux configurables et observables. Un dossier de scripts les fait fonctionner jusqu'à ce que le développeur qui les a écrits change d'emploi.
Où se situent les entreprises en 2026
L'enquête MuleSoft 2026 Connectivity Benchmark a interrogé 1 050 responsables informatiques. L'organisation moyenne de l'échantillon gère 957 applications, et seulement 27 % d'entre elles sont connectées. Les équipes informatiques rapportent passer 36 % de leur temps à concevoir, construire et tester des intégrations personnalisées. En moyenne, 26 % des projets informatiques n'ont pas été livrés à temps au cours des 12 derniers mois, et 71 % des répondants disent que leur infrastructure rend les systèmes excessivement dépendants les uns des autres (source : insights du 2026 Connectivity Benchmark Report).
L'organisation moyenne exécute 957 applications et en connecte 27 %. Plus d'un tiers du temps informatique est consacré à la construction d'intégrations personnalisées entre elles.
L'enquête couvre les grandes entreprises. Un fabricant de taille moyenne exécute des dizaines de systèmes, pas des centaines. Le schéma se répète quand même à plus petite échelle. L'ERP et la boutique en ligne sont connectés. Le PIM reçoit une export de feuille de calcul une fois par mois. Les annonces de marketplace sont maintenues manuellement par quelqu'un qui répond également aux emails des clients.
Tendance : les agents IA dépendent de la couche d'intégration
Le même benchmark rapporte que la moitié de tous les agents IA fonctionnent en silos au lieu de faire partie d'un système coordonné. 86 % des responsables informatiques s'accordent à dire que les agents ajoutent de la complexité au lieu de valeur sans une intégration appropriée. 94 % disent que les agents nécessiteront une architecture plus orientée API. L'adoption de nouveaux protocoles est déjà mesurable : 40 % des répondants utilisent les protocoles Agent-to-Agent (A2A) et 39 % utilisent le Model Context Protocol (MCP).
Le problème pratique est simple. Un agent demandé, « Pouvons-nous expédier 500 unités d'ici vendredi ? » lit une valeur de stock quelque part. Si l'ERP dit 480 et la boutique dit 620 parce que la sync de 3h du matin a échoué, l'agent en choisit un. Rien dans l'agent ne vous dit lequel. Le journal d'intégration le fait.
Donc la plateforme d'intégration devient le lieu où les agents devraient obtenir leurs données et envoyer leurs modifications. Quelques règles pratiques en découler :
Laissez les agents lire les données consolidées du hub au lieu d'interroger quatre systèmes sources avec quatre définitions différentes du « stock disponible ». Routez les actions d'écriture des agents, comme les changements de prix ou la création de commandes, à travers la même validation, mapping et journalisation que tout autre flux. Donnez à chaque agent ses propres identifiants limités en portée. Traitez un serveur MCP comme un consommateur API de plus, avec les mêmes limites de débit et permissions qu'un connecteur marketplace. Le benchmark a trouvé 27 % des APIs non gouvernées et seulement 54 % des organisations avec un cadre de gouvernance centralisé pour les agents. Un agent avec un token administrateur à l'ERP tombe directement dans ce vide.
Tendance : les migrations ERP rénovent chaque interface
SAP fournit le support mainstream pour les applications principales de la suite métier SAP 7, y compris SAP ERP 6.0, jusqu'à la fin de 2027. Le support étendu s'exécute de 2028 à 2030 avec une prime de deux points de pourcentage sur la base de maintenance (source : communiqué de presse SAP sur la maintenance de la Business Suite 7).
Ce calendrier place une large part des projets S/4HANA et non-SAP ERP en phase de test ou de lancement au cours de 2026. Chaque interface construite sur les structures de l'ancien ERP a besoin d'être retravaillée : IDocs, tables personnalisées, exports de fichiers plats, appels RFC depuis un plugin webshop. Les changements de modèle de données s'ajoutent. S/4HANA remplace les maîtres de clients et de fournisseurs distincts par l'objet partenaire commercial, donc les mappages CRM changent même quand le CRM lui-même reste le même.
L'architecture décide de la taille de ce travail. Dans une configuration point à point, remplacer l'ERP touche chaque système connecté à celui-ci. Avec une couche d'intégration centrale, le connecteur ERP change, et les connecteurs vers PIM, boutique, marketplaces et WMS continuent de fonctionner. Cela ne tient que si le hub a son propre modèle de données stable. Un hub qui passe les noms de champs ERP directement à la boutique a le même problème avec des étapes supplémentaires.
Dans les projets que nous avons implémentés pour des fabricants changeant d'ERP, le risque de basculement a baissé le plus quand l'ancien et le nouvel ERP alimentaient le même hub en parallèle pendant une période. Les équipes comparaient les prix, le stock et les confirmations de commandes enregistrement par enregistrement avant de basculer les flux d'export vers la nouvelle source. Les canaux n'ont jamais vu la migration.
Tendance : la Data Act de l'UE modifie l'économie de la sortie
La Data Act de l'UE s'applique depuis le 12 septembre 2025. Les fournisseurs de plateforme et de logiciel en tant que service doivent offrir des interfaces ouvertes et exporter les données client au minimum dans un format couramment utilisé et lisible par machine. À partir du 12 janvier 2027, les frais de changement, y compris les frais de sortie de données, sont entièrement supprimés (source : Commission européenne : Data Act expliquée).
À partir du 12 janvier 2027, les fournisseurs cloud de l'UE ne peuvent plus facturer le changement ou la sortie de données.
Pour le travail d'intégration, cela a deux effets. Quitter un ERP SaaS, une boutique ou un PIM devient moins cher et plus prévisible, donc plus d'entreprises le feront réellement. Chaque sortie déclenche alors un retravail d'intégration sur chaque système connecté.
Le deuxième effet est moins évident. La loi rend vos données portables. Les règles de mapping, les scripts de transformation et les calendriers que vous avez construits dans un concepteur de flux propriétaire sont une autre affaire. Ils s'exécutent rarement dans un autre produit. Pour les contrats 2026, vérifiez si la configuration d'intégration peut être exportée sous une forme lisible, conservez la documentation de mapping en dehors de l'outil et traitez les options auto-hébergées ou open-source comme une vraie stratégie de sortie au lieu d'un passe-temps.
Tendance : les fréquences de sync mixtes deviennent standard
La fréquence de sync est maintenant définie par flux. Une configuration commune 2026 synchronise le stock au changement, les prix toutes les heures, les descriptions de produits quotidiennement, et les images uniquement quand un nouvel actif est publié.
La sync basée sur événement a des coûts. Un catalogue de 200 000 SKUs et un ERP qui recalcule les prix la nuit peuvent produire des centaines de milliers d'événements de changement en minutes. Poussés un par un, ils heurtent la limite de taux d'API de la boutique et attendent pendant des heures. La détection de delta et les fenêtres de traitement courtes résolvent cela. Tout comme se demander si le canal a besoin du changement en quelques secondes.
Les risques qui cassent les intégrations en pratique
Dans la plupart des projets d'intégration échoués, l'API fonctionne et les données arrivent. Ensuite, elles écrasent quelque chose qu'elles ne devraient pas, ou arrivent deux fois, ou arrivent dans le mauvais ordre.
Croissance point à point
Huit systèmes ont 28 paires possibles. Chaque connexion directe a son propre mapping, sa propre gestion des erreurs et son propre responsable. Une plateforme centrale réduit cela à huit connecteurs par rapport à un modèle de données. La croissance est quadratique d'un côté et linéaire de l'autre, et cela se voit dans le budget de maintenance bien avant que quiconque dessine le diagramme.
Propriété de champ peu claire
Quand deux systèmes peuvent éditer le même champ, et que tous deux le synchronisent, ils s'écrasent l'un l'autre. Le nom du produit change dans le PIM, l'export ERP nocturne le change à nouveau, et l'équipe marketing signale un bug contre la boutique en ligne.
Définissez le système maître par champ, pas par objet. Un enregistrement de produit peut avoir quatre maîtres et rester cohérent.
Un partage viable : le PIM possède les noms, descriptions, attributs et médias. L'ERP possède les prix et les numéros d'article. Le WMS possède le stock. L'outil de flux ou le PIM possède le mapping de catégorie marketplace. Écrivez-le, et configurez chaque flux pour mettre à jour uniquement les champs que sa source possède.
Commandes dupliquées à partir de tentatives
Une export de commande expire. La logique de retry l'envoie à nouveau. L'ERP avait déjà créé la commande à la première tentative, et maintenant deux palettes expédient. Les retries ont besoin d'idempotence : l'intégration vérifie l'ID de commande externe avant d'insérer, ou le système cible rejette les doublons. Les types d'actions de flux importent ici. Un flux de commande ne devrait généralement qu'insérer, et un flux de stock ne devrait généralement que mettre à jour.
Défaillances partielles silencieuses
Un travail qui rapporte « terminé » avec 3 % d'enregistrements rejetés a l'air vert sur un tableau de bord. Ces 3 % sont souvent les nouveaux produits ou les changements de prix que quelqu'un attendait. Alertez sur les taux de rejet, pas sur l'état du travail. Écrivez les enregistrements rejetés dans un fichier d'erreur que quelqu'un peut corriger et re-importer sans aide développeur.
Ordre de chargement
Les valeurs d'attribut échouent quand l'attribut n'existe pas encore dans la cible. Les variantes échouent sans leur produit parent. Les prix spécifiques aux clients échouent sans le groupe client. L'orchestration a besoin d'une séquençage explicite, et la séquence a besoin de survivre à une défaillance partielle à mi-parcours.
Variation de version d'API et limites de débit
Les plateformes de commerce et les marketplaces versionnent leurs API et retirent les anciennes versions selon un calendrier. Une intégration construite une fois et laissée seule se casse selon le calendrier du fournisseur. Budgétisez la maintenance continue par connecteur et assignez quelqu'un pour lire les avis d'obsolescence.
Prix qui s'échelle avec votre catalogue
De nombreux contrats iPaaS facturent par tâche, par enregistrement ou par appel API. Une sync de prix horaire pour 100 000 SKUs est 2,4 millions d'opérations par jour avant stock, commandes et retries. Modélisez les coûts à dix fois votre volume actuel avant de signer. Les catalogues grandissent, et la fréquence de sync aussi.
Prolifération d'identifiants
Les utilisateurs d'intégration reçoivent souvent des droits administrateur sur l'ERP « pour que ça marche ». Ces identifiants vivent alors dans une configuration de connecteur pendant des années. Limitez les identifiants par flux, faites-les tourner, et journalisez quel flux a changé quel enregistrement.
Où un hub de données s'adapte et où un pure iPaaS s'adapte
Les plateformes d'intégration se répartissent en deux grands types. Un iPaaS transporte et transforme les données mais n'en stocke aucune. Un hub de données a son propre modèle de données, stocke l'enregistrement consolidé, et le synchronise vers chaque canal au format que ce canal attend.
Un iPaaS convient aux flux lourds en processus entre de nombreux outils SaaS avec peu d'enrichissement de données : prospect du site Web au CRM, facture de l'ERP à la comptabilité. Un hub convient aux données de produit et maître qui ont besoin d'enrichissement, de contrôles de qualité et de formats de sortie différents par canal. Un hub est aussi un système de plus à exécuter, et son modèle de données a besoin d'un propriétaire. Si personne n'en est propriétaire, il dérive vers une copie de l'ERP. De nombreuses entreprises finissent avec les deux types, et c'est un résultat valide.
La plateforme d'intégration système AtroCore est un exemple du type hub. C'est une plateforme de données open-source avec des fonctions PIM et MDM, et les intégrations sont configurées dans l'interface d'administration sous forme de Synchronisations constituées de flux d'importation et d'exportation. Chaque flux définit son transport (REST, SOAP ou GraphQL API, requête directe de base de données ou échange de fichiers), son mapping de champs, ses filtres, ses transformations et son type d'action. Une synchronisation s'exécute manuellement, selon un calendrier ou sur un événement système, et exécute ses flux dans un ordre défini. Les grandes exécutions se divisent en sous-exécutions parallèles. Les exécutions échouées retrouvent automatiquement, et les enregistrements qui échouent quand même vont dans un fichier d'erreur pour correction et re-import. Il n'y a pas de frais par enregistrement.
Comment évaluer une plateforme d'intégration logicielle en 2026
Les démos montrent le déplacement des données de A à B. Cette partie fonctionne partout. Ces questions montrent ce qui se passe un mauvais jour :
- Propriété : Chaque flux peut-il être limité aux champs que sa source possède, ou écrase-t-il des enregistrements entiers ?
- Retries : Qu'est-ce qui empêche une commande retry de créer un doublon dans l'ERP ?
- Erreurs : À quoi ressemble la sortie quand 1 enregistrement sur 50 000 échoue, et un utilisateur métier peut-il le corriger et le re-importer ?
- Sortie : Les mappages et calendriers peuvent-ils être exportés sous une forme lisible, ou existent-ils uniquement dans le concepteur du fournisseur ?
- Coût à l'échelle : Comment la tarification se comporte-t-elle à dix fois le compte d'enregistrement et la fréquence de sync actuels ?
- Accès IA : Comment les agents et les clients MCP s'authentifient-ils, et qu'est-ce qu'ils sont autorisés à écrire ?
- Maintenance : Qui met à jour le connecteur quand Shopify, Amazon ou votre fournisseur ERP retire une version d'API ?
Posez-les avant le contrat, et demandez des réponses à l'équipe qui exécutera l'intégration, pas seulement aux ventes.