en
Sage X3 est le cœur du système d'information : articles, tarifs, stocks, commandes, factures — la donnée de gestion y naît ets'y gère. Mais un ERP ne crée de la valeur que s'il échange avec le reste du SI.
La vraie question n'est donc pas s'il faut connecter Sage X3, mais comment : par sa base de données ? par ses web services? par des fichiers ? En batch ou en temps réel ? Chaque flux appelle sa réponse.
Sur près de vingt flux mis en œuvre autour de Sage X3 avec la plateforme d'intégration Boomi — pour alimenter Salesforce etles applications commerciales —, quatre canaux se sont imposés. Les voici, illustrés par des cas concrets, avec la logique d'arbitrage qui les départage.
Un ERP ne se contente pas de stocker des enregistrements : il porte des transactions, des référentiels partagés et desrègles de gestion. Le relier au reste du SI soulève trois exigences souvent sous-estimées.
La première est la fraîcheur : une disponibilité de stock fausse de quelques heures devient une promesse client intenable — un commercial qui s'engage sur un produit déjà parti. La deuxième est le volume : un catalogue de plusieurs centaines de milliers d'articles ne peut pas se rejouer en entier à chaque cycle sans saturer l'ERP. La troisième est la fiabilité.
« Un flux qui échoue à moitié laisse deux systèmes désynchronisés — pire qu'un flux absent. »
Répondre à ces trois exigences avec un canalunique est illusoire. Tout l'enjeu consiste à choisir, pour chaque flux, laporte d'entrée adaptée.
Sage X3 s'intègre par trois portes : sa base de données, ses web services SOAP/REST et une zone d'échange de fichiers. Boomiles emprunte toutes — en lecture comme en écriture, en batch comme en temps réel. Quatre canaux se dessinent.
Pour les gros référentiels, Boomi lit la base deSage X3 à intervalle planifié. Le principe est incrémental : à chaque passage,seules les lignes modifiées depuis la dernière exécution sont relues.
L'exemple le plus parlant est le catalogue articles et les grilles tarifaires. Sur un référentiel de plusieurs centaines de milliers d'articles, une exécution complète à chaque cycle saturerait l'ERP pour ne rafraîchir, au fond, que les quelques centaines de lignes modifiées dans la journée. Le mode incrémental ne fait circuler que ce différentiel.
Les tarifs ajoutent une subtilité utile : une même grille issue de l'ERP se répartit, selon le type de prix — prix nets,remises, frais —, vers plusieurs objets distincts de Salesforce. Boomi route chaque ligne vers sa cible, sans intervention.
Quand la fraîcheur prime, Boomi appelle un webservice de Sage X3 et obtient une réponse immédiate. Rien n'est stocké : la donnée est lue à l'instant exact du besoin, dans l'état réel de l'ERP.
L'exemple emblématique est la disponibilité d'un produit vendu à la coupe. Lorsqu'un commercial demande « ai-je cette référence,dans la longueur voulue, maintenant ? », la réponse ne peut pas venir d'un stock importé la veille. Le web service de l'ERP calcule la disponibilité réelle à partir des longueurs effectivement en stock — pièce entière, chuteréutilisable, ou coupe à réaliser.
Même logique pour vérifier l'encours d'un clientavant d'engager une commande, ou le statut d'une commande en cours :l'information est lue à la source, au moment où la décision se prend.
Le même canal fonctionne dans l'autre sens :Boomi appelle un web service de l'ERP pour créer ou mettre à jour un objet,puis récupère l'accusé — numéro généré, messages de gestion, erreurséventuelles.
L'exemple type est la commande. Validée dans Salesforce, elle est créée dans l'ERP en quelques secondes ; l'ERP renvoie aussi tôt son numéro, qui revient s'afficher dans Salesforce. Le vendeur saitque sa commande est passée, sans avoir rien ressaisi.
Deux détails font la robustesse. L'accusé deréception, qui trace le succès et ramène le numéro ERP. Et la gestion d'erreur: un rejet — référence déjà existante, contrôle de gestion — est capté et journalisé, jamais perdu en silence. Le même canal sert à créer un compteclient ou une référence article-client.
Certaines données restent livrées en lot : exports programmés, échanges avec des partenaires, documents. Sage X3 lesdépose dans une zone d'échange SFTP volontairement séparée de l'ERP — aucunsystème tiers n'accède directement à Sage X3, et un incident côté échangesreste sans effet sur la production.
L'exemple concret est la facture. Éditée en PDF par l'ERP, elle est déposée sur la zone SFTP ; Boomi la récupère, la contrôle et la rattache automatiquement à la facture correspondante dans Salesforce, oùles équipes la consultent. Le même canal porte les échanges EDI avec des partenaires, dont beaucoup n'exposent pas d'API.
Un même objet métier peut mobiliser deux canaux. Reprenons le produit vendu à la coupe : pour répondre « est-ce livrable ? »,Salesforce interroge l'ERP en temps réel, qui évalue la disponibilité réelle compte tenu des longueurs en stock, et la réponse repart en quelques instants.
Ce même article descend par ailleurs, en lecture incrémentale, pour alimenter le catalogue et les tarifs de Salesforce. Deux exigences de fraîcheur opposées, deux canaux, un seul outil : c'est cette combinaison, choisie au cas par cas, qui rend l'ensemble cohérent.
Le choix du canal se ramène à trois questions : la donnée doit-elle être fraîche à la seconde ? quel est son volume ? dans quelsens circule-t-elle ?
Choisir le bon canal ne suffit pas ; encore faut-il que le flux tienne dans la durée. Quatre principes y veillent.
Une clé d'identification stable. Un code ERP unique par enregistrement — l'article, le site, ou leur combinaison — sert de clé d'upsert : chaque mise à jour retrouve sa cible, sanscréer de doublon.
Des opérations rejouables. Toutpasse en upsert : relancer un flux après incident ne duplique ni ne corrompt ladonnée.
Une supervision de bout en bout. Chaque exécution est tracée dans un outil de monitoring des flux ; un échec déclenche une alerte, et un flux se rejoue isolément sans tout relancer.
Le respect de l'ERP. Lecture incrémentale, lots maîtrisés (jusqu'à 200 enregistrements par appel d'API) et zone d'échange isolée limitent la charge et l'exposition : l'intégration nedoit jamais dégrader Sage X3 en production.
Ces choix d'architecture, plus que l'outil,déterminent la fiabilité finale.
Cartographier les flux d'un Sage X3 et affecter à chacun le bon canal : c'est ce qui distingue une intégration durable d'un empilement de scripts.
