Présentation

Article

1 - EDI, PRÉCURSEUR DU B2B

2 - ACQUIS ET LIMITES D’EDIFACT

3 - APPROCHE XML PARTANT DE L’UTILISATEUR (BOTTOM UP)

  • 3.1 - DTD-schémas et namespaces pour « eXtensibility » avec « reusability »
  • 3.2 - Outils XML : XSLT, XLink, DOM, etc.
  • 3.3 - Langages XML métiers, frameworks et référentiels

4 - LA SYNERGIE : INTÉGRER L’EDI EN XML DANS LA BOÎTE À OUTILS DE L’ENTREPRISE

  • 4.1 - L’EDI couche des PGI, progiciels de gestion intégrée (ou ERP)
  • 4.2 - L’EDI parmi les outils de communication de l’entreprise
  • 4.3 - EDI et XML dans une normalisation au service des entreprises

5 - CONCLUSION

| Réf : H3598 v1

Acquis et limites d’Edifact
Échange de données informatisé (EDI)

Auteur(s) : Claude CHIARAMONTI

Date de publication : 10 mai 2001

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

Auteur(s)

  • Claude CHIARAMONTI : EDItorialiste - Membre du conseil d’administration d’Édifrance

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

INTRODUCTION

Au début des années 90, l'EDI était le sigle à la mode, porteur de la modernité d'une informatique qui devenait un outil de communication standardisé entre entreprises. Le sigle EDI, Electronic Data Interchange, se conserve en français avec comme traduction Échange de Données Informatisé : à noter que c’est l’échange qui est informatisé, pas seulement les données. Ne serait-ce cette préoccupation de conserver le sigle anglais, on pouvait plus simplement parler d’échange électronique de données.

On ne parlera pas ici des échanges de données techniques qui ont leur sigle, EDT, leur norme, STEP, et leur problématique propre, pour s’en tenir aux échanges électroniques de données structurées relatives à l’administration, au commerce et au transport, selon le sigle Edifact, Electronic Data Interchange For Administration, Commerce and Transport.

L’EDI à l’heure d’Internet et de XML

Avec Internet, le Web et XML, l'EDI, jusqu'à présent centré sur les grands comptes donneurs d'ordres, va pouvoir pénétrer le tissu des PME et, après avoir été le précurseur du B2B, en rester l'épine dorsale pour être le « back office » du commerce électronique.

Car la fonction de l’EDI, rationaliser, codifier et automatiser des transactions répétitives entre applications d’entreprises différentes, ne peut que prendre de l’importance avec le commerce électronique et la société de l’information.

L’EDI classique installé va continuer à se renforcer en continuant à utiliser la norme Edifact. Mais si XML devient le liant entre tous les types d’applications, il sera de plus en plus difficile de ne pas passer de la syntaxe Edifact au métalangage XML.

Cette migration sera d’autant moins coûteuse pour les quelque 30 000 entreprises françaises déjà « édifiées » qu’elle préservera l’acquis d’Edifact : l’analyse des processus d’affaires et la sémantique des codifications utilisées.

Passer à XML et à ses outils apportera deux grands bénéfices : d’une part intégrer l’EDI, jusqu’ici marginalisé, parmi les outils de communication de l’entreprise, y compris places de marché et catalogues électroniques, d’autre part ouvrir l’EDI sur de nouveaux partenaires sur le Web.

Reste à XML à stabiliser les spécifications de ses outils et aux utilisateurs à enregistrer leurs profils de mise en œuvre pour concilier la liberté « eXtensible » de XML avec la possibilité de réutiliser ce qui existe déjà.

Cet article est réservé aux abonnés.
Il vous reste 92% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h3598


Cet article fait partie de l’offre

Sécurité des systèmes d'information

(77 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

2. Acquis et limites d’Edifact

Edifact n'est pas né dans un environnement informatique (alors que c'est le cas de XML, ce qui lui permettra sans doute d'absorber plus facilement les évolutions technologiques), mais comme outil de simplification des procédures du commerce international. Cela explique sans doute que les forces d'Edifact se situent plutôt du côté procédure, à savoir analyse des processus métiers et sémantique codifiée des données afférentes, que du côté informatique, à savoir sa structure syntaxique qui n'a pas suivi l'évolution technologique.

2.1 L’EDI classique standardisé d’en haut (top down)

Les procédures du commerce international devant être les mêmes quel que soit le pays, les concepteurs d'Edifact ont voulu un format unique pour chaque type de flux de données. Cette approche quasi réglementaire a été la force initiale d'Edifact, mais s'en est révélée ensuite être le talon d'Achille.

HAUT DE PAGE

2.1.1 Le langage Edifact

Voir le site Web d’Edifact : http://unece.org/cefact/

Le langage Edifact se compose de deux niveaux : le niveau syntaxique et le niveau sémantique. L'importance du niveau sémantique différencie Edifact des autres langages techniques ; Edifact n'est pas seulement un métalangage sans sémantique comme XML, il comporte toute la sémantique nécessaire :

  • le niveau syntaxique permet d'organiser le discours grâce à des séparateurs, par des regroupements des données en segments et en messages, par des enchaînements de messages en scénarios ;

  • à ce niveau syntaxique, on gère aussi les éléments de service (émetteur, destinataire, date et numéro des messages, référence aux applications qui les traitent), au moyen des segments de service de la syntaxe ;

  • le niveau sémantique permet de véhiculer dans les échanges un sens communément accepté caractérisant les données échangées. Ce sens est celui de la vie des affaires. Il s'exprime à travers des commandes, des adresses, une date, etc. Tous les besoins des utilisateurs en nouvelles données font l’objet d’une procédure d’intégration dans les répertoires...

Cet article est réservé aux abonnés.
Il vous reste 92% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Sécurité des systèmes d'information

(77 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Acquis et limites d’Edifact
Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - MARCHAND (R.), AGNOUX (H.), CHIARAMONTI (C.) -   Applications EDI sur l’Internet.  -  Éditions Eyrolles, Paris (1999).

  • (2) - CANOPE, TENOR CONSEIL -   Opportunité d’utilisation de XML dans le cadre des EDI.  -  Étude téléchargeable à http://www.mtic.pm.gouv.fr/programmes/teleprocedures/index.shtml

Cet article est réservé aux abonnés.
Il vous reste 92% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Sécurité des systèmes d'information

(77 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS