Generix nomme Jimmy Anidjar Président non exécutif du Conseil d’administration Lire le communiqué de presse
Points essentiels à retenir
Le premier livrable d’une migration EDI est un registre partenaire-message-sens, relié aux applications et aux engagements opérationnels. Sans cet inventaire, un test réussi sur un message courant ne démontre pas la couverture des variantes, des accusés ou des échanges rares.
Ce guide concerne une migration déjà décidée : ni le raccordement initial d’un partenaire, ni le renouvellement courant des certificats, ni la réversibilité contractuelle. Si l’architecture reste à choisir, consultez notre comparatif EDI, Web EDI et API ; pour les fondamentaux, retrouvez notre définition détaillée de l’EDI.
Generix recommande de croiser configurations, journaux d’exploitation et spécifications partenaires, puis de faire valider chaque entrée par son propriétaire. Ne recopiez pas uniquement la documentation historique : confrontez-la aux échanges observés.
Pour documenter les versions sans redéfinir chaque standard, appuyez-vous sur notre guide des formats et normes EDI.
Évaluez l’impact d’un retard, d’un rejet et d’un doublon : commande inexploitable, préparation bloquée, expédition non annoncée ou facture suspendue. Intégrez la solution de secours disponible et les contraintes du partenaire. Un flux peu volumineux peut être critique s’il déclenche une opération sans alternative. Le registre doit ainsi expliquer la priorité de migration, pas seulement décrire la technique.
La cible SaaS doit préserver les conventions partenaires utiles et isoler les changements réellement nécessaires. Changer de plateforme ne signifie pas changer tous les formats ou protocoles : distinguez les adaptations internes, les modifications visibles du partenaire et les transformations métier.
Pour chaque mapping, récupérez les spécifications, exemples représentatifs, règles conditionnelles et résultats attendus. Séparez la reprise des règles métier de la portabilité du code du traducteur : une règle documentée peut être reconstruite sans que son programme soit directement réutilisable.
Generix recommande de qualifier les transformations avec les référentiels associés : articles, unités, lieux, partenaires, correspondances de codes et règles d’arrondi. Incluez les contrôles réalisés après traduction dans les interfaces applicatives ; une sortie EDI correcte ne suffit pas si l’ERP refuse son import.
Faites approuver les adresses, identifiants, habilitations et paramètres d’accusés de la cible. Vérifiez les autorisations réseau et la validité des certificats sur la fenêtre prévue, sans transformer ce chantier en procédure de renouvellement courant.
Dans notre méthode, chaque fiche distingue l’administrateur de la plateforme, le responsable applicatif, le contact partenaire et l’autorité de bascule. Demandez une confirmation explicite des paramètres et de la fenêtre ; l’absence de réponse ne vaut pas accord. Conservez également une configuration de référence de l’ancien circuit pour préparer le repli.
Une bascule EDI par vagues limite le périmètre exposé et permet d’apprendre avant d’élargir la migration. Generix recommande de sélectionner les pilotes selon les dépendances et les cas métier à couvrir, plutôt que selon leur seul volume.
Retenez des partenaires disponibles pour tester et capables de représenter les difficultés du parc : variantes de mapping, accusés asynchrones, pics, erreurs ou échanges avec un 3PL. Un petit partenaire simple ne qualifie pas nécessairement une chaîne complexe.
Construisez les vagues autour des dépendances : passerelle commune, interface ERP, site logistique ou chaîne commande-expédition-facture. Ne séparez ces éléments que si le routage et le rapprochement restent maîtrisés. À l’inverse, évitez une vague si large que les équipes ne peuvent plus attribuer les incidents.
Notre recommandation est de partager le calendrier avec fournisseurs, clients, transporteurs et 3PL : chacun doit connaître son rôle, ses preuves attendues et le canal d’escalade.
Generix recommande une fiche exécutable, validée avant la fenêtre, comprenant :
Le plan de retour arrière EDI doit préciser le traitement des transactions déjà intégrées dans la cible. Revenir au routage précédent ne les annule pas : préparez leur rapprochement, les corrections nécessaires et la prévention des rejouements. Faites relire la fiche par l’exploitation et les métiers ; une procédure comprise uniquement par son auteur n’est pas prête.
Le double fonctionnement EDI de qualification consiste à traiter les mêmes entrées sur deux plateformes, mais à conserver un seul circuit actif par flux et par sens. L’autre produit des sorties isolées : le parallèle de test ne doit pas devenir une double émission réelle.
Dupliquez les entrées vers un environnement de comparaison sans accès aux destinations de production. En réception, une seule chaîne doit intégrer les données métier ; en émission, une seule doit transmettre au partenaire. Testez explicitement ces barrières avant d’utiliser des données représentatives.
Notre protocole de comparaison doit associer chaque entrée aux sorties historique et cible, aux versions de configuration et à une clé de corrélation. Journalisez les reprises, les décisions de déduplication et les rejouements autorisés.
La documentation Microsoft sur les échanges AS2 distingue notamment le contrôle des doublons d’identifiants et le rapprochement des MDN. Cet exemple d’implémentation ne décrit pas les capacités Generix ; complétez les contrôles techniques par une clé métier adaptée au flux.
Une comparaison octet à octet convient aux sorties devant être identiques. Sinon, formalisez une équivalence métier : normalisez uniquement les en-têtes, horodatages ou références techniques approuvés. Aucun écart de quantité, d’unité, de référence ou de montant ne doit disparaître derrière cette normalisation.
La RFC 4130, publiée en juillet 2005, décrit les MDN et le contrôle d’intégrité MIC ; le reçu AS2 ne garantit pas à lui seul la validité syntaxique ni l’intégration applicative. Ses exemples cryptographiques ne constituent pas des recommandations actuelles d’algorithmes.
Rapprochez transport, accusé syntaxique ou fonctionnel prévu, puis statut métier. La documentation Microsoft des MDN AS2 précise la corrélation des identifiants et la vérification du MIC : conservez ces éléments avec les résultats métier.
La bascule doit être autorisée pour chaque couple partenaire-message-sens, et non sur une moyenne globale. Generix recommande de refuser le passage tant qu’une divergence critique reste non résolue, même si le taux d’équivalence agrégé paraît satisfaisant.
La grille suivante propose des objectifs de recette, version éditoriale d’octobre 2026. Ce ne sont ni des statistiques observées ni des normes sectorielles. Nous recommandons de les faire approuver par la DSI et les métiers, en précisant le corpus, les dénominateurs et la fenêtre d’observation.
| Contrôle | Mesure | Seuil projet illustratif | Preuve | Responsable | Décision ou repli |
|---|---|---|---|---|---|
| Conformité métier | Champs critiques conformes sur le corpus qualifié | 100 % | Rapport par partenaire-message-sens | Référent métier | Refuser si champ critique non conforme |
| Divergences critiques | Écarts critiques encore ouverts | 0 | Registre des anomalies | Responsable recette | Corriger et rejouer les tests concernés |
| Doublons métier | Transactions dupliquées par la migration | 0 | Rapprochement applicatif | Responsable applicatif | Bloquer ; examiner les reprises |
| Complétude | Messages rapprochés avec état terminal ou exception résolue | 100 % du périmètre | Journal de rapprochement | Exploitation EDI | Résoudre les messages sans statut |
| Rejets et accusés | Taux de rejets ; accusés conformes reçus à temps | Plafonds et objectifs convenus | Journaux corrélés | Exploitation et partenaire | Refuser si engagement critique non tenu |
| Délais et reprise | Délais de bout en bout ; résultat du test de repli | SLA respecté ; reprise validée | Mesures comparables et procès-verbal | DSI et métiers | Reporter ou appliquer le repli approuvé |
Seuils indicatifs : repères Generix à contractualiser dans la recette du projet.
Fixez le traitement des dénominateurs nuls ; ne les affichez pas comme une réussite. Comparez les délais au SLA et à l’historique sur des charges comparables. Couvrez rejets, retards, doublons, messages rares et pics. Consignez enfin une autorisation contradictoire : exploitation, métiers et interlocuteurs partenaires concernés confrontent leurs preuves avant décision.
L’ancien EDI peut être arrêté lorsque les cycles représentatifs sont couverts, les messages rapprochés et la reprise validée. Le décommissionnement définitif constitue une décision distincte du retour arrière d’une vague : il met fin à une capacité opérationnelle encore utile pendant la stabilisation.
Generix recommande de rapprocher les files, transmissions sans accusé, rejets et retours tardifs avant fermeture. Pour chaque message, documentez un état terminal ou une exception résolue. Un simple compteur de fichiers transmis ne démontre pas cette complétude.
Constituez ensuite le dossier de décommissionnement :
Maintenez une gouvernance commune entre EDI, ERP, WMS, TMS et OMS : une commande reçue doit pouvoir être rapprochée de sa préparation, de son expédition et de ses statuts. Fournisseurs, transporteurs, clients et 3PL doivent partager les preuves utiles à la résolution des incidents.
En octobre 2026, notre bibliothèque comprend 3 000 mappings préconstruits. Notre réseau dispose de plus de 300 interconnexions actives réparties dans 50 pays, présentées dans notre fiche EDI Services. Ces périmètres ne garantissent ni l’adéquation des variantes ni la connexion immédiate de vos partenaires. Notre solution Collaborative Network s’inscrit dans cette coordination ; une suite intégrée ne dispense pas de qualifier les interfaces.
Nous vous proposons de préparer votre plan de migration : découvrez notre logiciel EDI SaaS et échangez avec nos équipes sur vos partenaires, mappings et critères de bascule. Pour prolonger la réflexion, regardez notre replay Réussir son projet de modernisation EDI, accessible sous réserve du consentement aux cookies vidéo.
En résumé
Inventoriez les flux, qualifiez les mappings, comparez les sorties en miroir puis basculez par vagues avec un seul circuit actif. Generix recommande de conditionner chaque autorisation aux preuves métier, aux accusés attendus et à un retour arrière validé. La continuité reste un objectif conditionné aux tests et à la coordination, pas une garantie absolue.
Les spécifications, règles métier et jeux de tests constituent le socle de reprise. Le code du traducteur historique n’est pas nécessairement portable : qualifiez chaque mapping et chaque variante partenaire, sans présumer une conversion automatique.
Privilégiez des vagues regroupées par dépendances réelles : interfaces, passerelles, chaînes commande-expédition-facture et fenêtres partenaires. Un partenaire peu volumineux n’est pas forcément représentatif ; certaines dépendances peuvent aussi imposer une bascule coordonnée plus large.
Conservez un seul émetteur et une seule intégration métier actifs par flux et par sens ; isolez les sorties du système miroir. Associez corrélation des messages, déduplication métier et journal des rejouements. Le contrôle des identifiants AS2 et le rapprochement des MDN ne remplacent pas ces précautions.
Suivez la conformité métier, les divergences critiques, les doublons, la complétude du rapprochement, les rejets, les délais et les accusés attendus. Associez chaque indicateur à un dénominateur, une fenêtre d’observation et un responsable. Les seuils doivent être approuvés par le projet et vérifiés sur chaque périmètre critique.
Non : un MDN rend compte de la réception et des contrôles AS2 selon sa disposition, pas de l’intégration de la commande dans l’ERP. La RFC 4130 distingue le reçu technique de la validité syntaxique et de la réception applicative. Vérifiez ensuite l’accusé fonctionnel prévu et le statut métier convenu.
Aucune durée universelle ne convient à tous les projets. La stabilisation doit couvrir les cycles représentatifs, les pics, les messages rares et les retours tardifs, selon les engagements convenus. Distinguez le maintien opérationnel, la capacité de repli et la conservation des archives : leurs échéances peuvent différer.
Generix, éditeur mondial de solutions SaaS pour la supply chain, la finance et l’intégration B2B, et Predell, expert des projets…
Reconstituez le calcul du poids taxable, des unités facturées et du prix de base. Comparez ensuite deux grilles messagerie sur vos expéditions réelles, en tenant compte des arrondis, minimums et effets de seuil.
Travaillez avec nos équipes pour concevoir et mettre en œuvre la Supply Chain qui accompagnera votre croissance, adaptée à vos spécificités métier.
