Les échanges de données informatisées (EDI) englobent les échanges dits normés comme Edifact* par exemple, et BtoB où aucune norme n’est imposée si ce n’est le choix d’un accord entre un fournisseur et son client pour définir les formats d’échanges de données structurées, comme par exemple les fichiers plats, csv, txt, Xml. Il existe d’autres canaux d’échanges que nous n’aborderons pas. L’objectif de ces deux approches est d’automatiser les transferts de données business telles que les commandes, les factures, stocks, produits, et autres documents structurés, pour éliminer les tâches chronophages comme les re-saisies génératrices d’erreurs, fiabiliser toute la chaîne de transfert de bout en bout et surtout raccourcir les cycles de traitements des informations. (* D’autres normes existent comme Odette, Inovert…)

EDI Edifact – BtoB

Des secteurs d’activités telles que la grande distribution (GMS) imposent par exemple l’utilisation de la norme Edifact. Au-delà de la norme, des structures de messages et des bénéfices liés à l’informatisation, des acteurs offrent la possibilité de transférer les données via des réseaux à valeur ajoutée qui garantissent totalement la sécurité des canaux d’échanges utilisés. Par ailleurs, il est possible dans une relation client-fournisseur de mettre en place des échanges de données EDI Edifact sans passer par des RVA, qui appliquent des coûts liés aux messages. Il existe des protocoles comme l’AS2, le sFTP, sécurisés et gratuits, sur lesquels s’appuyer pour mettre en place les échanges de données informatisés. Bien que la norme suscite un intérêt car on imagine que tout sera simplifié — hormis dans le secteur automobile — les attentes se transforment souvent en déception, pourquoi ? Bien qu’une norme soit mise à disposition, d’une part la structure des données délivrée par les progiciels ne correspond pas forcément à la structure du message EDI choisi, et d’autre part les spécificités du métier font qu’il est très courant que les structures de messages EDI soient modifiées, que certains segments soient choisis arbitrairement — contrariant grandement le paradigme de l’essence de la norme EDI — et impliquent de retraiter des données pour qu’elles soient exploitables.

Notre offre

• Solutions universelles qui intègrent un module EDI (Edifact, Odette, Inovert)
• Mise à disposition d’outils de mapping
• Approche paramétrage
• Apprentissage rapide pour traiter un message EDI comme un fichier
• Réutilisation des composants
• Mapping avec d’autres sources de données (BDD, fichiers…)
• Réduction des temps d’implémentation
• Conservation des messages EDI quelle que soit l’évolution du SI
• Supervision et ordonnancement des messages EDI