EDI

Date : 28 Novembre 1998
ECHANGE DE DONNEES INFORMATISEES
Promotion 99
Spcialisation TELECOMMUNICATIONS
Responsable : M. Alain STEPHAN
Auteurs : M. Cyrille AUBERGIER M. Christian L SI
EDI Echange de Donnes Informatises
1 2 3
Introduction_________________________________________________ 5 Abstract ____________________________________________________ 7 Prsentation de lEDI _________________________________________ 9

3.1 Dfinition ___________________________________________________________ 9 3.2 Intrt _____________________________________________________________ 10 3.3 Comparaison entre un flux EDI et flux documentaire traditionnel ____________ 11 3.3.1 flux documentaire traditionnel ______________________________________ 12 3.3.2 flux EDI________________________________________________________ 13 3.4 Les principaux risques encourus par lentreprise___________________________ 14 3.4.1 Perte dinformations confidentielles et sensibles _____________________ 14 3.4.2 Perte dintgrit des donnes________________________________________ 14 3.4.3 Intervention malveillante sur la procdure de paiement ___________________ 14 3.4.4 Rduction des contrles manuels internes______________________________ 14 3.4.5 Erreurs de tltransmission _________________________________________ 15 3.4.6 Pertes des documents ncessaires laudit _____________________________ 15
Application de lEDI travers les diffrents secteurs______________ 16

4.1 L'EDI dans l'activit transports_________________________________________ 16 4.1.1 L'EDI du rail ____________________________________________________ 16 4.1.2 L'EDI dans le transport routier ______________________________________ 18 4.1.3 L'EDI dans le transport maritime ____________________________________ 19 4.2 L'EDI dans l'industrie alimentaire ______________________________________ 20 4.2.1 Le dveloppement de l'EDI dans l'industrie alimentaire___________________ 20 4.2.2 Exemples dutilisation dans lindustrie alimentaire ______________________ 21 4.2.3 Perspectives dutilisation de lEDI dans lindustrie alimentaire _____________ 21 4.3 L'EDI dans l'industrie automobile ______________________________________ 22
EDI et modle OSI __________________________________________ 24

5.1 Le modle OSI ______________________________________________________ 24 5.1.1 Les couches du modle OSI ________________________________________ 24 5.1.2 L'application rpartie______________________________________________ 26 5.2 L'EDI comme application rpartie ______________________________________ 28 5.3 Les recommandations X400____________________________________________ 30 5.3.1 L'architecture de X400 (UIT_T, recommandations X400 et X402, 1988) _____ 30 5.3.2 La structure du message et les services offerts par X400 __________________ 32 5.3.3 Les solutions X400 pour l'EDI ______________________________________ 35 5.3.4 La norme FTAM (norme ISO 8571/l 4 ) _____________________________ 36 5.3.5 FTAM et l'EDI __________________________________________________ 37
Les langages EDI____________________________________________ 39

6.1 Les diffrents langages________________________________________________ 39 6.2 EDIFACT __________________________________________________________ 39 6.2.1 Introduction _____________________________________________________ 39
28 Novembre 1998
EPITA TELECOM 99
-2-
EDI Echange de Donnes Informatises 6.2.2 6.2.3 6.2.4 6.2.5 Le jeu de caractres _______________________________________________ 40 La terminologie gnrale___________________________________________ 41 TDED (Trade Data Elements Directory)_______________________________ 45 Exemple de structure dun message EDIFACT _________________________ 46
6.3 Scurit et EDI ______________________________________________________ 48 6.4 EDIFACT et le commerce lectronique. __________________________________ 49 6.5 EDIFACT et Internet _________________________________________________ 50
La procdure dapplication dans lentreprise ____________________ 52

7.1 Les solutions logicielles _______________________________________________ 53 7.2 Les solutions matrielles ______________________________________________ 54 7.2.1 Un gros ordinateur seul ____________________________________________ 54 7.2.2 Micro-ordinateur seul _____________________________________________ 54 7.2.3 Un micro-ordinateur frontal ________________________________________ 55 7.2.4 Les rseaux tiers _________________________________________________ 56 7.3 Mise en uvre de lEDI _______________________________________________ 57 7.3.1 Les diffrentes tapes dinstallation de lEDI ___________________________ 57 7.3.2 Les quatre conditions d'un recours russi l'EDI ________________________ 58 7.3.3 Les tapes pour ltablissement des normes ____________________________ 58
8 9
Exemples doffre EDI________________________________________ 60 Etat du droit en matire dEDI ________________________________ 61

9.1 La disparition du papier : un heurt entre le droit et linformatique ____________ 61 9.1.1 La loi Madelin. __________________________________________________ 61 9.1.2 Les solutions juridiques pour combler le vide. __________________________ 61 9.2 La problmatique de la preuve__________________________________________ 61 9.2.1 Les diffrents systmes de preuve____________________________________ 62 9.2.2 L'application aux techniques informatiques.____________________________ 63 9.3 Laccord dinterchange _______________________________________________ 64 9.3.1 Le principe des conventions sur la preuve _____________________________ 64 9.3.2 Le contenu de l'accord d'interchange__________________________________ 65 9.4 Les limites des accords EDI ____________________________________________ 68 9.4.1 Les limites relatives au droit commun des obligations ____________________ 68 9.4.2 Les limites apportes par le droit de la concurrence ______________________ 68
10 Le futur de lEDI ___________________________________________ 70

10.1 Croissance en volume_______________________________________________ 70 10.2 Croissance des applications __________________________________________ 71 10.2.1 CAO/FAO ______________________________________________________ 71 10.2.2 Catalogue des produits ____________________________________________ 72 10.3 10.4 La croissance grce l'intgration ____________________________________ 72 Comptitivit accrue grce l'EDI ____________________________________ 74
11 Conclusion _________________________________________________ 76 12 Table des figures ____________________________________________ 77

28 Novembre 1998 EPITA TELECOM 99 -3-
13 Rfrences _________________________________________________ 78
13.1 13.2 Rfrences Internet ________________________________________________ 78 Bibliographie _____________________________________________________ 78
14 GLOSSAIRE _______________________________________________ 79 15 Index______________________________________________________ 90 16 Adresses des organismes et regroupements professionnels_________ 92

16.1 16.2 Adresses diverses Internationales _____________________________________ 92 Adresses dorganisation ou de regroupement EDI par Pays ________________ 92
17 Annexes __________________________________________________ 101

17.1 17.2 ANNEXE A : ACCORD MODELE D'INTERCHANGE EUROPEEN _____ 101 ANNEXE B : Messages normaliss UN/EDIFACT _____________________ 129
17.3 ANNEXE C : LOI n 94-126 du 11 fvrier 1994. relative l'initiative et l'entreprise individuelle. (Loi Madelin)______________________________________ 133 17.4 17.5 ANNEXE D : Recensement de l'Offre EDI / Commerce Electronique _______ 151 ANNEXE E : Offre de la socit INFLUE (source : www.influe.com)_______ 152
28 Novembre 1998
EPITA TELECOM 99
-4-
1 Introduction
La conception de l'EDI (change de donnes informatises) est ne, probablement, durant la Deuxime Guerre mondiale avec la structure du message Morse, qui est compos d'un en-tte, une partie dtail et une signature. Mais les conditions pour son dveloppement ont t runies dans les annes quatre-vingt, avec la maturit atteinte par les tlcommunications et l'informatique (logiciels, micro-informatique, informatique rpartie) et surtout avec la normalisation des procdures de communication des documents interentreprises. En fait, l'origine de l'EDI remonte une vingtaine d'annes, lorsque certaines firmes amricaines commencrent correspondre avec leurs sous-traitants par des moyens lectroniques. Les premires initiatives venaient d'une part des groupements oprationnels forms d'un petit nombre de partenaires traditionnels comme dans le cas des expditions en douane, d'autre part des transporteurs ariens dsireux de raccorder leurs systmes informatiques. Ds 1975, les chemins de fer et les transporteurs routiers, maritimes et ariens crrent des systmes normaliss travers un groupe industriel : le Trade Data Coordinating Committee (TDCC). Le premier de ces systmes concerne la facturation ferroviaire. Mais les grands constructeurs automobiles, comme General Motors, ou les grandes chanes de magasins, comme K-Mart ou J.C. Penney, dveloppent en parallle leur propre format de document commercial sur support lectronique. Ils veulent ainsi rendre plus efficaces et plus rapides les liens avec leurs principaux fournisseurs. En 1982, l'Institut national de la normalisation des Etats-Unis (ANSI) commence travailler sur la norme ANSI X12 pour l'change de donnes informatises, qui deviendra plus tard une norme interindustrielle. Depuis lors, de nombreux groupes conomiques appuient les projets de dveloppement de l'EDI dans leur propre secteur d'activit : l'automobile (Automobile Industry Group), la distribution lectrique (Electronic Data Exchange), l'acier (American Iron and Steel Institute), l'aluminium (Aluminium Association Inc.), la chimie (Chemical Industry Data Exchange). Le Canada fait son entre dans l'EDI en 1983, lorsque ses grandes socits, commerciales tablissent un systme de messages et de communications normalises. En 1984, les projets pilotes aboutissent la formation de EDICC (le Conseil canadien de l'EDI), qui regroupe de gros distributeurs, des chanes de magasins, des pharmacies, des entrepts et des commerces de dtail. En 1986, Telecom Canada propose le Trade Route, service offrant la compatibilit entre messages internes et externes et une bote lettres lectronique. Pendant que les Etats-Unis dveloppent bonne allure l'EDI, l'Europe accuse du retard malgr les travaux prcurseurs mens en Grande-Bretagne. Aussi ne doit-on pas s'tonner de voir qu'un tiers des services de Vente est fait par les firmes amricaines, par exemple la GEISCO (General Electric Information Services Co.), EDI-EXPRESS, Mc Donnell Douglas EDI-NET, Control Data REDINET, et Sterling Software ORDENET. Des services de traduction de logiciels, de consultation et de formation continue de personnel sont offerts par ces firmes, ainsi que par TDCC (aujourd'hui EDI Association, EDIA), Transsettlements, EDI Inc, Metromark, APL INC. En tout, plus de trente compagnies offrent leurs produits logiciels. L'inexistence de normes gnrales oblige les acteurs crer leurs propres normes (internes) afin de pouvoir changer leurs donnes. Les systmes existants vont se rpartir en deux grandes catgories :
28 Novembre 1998
EPITA TELECOM 99
-5-
EDI Echange de Donnes Informatises 1. ceux qui sont ouverts (dans lesquels la possibilit de se brancher est ouverte divers intervenants) ; 2. ceux qui sont ferms (o la possibilit de se brancher est rserve aux seuls associs). Ces derniers rendent service aux systmes qui les intgrent mais ne peuvent pas fournir ces mmes services d'autres intresss (extrieurs au groupement). Plusieurs initiatives EDI se dveloppent au niveau international. Elles tentent de mettre en commun les intrts des usagers et des prestataires de services, parmi lesquels le Comit de l'organisation des Nations Unies, JEDI (Joint Electronic Data Interchange), et le programme de la Communaut conomique europenne, TEDIS (Trade Electronic Data Interchange Systems) cr en 1988. Elles russissent divers accords, dont l'accord mondial, en 1987, sur l'utilisation du langage EDIFACT (Electronic Data Interchange for Administration Commerce and Transport : change de donnes informatises pour l'administration, le commerce et le transport).
28 Novembre 1998
EPITA TELECOM 99
-6-
2 Abstract
What is E.D.I. ? E.D.I. is defined as the transfer of structured data by agreed message standards from computer to computer by electronic means. So what exactly does that mean ? The best way to understand is to break things down, so let's break down the definition into the following parts : Structured Data What is structured data ? How is it different from the printed document ? Is it the same as electronic mail ? Let us look at the last two questions first, printed documents and electronic mail are designed for humans, they can be easily created and acted upon by humans, but EDI requires that the computer system itself can easily generate and process messages, so the data format is designed for computers, which as usual, implies that it in not very readable for humans. Clearly, therefore, EDI is not the same as either printer documents or electronic mail. Message Standards Clearly, trading partners must agree what data is being exchanged, and in what sequence their computer systems should generate the data. But why have standards ? EDI is concerned with exchanging messages in an open environment. Any company can join. In order to operate in an open environment no one company can impose its own data standards on other companies. Internal data standards are fine for use within an organization, but will not work outside the organization. For inter company message exchange there needs to be a universally agreed standard structure to the message(s). Universal doesn't mean the whole world has to agree, it means any company participating in a particular EDI community must agree. Therefore, standards are required. Electronic Means What does it mean? It could mean a transfer of magnetic tape. In the early days of EDI data was put onto magnetic tape and either posted or sent by courier to the recipient, who then loaded the tape on a tape deck and the computer read it in the system. This method was fine for a while, but problems arose : The tape was being physically sent, and this took time. The number of tapes that any one organization needed to handle was growing, leading to a scheduling problem. The tapes themselves were vulnerable. Often two identical tapes were produced in case one of them could not be processed by the recipient's computer system, thus creating a serious handling problem. The solution to all of these problems is to send data by telecommunications, and since the early 1980's this has been the increasingly preferred method. However, this method is not without its own problems : Timing problem - bilateral computer links require the both organizations schedule the link at the same time. Each link costs money.
28 Novembre 1998
EPITA TELECOM 99
-7-
EDI Echange de Donnes Informatises Any the number of trading partners grows the number of one-to-one links eventually becomes unmanageable. Incompatible computer systems.
The best solution is to join an EDI service run by a Value Added Network Service (VANS) supplier. E.D.I. brings substantial savings and benefits to organizations which implement it. Effective use of E.D.I. : reduces the delays caused by postal paper chains avoids the need to re-key data and therefore saves time and reduces errors avoids the cost of the creation, recording and storage of paper documents and records facilitates shorter lead times and reduced stock holdings which allow reductions in working capital requirements (i.e. just-in-time policies). provides the opportunity to improve customer service provides the opportunity to reduce administrative costs
28 Novembre 1998
EPITA TELECOM 99
-8-
3 Prsentation de lEDI
3.1 Dfinition
Lchange de donnes informatises (EDI) est le transfert de donnes structures selon des messages prtablis et normaliss. Ce transfert de donnes doit seffectuer dordinateur ordinateur (dapplication application). LEDI peut tre dfini comme lchange de donnes formates par des moyens lectroniques. A travers cette dfinition, trois technologies sont mises en avant : llectronique, lchange et les donnes formates. Est lectronique toute machine capable non seulement de lire un texte alphanumrique mais aussi de le traiter. Lchange reprsente le transport de donnes inter-organisations et non intra-organisations. Les donnes formates comprennent les lettres, les caractres, les symboles, les nombres et les mots qui ont une signification pour lmetteur et le rcepteur des donnes. Pour permettre un change, il faut que lordinateur du destinataire puisse : Eviter la ressaisie des donnes; Stocker et trier linformation; Se servir des donnes comme entres pour dautres applications; Traiter les donnes. Lobjectif est le transfert de bout en bout, avec un traitement automatis des informations dans chaque systme, que ce soit sur le systme metteur ou rcepteur. En rsum, cet change permet aux utilisateurs de dialoguer, dans les deux sens, avec leurs partenaires extrieurs, et dentreprendre des actes commerciaux sans support papier. L EDI est un systme dinformation coopratif, stratgique et inter-organisationnel. Un systme dinformation coopratif requiert deux parties au moins, ayant des objectifs diffrents, collaborant au dveloppement et lexploitation dun systme dinformation conjoint. Gnralement, chacune des parties dveloppe et exploite une fraction du systme dinformation, mais aucune de ces fractions ne peut fonctionner sans les autres. Un systme est stratgique sil se rvle ncessaire ou important pour le bon fonctionnement quotidien de lentreprise. Les systmes dinformation inter-organisationnels ne sont pas sous contrle dune unique organisation. Ils ne fonctionnent correctement que si les diffrents systmes dinformation interne sont en tat de marche. Ils donnent du travail des entreprises tierces qui fournissent des services de cblage ou de mise en rseau. En outre, les systmes dinformation interorganisationnels ont besoin dune critique des utilisateurs pour devenir viables. En France, lEDI se dveloppe dans de nombreux domaines et les besoins actuels sont trs importants en particulier en matire dchange de : - donnes commerciales ; - donnes administratives ; - donnes techniques. LEDI semploie traditionnellement lorsquune entreprise a recours la production en flux tendu (just in time), avec lenvoi de messages de commande . Les systmes interbancaires sont une autre application des systmes dchanges normaliss. 28 Novembre 1998 EPITA TELECOM 99 -9-
EDI Echange de Donnes Informatises En ralit, la liste des besoins est longue et ne sarrte pas simplement aux relations commerciales et financires entre les entreprises. La dmatrialisation est possible pour bon nombre de documents allant du bon de commande jusquau rglement final. Les avantages de lEDI, en termes dconomie directe et de gains de productivit sont trs importants. De plus, la loi franaise permet, sous certaines conditions, la dmatrialisation de la facture.
Figure 1 : Flux traditionnel Versus Flux EDI
Voici quelques exemples de documents changeables via lEDI : bon de commande, rcpiss dun bon de commande, demande de cotation, planning demplois du temps, avis de dlivrance, facture, avis de rception, reu, compte rendu de facturation, etc. 3.2 Intrt
LEDI peut sappliquer une entreprise ou un groupe dentreprises, un secteur conomique ou lconomie dans son ensemble. LEDI peut bien sr concerner un ou plusieurs pays. Deux facteurs expliquent lapparition de lEDI : - la crise structurelle de lindustrie, qui se manifeste par la baisse de productivit (notamment aux Etats-Unis depuis la fin des annes 1960). - le changement radical dans les formes de pilotage des conomies dveloppes. Afin de contrecarrer la baisse de productivit dans lindustrie, une modernisation des outils de production est mise en uvre, visible surtout dans lindustrie de pointe (par opposition lindustrie en dclin). En particulier, elle touche la fois les activits internes (comptabilit, gestion du personnel, ) et les activits d change (commercialisation, transport, ).
28 Novembre 1998
EPITA TELECOM 99
- 10 -
Le principal but de l EDI est de parvenir au zro papier , en apportant - rapidit pour rpondre une demande ou pour recevoir des rponses de la part des partenaires. - loptimisation des systmes dinformation pour fournir des donnes exactes et disponibles au bon moment. - une plus grande automatisation des processus do une diminution des erreurs de saisie, des cots de main duvre. - la disparition des problmes lis aux alas de la poste (ou autre ). Dans un sens gnral, l EDI permet dassurer une meilleure prestation de la part de chacun des acteurs conomiques. 3.3 Comparaison entre un flux EDI et flux documentaire traditionnel
Toute activit productive saccompagne ncessairement dun flux documentaire. Lexemple qui suit montre un flux documentaire traditionnel et un flux EDI ne prenant en compte que les oprations relevant de la commande et du paiement :
28 Novembre 1998
EPITA TELECOM 99
- 11 -
Figure 2 : Relations entre les diffrents services. 3.3.1 flux documentaire traditionnel Etape numro 1 : Passation dune commande. Les donnes sont crites ou rentres dans lapplication dachat, et la commande est ainsi gnre. Une copie de la commande est envoye par la poste au fournisseur et dautres copies sont envoyes aux autres services de la socit. Etape numro 2 : Le fournisseur reoit la commande et traite linformation en la rentrant dans son systme de gestion des commandes. Une copie peut tre envoye aux autres services comme la comptabilit ou le magasin de stockage.
28 Novembre 1998
EPITA TELECOM 99
- 12 -
EDI Echange de Donnes Informatises Etape numro 3 : A partir de lenregistrement de la commande, un rcpiss est cr et envoy par la Poste la connaissance de lacheteur. Gestion interne des stocks, de la slection des articles et de lenvoi des articles. Etape numro 4 : A lenvoi, un enregistrement est cr dans le magasin et envoy au service de facturation. Une facture est cre et envoye par la Poste lacheteur. Etape numro 5 : A la rception des articles, un avis de rception est prpar et envoy la comptabilit o les donnes sont rentres dans le fichier des paiements en attente. Etape numro 6 : A la rception de la facture, les donnes sont rentres dans le systme de gestion des factures. Etape numro 7 : Avec lautorisation de paiement, lacheteur effectue son rglement et lenvoie par la Poste au fournisseur. Etape numro 8 : A la rception du paiement, le fournisseur rentre les donnes et met jour les fichiers comptables. 3.3.2 flux EDI Etape numro 1 : Lacheteur identifie larticle quil souhaite acheter, rentre les donnes dans le programme dachat. Le logiciel cr un ordre dachat qui est envoy lectroniquement au fournisseur. Etape numro 2 : Le fournisseur reoit lordre dachat, et le logiciel EDI traduit celui-ci pour ladapter au format interne. Ce logiciel-pont transmet les donnes automatiquement la comptabilit et au magasin. Etape numro 3 : Un rcpiss est envoy lectroniquement lacheteur. Etape numro 4 : La commande est remplie dans le magasin et un avis de chargement est cr et transmis lacheteur. Etape numro 5 : Une fois que les articles sont rceptionns, les fichiers correspondants sont mis jour. Etape numro 6 : Lavis de rception est transmis automatiquement travers le logiciel-pont vers le systme de comptabilit du fournisseur. Etape numro 7 : Une facture est gnre et transmise lectroniquement lacheteur. Etape numro 8 : La facture est reue par lordinateur de lacheteur puis traduite au format interne. La facture, lavis de rception et la commande sont compars. Etape numro 9 : Lautorisation du paiement est cre automatiquement et transmise la banque. Un avis lectronique de paiement est effectu au fournisseur. Etape numro 10 : Le service comptabilit du receveur est mis jour.
28 Novembre 1998
EPITA TELECOM 99
- 13 -
3.4
Les principaux risques encourus par lentreprise
3.4.1 Perte dinformations confidentielles et sensibles Cette perte dinformations peut se traduire par la divulgation involontaire mais plus souvent par malveillance, de certaines donnes sensibles. Du fait de laugmentation de la vitesse du traitement des informations par les systmes informatiques, de lintensification des changes et de la concentration des donnes au sein de lentreprise, il est relativement ais, pour une personne mal intentionne, de suivre les transactions. Exemple : perte de contrats dont les ngociations taient sensibles . 3.4.2 Perte dintgrit des donnes La perte de lintgrit des donnes se produit essentiellement cause dune mauvaise gestion dun systme multi-utilisateurs. Les consquences sont la dtrioration de donnes concernant lentreprise et/ou ses partenaires. Dautre part, cette perte dintgrit a souvent tendance entraner des fraudes qui donnent parfois lieu des chantages. 3.4.3 Intervention malveillante sur la procdure de paiement Quand des changes financiers se font automatiquement (virement bancaire par exemple) sur le systme, cela peut donner lieu des manipulations, des dtournements, et des demandes par erreur ou au mauvais moment. 3.4.4 Rduction des contrles manuels internes Une quantit de contrles internes, dans une entreprise, peut avoir des consquences graves (sur-paiement, excdent ou pnurie de stock, surproduction ou sous-production, ). Un mauvais contrle manuel (partiel, partial ou inexistant) peut laisser le systme EDI gnrer des transactions aussi contradictoires, comme des commandes un fournisseur avec qui lentreprise est en conflit, querrones, comme la commande de nouvelles matires premires du fait de la mauvaise mise jour du stock. Ainsi, un manque de contrle manuel peut engendrer une dsinformation du systme. La force du contrle interne, qui sappuie sur la sparation des tches et la structure slective du reporting de gestion est rduite ou affaiblie dans un environnement EDI. Dautre part, du fait de la partialit et de la diminution des contrles visuels, la dtection de transactions incohrentes ou inhabituelles est limite. Par consquent, la mise en uvre de l EDI suppose lutilisation de systmes informatiques performants tant donn que le risque augmente puisque seules quelques personnes effectuent des contrles. Malgr tout, si le systme EDI install permet denvisager toutes les conditions de fonctionnement possibles, y compris un dbraillage annuel en cas de panne, un contrle
28 Novembre 1998
EPITA TELECOM 99
- 14 -
EDI Echange de Donnes Informatises automatis a pour mrite dliminer par la rptition des contrles les erreurs inhrentes au manque de fiabilit humaine. 3.4.5 Erreurs de tltransmission Si des erreurs apparaissent cause des traitements informatiques ou des systmes de communications, des informations errones sont transmises la direction qui peut alors prendre des dcisions inadaptes, faisant perdre de largent lentreprise. 3.4.6 Pertes des documents ncessaires laudit Mme si lintroduction de l EDI dans lentreprise correspond la disparition dun grand nombre de documents sur support papier, il nen reste pas moins indispensable de conserver tous les documents lis aux transactions EDI, sur support magntique ou listing, qui permettront de prouver quune transaction a effectivement eu lieu. Pour des raisons de rglementation ou de dispositions lgales, il est souvent difficile, voire impossible, de faire accepter, reconstituer et examiner les messages en cas de problme, erreur ou litige. Ainsi, toute information doit tre systmatiquement sauvegarde sur le support lgal adquat, sous peine de poursuites ou damendes. En effet, lEDI ne modifie en rien les aspects lgaux concernant les modalits darchivage et les documents quil faut imprativement conserver.
28 Novembre 1998
EPITA TELECOM 99
- 15 -
4 Application de lEDI travers les diffrents secteurs

4.1 L'EDI dans l'activit transports
Les affrteurs et les transporteurs ne se contentent pas de parler de l'EDI... Ils l'appliquent vraiment. Le secteur des transports a t l'un des premiers dvelopper l'change de donnes informatises l'chelle d'une industrie toute entire. Il a fait uvre de pionnier dans l'utilisation d'une syntaxe et d'une architecture communes pour la transmission des donnes lectroniques, et la plupart des normes EDI actuelles sont fondes sur ces efforts prcurseurs. L'EDI est utilis, des degrs divers, par tous les secteurs qui constituent l'activit transports. L'utilisateur le plus important semble tre le chemin de fer. Des efforts de grande envergure ont aussi t entrepris dans les domaines des transports routier et maritime. Les expditeurs et les courtiers, de mme que de nombreux ports l'utilisent galement. Selon le magazine Traffic Management, 1' EDI semble avoir atteint sa vitesse de croisire [dans l'activit transports]. Dsormais les affrteurs et les transporteurs ne se contentent pas de parler de l'EDI ...ils l'appliquent vraiment . Bien que l'EDI ait fait ses dbuts relativement tt dans cette industrie, il a fallu un certain nombre d'annes avant que son utilisation s'tende largement, en raison de la complexit du problme. D'aprs un ancien directeur du marketing de General Electric Information services, faire de l'EDI entre une socit et ses fournisseurs, cela coule pratiquement de source, mais quand vous ajoutez cela tout le secteur des transports, avec ses agents divers - l'affrteur, le transporteur maritime, le rail, les transporteurs routiers, les manutentionnaires, les entrepts, les courtiers et les douanes - l'EDI devient beaucoup plus complexe . Il apparat cependant que la profession des transports a atteint dsormais la masse critique quant au nombre de personnes qui se trouvent l'aise dans un environnement informatique, comprennent l'EDI et l'utilisent . On peut se rendre compte de l'tendue et de la diversit de ses utilisations dans cette industrie, en tudiant quelques unes de ses applications spcifiques. Nous prsentons ci-aprs des exemples d'utilisation par les chemins de fer, les transporteurs routiers, les transporteurs maritimes, les ports et les douanes. 4.1.1 L'EDI du rail Les chemins de fer sont parmi les utilisateurs les plus avancs de l'EDI. Cette industrie possde son propre rseau, nomm Railinc. Railinc est une filiale de l'Association des chemins de fer amricains et opre en tant que rseau tiers pour les transmissions en EDI. Bien qu'tabli l'origine uniquement dans le but d'effectuer des transactions entre les chemins de fer et leurs affrteurs, Railinc a maintenant tendu ses services des transactions bipartites, extrieures au secteur, par exemple entre un affrteur et ses fournisseurs. Les transactions rail . Les toutes premires transactions effectues par EDI dans le secteur des chemins de fer s'appliquent aux messages de localisation des wagons et aux feuilles de route. Les messages de localisation des wagons sont particulirement importants dans cette activit, car suivre les 28 Novembre 1998 EPITA TELECOM 99 - 16 -
EDI Echange de Donnes Informatises wagons la trace permet aux affrteurs et aux rceptionnistes de connatre exactement la date et l'heure d'arrive du chargement. Cette information revt une importance capitale dans le planning d'une ligne de production; avant l'EDI de nombreuses socits employaient deux ou trois personnes temps plein, uniquement pour vrifier les horaires d'arrive auprs des services des chemins de fer. Avec l'EDI, cet effort particulier n'est plus ncessaire. Les feuilles de route, qui identifient la cargaison transporte dans les wagons, reprsentent aussi une information critique la fois pour les affrteurs et les chemins de fer. Actuellement, environ 90 % de toutes les feuilles de route sont transmises lectroniquement. Mais les types de transaction rail qui ont connu la croissance la plus rapide sont les demandes d'achat et les factures de fret. Les utilisateurs de I'EDI rail . On peut trouver de nombreux exemples d'affrteurs et de compagnies de chemins de fer travaillant de concert l'amlioration de la productivit et de l'efficacit de chaque partie grce l'utilisation de l'EDI. L'un des fervents supporters et utilisateurs de l'EDI est l'Union Pacific. Union Pacific l'utilise actuellement pour transmettre des messages de localisation des wagons, et galement pour changer des connaissements, des factures de fret et des rclamations avec ses clients. Conrail est galement depuis 1981 un utilisateur convaincu de l'EDI ; il procde par transmission lectronique pour l'change des connaissements et des factures, et la localisation des wagons et les transferts de fonds. Burlington Northern possde galement un programme pour le suivi des mouvements de wagons, les connaissements et les factures de fret. L'EDI multimodal. Les affrteurs et les compagnies de chemins de fer utilisent galement l'EDI pour des mouvements multimodaux. Par exemple, Interamerican Transport Systems, Inc., un agent qui transporte du fret au moyen de piggybacks (semi-remorques mises sur des wagons) et de camions entre les Etats-Unis et le Canada, est un ardent utilisateur de l'EDI. La compagnie voit passer environ 10 000 remorques piggyback par an. Bien qu'elle n'en possde pas une seule, elle doit suivre la trace le mouvement de chacune d'entre elles. Elle le fait par EDI. Ainsi, Interamerican a pu supprimer les 16 heures de travail quotidien qui taient ncessaires pour suivre manuellement les mouvements de trains. De plus, Interamerican communique aussi lectroniquement les feuilles de route ( ce qui conomise de faon significative du temps et des efforts ). Dans le pass, la transmission par fax des feuilles de route une seule compagnie de chemins de fer, Conrail, prenait deux heures par jour. Aujourd'hui, par EDI, la transmission ne prend qu'une minute environ. La croissance de I'EDI rail . On s'attend ce que l'utilisation de l'EDI dans le secteur des chemins de fer continue sa croissance. Selon un dirigeant de Conrail, un jour, toutes les transactions affrteurtransporteur s'effectueront lectroniquement. Nous pourrions traiter par EDI toutes les communications client / transporteur. En commenant par les ventes, nous pourrions envoyer au client une rponse globale un appel d'offres, ou bien le client pourrait diffuser largement un appel d'offre pour un prix de transport sur une certaine relation. La compagnie de chemin de fer pourrait lui rpondre en lui adressant son prix lectroniquement. De mme, le transporteur pourrait annoncer ses tarifs sur certains trajets, et transmettre cet avis aux affrteurs Tout ceci s'ajoute l'utilisation habituelle de l'EDI rail qui concerne la transmission des connaissements, des factures de fret, des facturations en gnral, des rclamations relatives au transport et de la localisation des trains.
28 Novembre 1998
EPITA TELECOM 99
- 17 -
EDI Echange de Donnes Informatises 4.1.2 L'EDI dans le transport routier Le transport routier s'est intress l'EDI peu prs en mme temps que l'industrie des chemins de fer. Cependant, le degr d'intrt tait moindre, et les raisons de cet intrt taient diffrentes. Les estimations actuelles du pourcentage des transactions effectues lectroniquement dans le secteur du transport routier vont de 20 30 %. Mais, contrairement au cas des chemins de fer, le niveau d'implication a t largement suscit par les clients. Selon Paul Lemme, ancien prsident de TDCC et consultant en EDI pour Lemme Associates, ... les transporteurs routiers s'y sont mis parce que leurs clients l'exigeaient. Ce qu'on voit aujourd'hui, c'est que l'ATA (American Trucking Association ) a compris qu'elle devait prendre les choses en main avant que la technologie ne fasse tout fonctionner . Exemples d'EDI dans le transport routier Union Carbide et Yellow Freight - Union Carbide constitue un exemple de client exigeant l'EDI . Union Carbide utilise des critres spcifiques pour la slection des transporteurs routiers, et l'un de ces facteurs de slection est l'EDI. Selon un reprsentant d' Union Carbide en dfinitive, nous pensons que les transporteurs doivent avoir des moyens EDI . Union Carbide travaille actuellement, en EDI, avec un certain nombre de transporteurs routiers, dont Yellow Freight Systems. L'une des utilisations majeures de l'EDI par Union Carbide concerne la facturation du fret par l'lectronique (FFE). Selon Yellow Freight, chaque fois qu'un envoi est effectu, Yellow Freight cre et conserve lectroniquement une facture de fret. A un moment prcis, les factures sont transmises au rseau tiers d'Union Carbide. Une fois par jour, l'ordinateur d'Union Carbide, sans intervention humaine, entre en communication avec le rseau tiers et extrait les factures de fret mises en mmoire. Les factures sont traduites du format TDCC au format Union Carbide et compares alors aux rceptions. Les factures conformes aux livraisons sont automatiquement transmises au systme des comptes payer. Les factures sont alors conserves jusqu' leur chance, puis les chques sont mis et envoys par courrier. De plus, Union Carbide adresse au transporteur un avis d'acceptation ou de rejet de la facture de fret dans un dlai de, 24 heures aprs rception. D'aprs Newton Graves, vice-prsident de Yellow Freight Systems, l'utilisation de l'EDI est un exemple d' embarquement en double entre l'affrteur et le transporteur. Cette expression signifie que les transporteurs doivent travailler au dveloppement et l'entretien de relations long terme avec les affrteurs. Les cls pour btir ces relations long terme se nomment : engagement, coopration, confiance et communication; l'EDI est la cl en matire de communication. Procter & Gamble et Motor Carriers - Un autre exemple de l'utilisation de l'EDI entre affrteurs et transporteurs routiers, est fourni par Procter & Gamble, pour ses transports extrieurs. Procter & Gamble traite environ 90 000 factures de fret par mois et, selon le directeur EDI de P&G, l'EDI s'est avr un moyen d'amliorer la productivit ainsi que la satisfaction des clients. Il a permis P&G de rduire le temps consacr aux dtails au jour le jour et aux responsables du service clientle de passer davantage de temps au service des clients. Procter & Gamble utilise actuellement l'EDI pour traiter les factures de fret avec 74 % de ses 124 transporteurs extrieurs, ce qui reprsente peu prs 65 % de toutes les factures de fret reues. L'EDI a eu des consquences profitables pour P&G comme pour ses transporteurs. Procter & Gamble a enregistr une rduction allant de 50 75 % du nombre des erreurs, grce la suppression des doubles saisies. P&G a, de plus constat une diminution de ses dpenses tlphoniques, une amlioration de son fonds de roulement et une utilisation plus productive de son personnel. Les transporteurs qui collaborent avec P&G en ont aussi tir profit. L'un
28 Novembre 1998
EPITA TELECOM 99
- 18 -
EDI Echange de Donnes Informatises d'eux a not une rduction de 17 jours dans le temps de traitement et de transmission des factures de fret et une amlioration en consquence de son fonds de roulement. Pour un autre, c'est une rduction de frais s'levant environ 3,50 dollars par facture de fret. L'utilisation de l'EDI dans le secteur du transport routier prsente donc des avantages pour les affrteurs comme pour les transporteurs. C'est galement vrai dans le domaine du transport maritime. 4.1.3 L'EDI dans le transport maritime Un autre secteur a avoir trouv des avantages l'EDI est celui du transport maritime. Les transporteurs maritimes, les affrteurs, les ports et les bureaux de douane sont unanimes reconnatre que l'utilisation de l'EDI conomise la fois du temps et de l'argent, tout en amliorant le service la clientle. Comme pour le secteur du transport routier, l'EDI est ici souvent encourag par les affrteurs. Selon American Shipper, il devient de plus en plus vident que l'adoption des communications lectroniques, au sein de l'activit transport maritime, est invitable et que cette tendance est active en grande partie par les affrteurs . Les transporteurs maritimes. L'EDI est utilis par les transporteurs maritimes et par les ports pour amliorer la productivit et le service. Par exemple, la National Customs Brokers and Forwarders Association of America a rcemment constitu un Comit EDI. Selon Paul F. Wegener, prsident de l'association, dans le futur les courtiers et les transporteurs seront des gestionnaires qui surveilleront les mouvements de marchandises par l'intermdiaire de l'EDI tendu tous les types de transports . Les fonctions du comit nouvellement cr incluent : la formation des membres l'EDI, l'valuation de la possibilit d'tablir un rseau EDI (semblable Railinc) pour les affrteurs, la dtermination des faons d'utiliser au mieux l'EDI, et l'tablissement de liaisons avec les autres secteurs d'activit, en ce qui concerne les problmes lis l'EDI. Les ports maritimes. Un certain nombre de ports ont aussi entrepris des efforts consquents vers l'EDI. Le port de Seattle, par exemple, a tabli des liaisons lectroniques avec un certain nombre de transporteurs. Alors qu' l'origine le port avait instaur son systme pour transmettre lectroniquement les connaissements aux chemins de fer, il a tendu son utilisation aux courtiers et aux transporteurs maritimes. Les autorits portuaires de New York et du New Jersey ont galement en projet une application EDI. Ce systme, connu sous le nom de ACES (Automated Cargo Expediting System), a pour but l'acclration des transactions concernant le fret dans le port. Il permet aux agents excutifs du fret maritime de transmettre et d'changer l'information concernant les marchandises, avec diligence et efficacit et ce, un prix raisonnable . Le systme, a t mis en place fin 1989, couvrait plus de 400 socits du secteur maritime. Pour commencer, les communications EDI seraient tablies entre les compagnies de navigation, les manutentionnaires et les courtiers des douanes. Le systme devrait plus tard inclure les transporteurs par rail et par route, les affrteurs et les administrations. Ce systme devrait amliorer sensiblement le traitement des documents. Actuellement, les transactions maritimes requirent le transfert des documents officiels par courrier ou par porteur, avec, en plus, un suivi tlphonique rpt. L'utilisation de l'EDI pour transmettre les documents liminera les dlais inhrents l'organisation actuelle.
28 Novembre 1998
EPITA TELECOM 99
- 19 -
EDI Echange de Donnes Informatises 4.2 L'EDI dans l'industrie alimentaire
Pour la profession tout entire, les conomies lies l'utilisation de l'EDI pour les livraisons directes aux dtaillants, sont estimes plus de 900 millions de dollars. Le secteur de l'industrie alimentaire a t l'un des premiers mettre en place l'EDI l'chelle de la profession toute entire. Les caractristiques de ce secteur sont telles que l'change de donnes informatises est bien adapt ses besoins. Les marges dans ce secteur sont troites, ce qui signifie que toute mthode pour rduire les cots, mme de faon modeste, peut avoir une rpercussion significative sur la profitabilit globale. L'industrie alimentaire gnre, elle aussi, de nombreuses transactions et de multiples documents. Une tude de faisabilit de 1980, concernant l'utilisation de l'EDI dans ce secteur, estimait plus de 15 millions le nombre des documents changs chaque anne entre quelque 5 000 fabricants, 2 400 distributeurs et 3 000 courtiers. En plus des 15 millions de commandes, la profession produit galement 90 millions de documents autres, tels que : modifications de commandes, factures, connaissements, modifications de factures, paiements, modifications de prix et annonces de ventes promotionnelles. 4.2.1 Le dveloppement de l'EDI dans l'industrie alimentaire En raison de ces caractristiques, et compte tenu du fait que l'EDI pouvait avoir un impact significatif sur sa productivit, l'industrie alimentaire a command en 1978 une tude sur ce systme. Cette tude a t lance grce la runion de six groupes majeurs de la profession, comprenant : Cooperative Food Distributors of America, Grocery Manufacturers of America, National American Wholesale grocers Association, National Association of Retail Grocers, Food Marketing Association et National Food Brokers Association. C'est Arthur D. Little, Inc. qui a men l'tude en s'intressant principalement aux messages de transactions commerciales de routine changs par le fabricant, le distributeur et le courtier, dans le contexte du cycle complet de l'approvisionnement en marchandises . L'tude de faisabilit a montr que le bnfice total retir de l'EDI par l'industrie alimentaire pouvait tre substantiel. On estimait qu'avec un taux de 50 % d'utilisation, les conomies directes ralises sous forme d'une rduction du nombre des erreurs et des travaux d'criture grce l'EDI, pourraient atteindre chaque anne 84 millions de dollars, et ceci pour un cot annuel de fonctionnement d'environ 16 millions de dollars. De plus, les conomies indirectes dont la rduction de l'inventaire rsultant d'une amlioration de la prcision de l'information et de l'utilisation du temps, pourraient atteindre les 256 millions de dollars annuels. (Bien qu'aucune vrification comptable des cots et bnfices rels n'ait t effectue, on admet gnralement dans la profession, que les estimations de dpart taient plutt en de de la vrit. En d'autres termes, on pense que les bnfices nets sont plus levs que prvu). La conclusion majeure de l'tude fut que l'utilisation de l'EDI dans l'industrie alimentaire tait techniquement faisable et conomiquement justifie. Elle a de plus montr que l'obstacle majeur son extension dans le secteur, ou d'ailleurs dans tout autre secteur, tait l'absence de normes l'chelle de la profession toute entire. L'tude a donc prconis d'utiliser les normes et le format tablis par le Transportation Data Coordinating Committee comme modle pour l'tablissement de normes spcifiques l'industrie alimentaire. Elle a, enfin, indiqu qu'en raison de la brivet relative des messages transmettre, la dure totale d'mission et de rception des messages serait relativement courte et que, par consquent, l'utilisation d'un grand rseau rserv la profession n'tait pas ncessaire. Elle prconisait plutt l'utilisation partage de rseaux publics pour la transmission des transactions.
28 Novembre 1998
EPITA TELECOM 99
- 20 -
EDI Echange de Donnes Informatises La profession a appliqu les recommandations de l'tude et a constitu en 1980 l'Uniform Communications Standards Committee (UCS) pour laborer des standards son usage. De 1980 1982, elle a test un certain nombre de normes, toutes bases sur la syntaxe TDCC. En 1982, un test pilote, impliquant des fabricants, des courtiers et des vendeurs au dtail qui changeaient demandes d'achat et factures, fut mis sur pied. Ses rsultats confirmrent la faisabilit technique et la justification conomique de l'EDI. En 1982, son utilisation fut tendue d'autres socits et de nouvelles transactions. A l'heure actuelle, plus de 250 membres de la profession, dont 114 fabricants, 96 courtiers, 22 grossistes et 28 dtaillants, sont membres de l'UCS et traitent lectroniquement plus de 100 millions de messages par an. 4.2.2 Exemples dutilisation dans lindustrie alimentaire L'un des leaders de l'EDI dans le secteur est Super Valu Stores. Saper Valu est un grossiste important de l'alimentaire, avec environ 10 milliards de dollars de chiffre d'affaires annuel. Il fournit plus de 3000 magasins par l'intermdiaire de 19 centres de distribution. L'UCS est actuellement utilis dans 16 de ces 19 centres. Saper Valu est vritablement un des leaders de l'EDI. La socit s'est mise au transfert lectronique en 1972, en changeant cartes perfores et bandes magntiques avec ses partenaires commerciaux : CPC, Kimberly Clarck et General Mills. Ces trois socits et Super Valu se sont mises d'accord sur des normes utiliser pour le formatage de l'information sur les bandes et les cartes perfores. Mais selon George Klima, ancien directeur de la comptabilit de Super Valu, cet change lectronique ne permettrait aucun progrs rel tant qu'un standard, l'chelle de la profession toute entire, ne serait pas adopt. Saper Valu a particip au dveloppement de la norme UCS et a commenc l'utiliser ds que celle-ci a t disponible. Aujourd'hui, Super Valu participe activement l'EDI et utilise couramment le standard UCS pour transmettre plus de 6 500 demandes d'achat et plus de 3 000 factures par semaine, 1 600 de ses fournisseurs. La socit transmet, de surcrot, les annonces de ventes promotionnelles et les changements de prix par voie lectronique. Les bnfices retirs de l'EDI par Super Valu ont t significatifs. Les cots de transmission des demandes d'achat ont t rduits d'environ 1,30 dollar par document; les cots relatifs la rconciliation des demandes d'achat et des factures ont t rduits de 6000 dollars par jour et d'importantes conomies de personnel ont t ralises dans les activits comptes payer et comptes recevoir. Si ces bnfices sont importants, ils ne constituent pas cependant, selon Klima, le rsultat le plus positif de l'EDI. L'avantage principal en effet, rsulte d'une information plus prcise et de l'utilisation plus productive du temps des acheteurs. Avant l'EDI, 40 % de leur temps tait consacr des activits administratives. Depuis l'EDI, les acheteurs ont davantage de temps pour les activits d'achat proprement dites, et sont donc devenus des ngociants , de gratte-papier qu'ils taient auparavant. Il en est rsult une amlioration de la productivit du personnel. Dans un service de Super Valu, le volume des affaires traites a augment de 50 %, sans aucune augmentation du nombre des acheteurs. 4.2.3 Perspectives dutilisation de lEDI dans lindustrie alimentaire Bien que les rsultats raliss par Super Valu et d'autres dans la profession aient t consquents, on peut prvoir des bnfices encore plus importants dans le futur. L'industrie alimentaire est actuellement dans une phase de test d'utilisation de l'EDI pour la livraison directe des dtaillants, ce qui devrait encore augmenter les bnfices dus l'EDI.
28 Novembre 1998
EPITA TELECOM 99
- 21 -
EDI Echange de Donnes Informatises Actuellement, l'EDI est utilis, dans l'alimentaire, pour des transactions entre les distributeurs, au niveau de leurs entrepts, et les fabricants ou les courtiers qui les approvisionnent. En d'autres termes, on n'utilise pas l'EDI pour des transactions intervenant entre les fournisseurs et les points de vente au dtail (ce qu'on appelle livraison directe aux dtaillants). Une tude de faisabilit, effectue par la socit Arthur D. Little, estime que le nombre de livraisons des magasins d'alimentation est, dans ce pays, de 500 millions par an, reprsentant prs de 10 milliards de transactions . Elle montre que des bnfices importants peuvent tre raliss si l'on tend l'EDI aux livraisons directes aux dtaillants. On pourrait ainsi raliser en une anne des conomies atteignant 330 millions de dollars annuel, alors que les fournisseurs conomiseraient 175 millions de dollars par an. Les conomies indirectes sont estimes 430 millions de dollars pour les fournisseurs et les dtaillants. L'industrie alimentaire est actuellement en phase de test pilote pour cette nouvelle application. Aprs une courte priode d'essai, l'EDI pour les livraisons directes aux dtaillants devrait s'tendre et devenir courant dans la profession. 4.3 L'EDI dans l'industrie automobile
L'utilisation de l'EDI rduit le cot de production d'une automobile de 200 dollars. L'industrie automobile est un autre exemple d'volution partir de systmes particuliers vers un EDI aux normes communes. Dans le milieu des annes 1960, les trois grands fabricants automobiles amricains ont chacun mis en place des systmes EDI particuliers. Ces systmes taient surtout conus pour fournir des informations aux systmes internes de production. Plus tard, ils furent tendus pour inclure les fournisseurs les plus importants. Bien que les fabricants d'automobiles aient connu l'origine un environnement spcifique, ils ont tous engag un effort de conversion de leurs systmes particuliers vers les formats Xl2, lorsque les normes devinrent disponibles. Comme pour le secteur pharmaceutique, cette volution fut encourage par une action l'chelle de la profession toute entire. Le groupe daction de lindustrie automobile En 1981, les fabricants automobiles et leurs fournisseurs sassocirent pour former l'Automotive Industry Action Group (AIAG). Le but tait de trouver les moyens d'amliorer la comptitivit des fabricants d'automobiles amricains face aux trangers. L'AIAG a institu un certain nombre de sous-comits, chacun responsable d'un aspect spcifique du processus de fabrication. Les techniques tudies par l'AIAG comprenaient la fabrication juste--temps , les codes barres, la conception / fabrication assiste par ordinateur (CAO/FAO), les cercles de qualit, et l'EDI. L'AIAG considrait l'utilisation de l'EDI comme un facteur primordial d'accroissement de la productivit et de la comptitivit. Le sous-comit EDI de l'AIAG fut charg de dvelopper et d'introduire l'EDI dans l'industrie automobile .
28 Novembre 1998
EPITA TELECOM 99
- 22 -
L'utilisation actuelle de l'EDI Aujourd'hui tous les fabricants amricains utilisent l'EDI et s'attendent ce que leurs partenaires commerciaux en fassent de mme. On estime que prs de 3 000 fournisseurs sont actuellement relis lectroniquement avec les fabricants d'automobiles. Parmi les documents les plus couramment changs entre eux, se trouvent : les bons de sortie de fournitures, les avis d'expdition acclre, les factures et les paiements. Dans l'industrie automobile, l'EDI a atteint le stade du must . Les trois grands ont fait savoir qu'ils attendaient de leurs fournisseurs qu'ils soient capables de communiquer lectroniquement, et que ce critre serait un facteur de slection des fournisseurs. Les deux exemples suivants montrent quel point l'EDI est utilis de faon extensive dans l'industrie automobile. General Motors. General Motors utilise actuellement l'EDI pour communiquer lectroniquement avec les fournisseurs de nombreuses units de fabrications et d'assemblage, ainsi que pour le paiement des factures dans 17 de ses 30 units oprationnelles. Le systme EDI de GM ralise les fonctions suivantes : tout d'abord un responsable de GM entre en liaison avec l'ordinateur d'un fournisseur pour connatre le prix d'un article, le fournisseur adresse lectroniquement l'information GM, puis, lorsque GM est prt commander l'article en question, l'ordre d'achat est transmis lectroniquement au fournisseur. A rception de cet ordre d'achat et une fois l'expdition effectue, le fournisseur renvoie un avis d'expdition lectronique et une facturation lectronique. Trs souvent, le paiement du fournisseur se fait aussi lectroniquement. GM est actuellement reli lectroniquement six grandes banques. Quand un fournisseur doit tre pay, GM tablit une communication lectronique avec l'une des banques, qui dbite alors les comptes de GM et crdite celui du fournisseur. GM espre avoir un jour la possibilit de passer en paiement lectronique la totalit des 30 000 chques qu'elle adresse chaque mois plus de 6 000 fournisseurs. Ford. La Ford Motor Company utilise aussi trs largement l'EDI. Ford encourage ses fournisseurs se mettre l'EDI et a fait savoir que, dans le futur, son utilisation constituera un critre dans le choix d'un fournisseur. Cette socit a intgr l'EDI dans un programme connu sous le nom de Common Manufacturing Management System (CMMS). CMMS contrle la totalit de la gestion des fournitures et des oprations de production et intgre les donnes reues par EDI dans ses oprations internes.
28 Novembre 1998
EPITA TELECOM 99
- 23 -
5 EDI et modle OSI

Ce chapitre examine les relations entre le modle OSI (Open Standard Interconnection) de l'ISO (International Standard Organisation), norme internationale pour l'interconnexion des systmes ouverts, et l'EDI. Le modle OSI se place au niveau des communications, tandis que l'EDI se place au niveau du contenu de l'change (les donnes). De ce point de vue les dveloppements du modle OSI sont importants pour l'EDI. L'intgration de l'EDI se fait travers la couche application du modle OSI. Nous dvelopperons deux exemples d'application : la messagerie X400 et la norme FTAM (File Transfert Access Management. 5.1 Le modle OSI
Le modle de rfrence OSI (norme ISO 7498/1) rend vraisemblable le projet d'harmoniser les communications entre ordinateurs, et ceci afin de travailler indpendamment de la nature des systmes. Deux organismes internationaux ont des possibilits dans le dveloppement du modle OSI : l'ISO et le UIT_T. 5.1.1 Les couches du modle OSI Le dveloppement d'une application distribue, support de l'EDI, ncessite une approche de haut en bas, incluant les conditions de fonctionnement, la spcification des fonctions, la conception du systme (architecture, modules, interfaces) et l'implmentation (codage, tests et lancement). Le modle OSI a t conu en couches, chaque couche augmentant le niveau d'abstraction en partant du niveau physique (ordinateur). Le modle possde sept couches (numrotes de 1 7) : physique, lien ou liaison, rseau, transport, session, prsentation et application :
28 Novembre 1998
EPITA TELECOM 99
- 24 -
TITRE 1 Physique
2 Liaison 3 Rseau
DESCRIPTION NORMES PROPOSEES DU FONCTIONNEMENT Transport de l'unit lmentaire Raccordement au support physique d'information : le bit, sur divers de transmission et connecteurs (V24),accs X25 par modem X25 supports physiques. par rseau commut, interface lectronique et modem. Rseaux locaux. Acheminement sans erreur de Exemple : protocole HDLC, adopt blocs d'information appels Quasi universellement sur les rseaux bas et moyen dbit. trames. Acheminement de paquets de Protocole de transmission par donnes sur le rseau travers paquets X25. les nuds intermdiairesfonction de routage. Contrle du transport de Fonction de rassemblage de donnes de bout en bout, depuis paquets et de remise en ordre : 5 l'metteur jusqu'au destinataire. classes de 0 4 pour la qualit de service : traitement de reprises sur erreur multiplexage. Mise en place et contrle du Exemple : semi-duplex, donnes dialogue entre tches distantes express, synchronisation (synchronisation : chacun parle symtrique, resynchronisation... son tour). plusieurs units fonctionnelles parmi lesquelles les constructeurs choisissent. Mise en forme de donnes La couche prsentation est rarement changes par les applications, utilise, souvent l'application gre la assurer la compatibilit entre prsentation dans les produits matriels raccords, chacun commerciaux. parle le mme langage ASCII, ISO : ASN1 et syntaxe de transfert. EBCDIC, image graphique, nombre rel. Traitement de l'information. Domaine non stabilis, travaux en Aspect smantique de la cours. communication FTAM, X400, ODA, JTM, PAD
4 Transport
5 Session
6 Prsentation
7 Application
FTAM = Transfert de fichiers (File Transfert aria Access Management) X400 = Messagerie ODA = Architecture de document JTM = Soumission, manipulation des travaux PAD = Assemblage, dsassemblage de paquets
Figure 3 : Modle de rfrence sept couches informatiques ISO
28 Novembre 1998
EPITA TELECOM 99
- 25 -
EDI Echange de Donnes Informatises 5.1.2 L'application rpartie On dsigne par application rpartie les ralisations informatiques qui font appel des donnes, des ressources de calcul, etc. situes sur plusieurs sites. La fonction du systme de communication est d'tablir des liens entre des tches locales. Le modle OSI nomme AP (Application Process) une tche locale adressable sur un site de rseau. Par exemple, dans un systme industriel de contrle de commande, une application collecte des donnes du procd (oprations physiques, mcaniques...). Pour remplir sa mission, il utilise des tches situes sur chaque machine de contrle local, qui prlvent des donnes spcifiques leur environnement. Chacune de ces tches est une AP. Dans ces tches, ce qui est du ressort des communications est dsign par AE (Association Entity). Ces applications dcrivent les besoins de communication propres l'AP.
Figure 4 : Relation entre diffrents lments conceptuels de la couche application Dans le modle OSI, un ASE (Application Specific Element) est un ensemble intgr de fonctions qui permet de raliser le travail des AE. Un ASE se dfinit par le service fourni et par une spcification du protocole. Les facilits de communication sont dcrites en termes d'un ou plusieurs services que l'ASE offre l'usager. C'est ainsi qu'une AE peut tre compose d'un ou plusieurs ASE. Un ASE peut utiliser des services d'un ou plusieurs autres ASE pour raliser ses services. Un sous-ensemble d'ASE fournit les fonctionnalits minimum pour l'association des tches : sur des machines de constructeurs diffrents, sur des systmes d'excution diffrents, dont la complexit est diffrente, et de gnrations diffrentes. Ce sous-ensemble est appel CASE (Commun Application Service Element), les autres lments : SASE (Specific Application Service Element). Ds lors, une application rpartie peut tre modlise comme un ensemble d'AP cooprant entre elles. Une AP est un ensemble identifiable de potentialits de coopration qui agissent sur l'information lie aux objectifs gnraux du processus d'information distribue (par
28 Novembre 1998
EPITA TELECOM 99
- 26 -
EDI Echange de Donnes Informatises exemple : crer ou modifier une donne). Une AP est un lment dans un systme rel ouvert qui ralise le traitement de l'information pour une application particulire. L'AP opre dans deux environnements : le systme local et le systme ouvert Systme ouvert rel Entit application Systme Ouvert Rel Entit Application Systme local Environnement
Procs Application
Couche 7 OSI Couche 1 6 OSI
OSI
Moyen
Physique
Figure 5 : Environnement des systmes interconnects Les ASE et les profils fonctionnels Parmi les ASE qui fournissent un support au contexte de la communication et qui ont t spcifis, ou en cours de spcification, on peut citer : le File Transfert Access Management (FTAM), pour le transfert des fichiers et l'accs aux bases de donnes et systmes de fichiers distance, en temps rel (norme ISO 8571 parties 1 4); le Job Transfert and Manipulation (JTM), qui conduit les travaux destins tre soumis un systme ouvert et excuts dans un autre (norme ISO 8831 et 8832); le Virtual Terminal Protocol (VTP), qui tablit des communications entre n'importe quel type de terminal et n'importe quel systme hte non concern par l'application en cours (norme ISO 9040 et 9041); le Messaging (X 400) est, enfin, un ensemble de normes dveloppes par la UIT_T pour le Message Handling Systems (MHS). Des services de la couche application sont lis aux domaines d'utilisation des rseaux : messagerie simple, transfert de fichiers, soumission de travaux, messagerie industrielle (ensemble de services de nature diffrente). Cependant, les applications sont gnralement classes en deux grandes catgories : celles utilisant un mode connect et celles utilisant un mode non connect. Les transferts de fichiers, les applications en temps rel ou ncessitant une interactivit sont raliss en mode connect. En revanche, la messagerie simple et les travaux de traitements diffrs sont raliss en mode non connect. A la diffrence des autres couches, les services de la couche application ne sont pas produits par une couche suprieure. Cela veut dire qu'il n'y a pas de points d'accs au service au travers desquels les services sont valids. Les ASE appartiennent totalement l'AE. Le systme offre, en outre, des options qui peuvent tre utilises sparment; cependant un usager ne peut pas faire appel toutes ces options, et il doit donc choisir en fonction du ou des services requis pour ses besoins de communication. Plusieurs groupes de fonctions mergent et dfinissent un ensemble de normes utiliser, en particulier dans leur environnement technique ou commercial. Ces groupes slectionnent des couches OSI, un protocole
28 Novembre 1998
EPITA TELECOM 99
- 27 -
EDI Echange de Donnes Informatises fonctionnel capable de produire les services caractristiques de communication ncessaires pour un environnement donn. Les offreurs adaptent ces normes. Parmi ces profils fonctionnels, on a : le Standard Promotion and Application Group (SPAG), cr par 12 producteurs industriels ; le Manufacturing Automation Protocol (MAP) cr par G.M. Co, pour suivre les dispositifs de communication au sol ; le Technical and Office Protocol (TOP) qui rsulte d'une initiative d'un grand groupe d'acheteurs d'ordinateurs conduit par Boeing, ceci pour suivre l'approvisionnement des systmes de bureaux et qui peut interagir en se fondant sur les protocoles internationaux ; le Gouvernement OSI Profil (GOSIP) est un sous-ensemble prcis de normes slectionnes par le gouvernement britannique pour rpondre aux besoins des systmes administratifs gouvernementaux. 5.2 L'EDI comme application rpartie
La couche application peut tre adopte par tout utilisateur. Nanmoins une telle norme n'est pas applicable dans certains domaines. Par exemple, les transactions commerciales o les diffrences entre les pratiques commerciales sont trop importantes. En l'absence d'une couche application standard, les formats dfinis par TRADACOMS (Trade Data Communications Standard), ODETTE, EDIFACT peuvent crer une liaison entre systmes. Comme les systmes des usagers ont leur propre structure et leur propre reprsentation, il faut une aide aux usagers pour recevoir les donnes dans un format quelconque. Or, le message EDI offre des outils de donnes viables car il surmonte la diffrence entre systmes diffrents.
OSI Terminal virtuel
X400
Site A
SNA
Site B
FTAM
Site C
Site D
Site A
Figure 6 : Application traversant plusieurs systmes Un modle de l'EDI regroupe des applications par flux de donnes qui forment la substance de l'EDI. Une application EDI complte peut traverser plusieurs systmes et rseaux valeur ajoute. Cela veut dire qu'un processus application tablit des relations au cours d'une transaction commerciale avec de nombreuses autres AP afin d'changer les messages, les fichiers ou les questions dfinies dans le protocole EDI. L'EDI apparat comme tant une
28 Novembre 1998
EPITA TELECOM 99
- 28 -
EDI Echange de Donnes Informatises application distribue. Les transactions commerciales ne restant pas longtemps dans une AP particulire, elles doivent tre enregistres dans les bases de donnes tenues par chaque partenaire de l'EDI. La description et la structure de ces bases de donnes font partie de la spcification globale de l'application EDI. Si, pour une raison quelconque, les transactions commerciales ne peuvent aboutir, les modifications partielles des bases de donnes doivent tre dtruites. Le protocole EDI doit couvrir tous ces cas. Le modle OSI ne donne pas une description de la nature du message qui sera chang entre deux partenaires dsirant communiquer. Un format qui inclut des donnes commerciales (commandes, factures...) ou techniques doit tre dfini. Mme si les ordinateurs, les priphriques et les fichiers sont parfaitement compatibles, l'utilisateur devra nanmoins comprendre le contenu des donnes envoyes s'il n'existe pas un langage commun (cas du tlphone). Comme rsultat de l'interchange, l'application distribue actualise constamment les bases de donnes locales. Ces mises jour doivent tre prises en considration lors de la phase de conception d'un systme EDI, afin d'assurer : la consistance globale de la base de donnes, la connaissance des transactions en cours, l'authentification, l'audit des transactions.
Les messages EDI correspondant aux documents transmettre sont indpendants des moyens de communication. En consquence, les moyens de communication, fournis au titre des protocoles OSI, peuvent tre utiliss indiffremment pour n'importe quel change de messages. Cependant il faut veiller ce que les normes OSI et les langages EDI puissent travailler ensemble. De relles incompatibilits peuvent surgir, dont voici des exemples. L'adressage dans le modle OSI (adresse rseau et rfrences lies aux couches hautes) concerne une application. Au contraire, les adresses dfinies au niveau du langage EDI visent l'organisation. En prenant l'exemple d'une facture, ou de n'importe quel autre document ayant des consquences financires, on comprend que le dbiteur ou le crditeur est l'entreprise et non l'application informatique ; par consquent, l'adresse destination de la facture doit tre celle de l'entreprise. Si l'on se rfre la philosophie OSI, on devine qu'il existe une diffrence entre l'EDI et le niveau suprieur du modle OSI. Le type du message : le standard X400 spcifie que le type du message figure dans le protocole utilis pour le transfert du message. Il est videmment possible d'utiliser cette rfrence complmentaire (qui donne le type de message) mais il est prfrable de conserver une indpendance entre les protocoles UIT_T et les types de messages au niveau utilisateur, pour ne pas crer de confusion. Ces deux exemples montrent qu'il existe une diffrence de fond entre les sept couches du modle OSI et l'EDI que l'on pourrait considrer comme une nouvelle couche de l'OSI. La nouvelle couche EDI est indpendante des sept couches du modle OSI. Il faut donc dfinir : Les services rendus par la couche de rang le plus lev du modle OSI (couche application), qui soient accessibles l'EDI et permettent dans le mme temps les changes d'information entre chacune des entits concernes par les changes de la couche application du modle OSI.
28 Novembre 1998
EPITA TELECOM 99
- 29 -
EDI Echange de Donnes Informatises Les dveloppements de l'EDI et de la messagerie sont similaires. A l'origine, ces techniques visaient des communications internes une profession ou une entreprise. Elles sont devenues des outils universels de communication : par exemple, X400 dans le domaine des changes de messages et EDIFACT pour traduire les oprations du commerce et du transport. Afin de conserver ces deux niveaux de communication ouverts, il convient de les maintenir indpendants. 5.3 Les recommandations X400
L'objectif de la norme X400, dveloppe par le UIT_T, est le suivant : dfinir un service de traitement de messages, permettre aux abonns un change sur la base d'une messagerie (stocker et envoyer) sans demander au rcepteur d'tre forcment connect au rseau lors de l'mission du message. Le systme de messagerie est conu conformment aux principes de l'interconnexion de systmes ouverts. Il utilise les services de la couche prsentation et les services fournis par d'autres lments plus gnraux du service application. La messagerie X400 est conue pour l'usage des services publics, elle peut tre utilise par les utilisateurs privs. Actuellement, X400 est implmente par les fournisseurs d'ordinateurs, les producteurs de messagerie et les constructeurs de systmes. 5.3.1 L'architecture de X400 (UIT_T, recommandations X400 et X402, 1988) Pour comprendre l'architecture de cette messagerie, un modle fonctionnel existe : le transfert des messages. L'objet fonctionnel, au moyen duquel l'acheminement est accompli, est le systme de messagerie (STM, systme de transfert de message). Il s'agit d'un systme de communication avec enregistrement et retransmission, vritable pivot de la messagerie. STM est polyvalent, en ce sens qu'il assure toutes les applications ncessaires et peut tre adapt pour les conversions. L'environnement de la messagerie (EM) est form par les utilisateurs. La figure suivante montre un modle de STM :
28 Novembre 1998
EPITA TELECOM 99
- 30 -
Figure 7 : modle de STM Un objet fonctionnel qui se lance dans la messagerie est un utilisateur. Celui-ci peut tre une personne ou un procd informatique. Les utilisateurs sont soit directs (ceux qui interviennent dans le traitement du message par recours direct au STM), soit indirects (ils interviennent dans le traitement du message par le biais d'un autre systme ( par exemple le tlex ) auquel le systme STM est reli). L'utilisateur est reprsent soit par l'expditeur (envoi d'un message), soit par le destinataire (rception d'un message). Les lments du service de traitement des messages dfinissent l'ensemble des types de messages et les variables qui permettent le transfert de messages un ou plusieurs destinataires. L'expditeur prpare les messages au moyen de son agent d'usager (AU), qui procde en interaction avec le systme de transfert de messages, TM, ou sur une mmoire des messages, MM. Il dispose des messages pour le compte d'un seul utilisateur ou plusieurs agents d'usagers destinataires, ou units d'accs (UA) ou MM et peut transmettre des avis l'expditeur. Un AU peut accepter la remise de messages venant directement du systme TM, ou utiliser les capacits de mmoire MM pour recevoir les messages remis et les extraire ensuite. Il est spcialement adapt pour une ou plusieurs applications, et il peut y avoir plusieurs AU par STM. Mais un utilisateur type doit enregistrer les objets d'information qu'il reoit. Le systme TM comporte des agents de transfert de messages ATM (objets fonctionnels assurant la liaison dans les chanes d'enregistrement et la retransmission du STM) qui dialoguent entre eux. Chaque ATM est polyvalent et assure toutes les messageries. L'ATM assure le service de transfert du message (expdition et livraison) et la remise aux destinataires voulus. Certains ATM peuvent transfrer les messages d'autres ATM. Il s'agit d'un agent de transfert relais qui offre, en outre, des services de conversion et d'accs aux services non X400.
28 Novembre 1998
EPITA TELECOM 99
- 31 -
EDI Echange de Donnes Informatises L'objet fonctionnel, donnant un utilisateur la possibilit d'enregistrer un message, se nomme mmoire de message (MM). MM est une capacit facultative d'ordre gnral, fonctionnant comme intermdiaire entre l'AU et l'ATM. Sa fonction premire est d'enregistrer les messages remis et d'en remettre l'extraction. Chaque MM est associe un AU mais tout AU n'a pas ncessairement une MM. MM est polyvalente et assure toutes les messageries. Mais elle doit tre adapte une ou plusieurs applications particulires pour mieux assurer le dpt et l'extraction des messages. Il existe plusieurs MM par STM. Le groupement des AU, MM, UA et ATM constitue le systme de messagerie (STM). Un STM peut tre constitu au moyen de tout rseau entrant dans le cadre OSI. Le service de transfert de message, assur par TM, ne dpend pas de l'application. Le service MPP, messagerie de personne personne est un exemple de messagerie normalise. L'objet fonctionnel, reliant un systme de communication (par exemple le tlex) au STM, et par l'intermdiaire duquel les clients de ce systme recourent la messagerie en tant qu'utilisateurs indirects, s'appelle unit d'accs (UA). UA s'adapte selon le systme de communication. La remise aux utilisateurs indirects d'un STM est assure par des UA, comme dans le cas de la remise physique par l'unit d'accs de remise physique (UARP). Les fonctions accomplies uniquement par un AU - et non normalises - sont des fonctions locales. Un AU peut accepter une remise de message provenant directement de TM. Il peut utiliser les capacits de mmoire pour recevoir les messages remis et les extraire directement. STM transmet un objet d'information aux utilisateurs et aux listes de distribution en mode d'enregistrement et le retransmet. La liste de distribution est l'objet fonctionnel qui sert faire parvenir l'information des groupes prdtermins (des utilisateurs). Il peut y avoir plusieurs listes. 5.3.2 La structure du message et les services offerts par X400 La structure de base d'un message envoy par le TM est compose d'une enveloppe et d'un contenu. L'enveloppe contient l'information qui sert au transfert de messages lors d'un transfert au sein du systme TM. Le contenu est l'lment d'information que l'AU d'origine dsire faire soumettre un ou plusieurs AU destinataires. TM ne modifie ni ne vrifie le contenu, sauf dans le cas o on lui demande de faire des conversions. L'information porte sur l'enveloppe identifie le type de contenu. L'identifiant (objet ASNI Abstract Syntax n 1- ou nombre entier) dsigne la syntaxe et la smantique du contenu. Il permet au STM de dterminer si le message peut tre remis des utilisateurs particuliers. Grce lui, les AU et MM interprtent et traitent le contenu. Une autre information donne par l'enveloppe identifie le type de codage reprsent dans le contenu. Un type de codage dsigne le support et le format (texte ASCII ou tlcopie du type 3 par exemple) des portions individuelles du contenu des utilisateurs particuliers et identifie ce qu'ils auront faire pour que le message puisse tre remis, en convertissant une portion du contenu d'un type de codage un autre.
28 Novembre 1998
EPITA TELECOM 99
- 32 -
EDI Echange de Donnes Informatises La messagerie X400 offre plusieurs services : 1) Le dpt et la remise de messages. Dpt : AU ou MM expdie un ATM le contenu d'un message avec une enveloppe contenant l'information ncessaire pour fournir les services demands.
Extraction Remise
AU
Dpt indirect
MM
Dpt
ATM
Figure 8 : Dpt et remise par l'intermdiaire d'une MM (source : UIT_T) Remise : ATM transfre un ou plusieurs AU, ou MM destinataires, le contenu d'un message avec une enveloppe contenant les informations ncessaires la remise du message. 2) Le service de transfert de messages : chaque ATM envoie un message l'ATM suivant jusqu' celui du destinataire qui le remet l'AU ou la MM destinataire, au cours de l'interaction remise. ATM transfre un autre ATM le contenu du message avec l'enveloppe de transfert contenant des informations relatives aux fonctions de TM et aux services demands. 3) Le service de messagerie de personne personne (MPP). C'est l'quivalent du courrier lectronique. Il met en relation un interlocuteur avec d'autres, fournit l'utilisateur la possibilit de communiquer (envoyer et recevoir). Il se sert des capacits du service TM pour envoyer et recevoir des messages interpersonnels. Ce message utilise le service de transfert pour le routage et la transmission. Ce service peut tre utilis entre applications informatiques ou entre personnes et applications informatiques. La structure d'un message interpersonnel (PP) est similaire celle d'un mmo. Elle comporte donc un en-tte qui contient . l'adresse, le motif et un corps contenant toutes sortes de donnes. X400 dfinit plusieurs types d'informations qui peuvent tre incluses dans le corps : ASCII, tlex, texte, voix, fac-simil, tltex ou vidotex, soit individuellement ou combins. Les formats peuvent tre divers (privs, nationaux...). Le corps priv peut tre utilis dans les transactions EDI.
28 Novembre 1998
EPITA TELECOM 99
- 33 -

Structure de base du message
Enveloppe
En-Tte
CONTENU
Corps
Message PP
Figure 9 : Structure du message FF 4) La conversion de donnes. X400 dfinit un certain nombre de services de conversion de donnes. Elle inclut des sections pour chaque corps destin tre traduit, mais toutes les rgles de conversion ne sont pas encore spcifies. 5.3.4. Les protocoles de X400 et les avantages de la messagerie Les protocoles les plus levs sont les suivants : le protocole de transfert de messages (P1), utilis pour transmettre les messages entre ATM (UIT_T, recommandation X411 ) ; le protocole de soumission et de livraison (P7), utilis par les usagers distance (non implments dans la mme machine que le ATM) pour soumettre des messages ou recevoir et envoyer des messages provenant du service de transfert de messages (UIT_T, recommandation X413) ; le protocole de message interpersonnel (P2), dfinit la syntaxe et la smantique des messages transmis entre agents MPP utilisateurs. On l'appelle couramment l'enveloppe de MPP (UIT_T, recommandation X420). La messagerie prsente ainsi de nombreux avantages, dont on retiendra : la rapidit par rapport aux mcanismes physiques, l'usage optimal du rseau -si le rseau est occup il est possible d'attendre pour transmettre,
28 Novembre 1998
EPITA TELECOM 99
- 34 -
EDI Echange de Donnes Informatises la prsence du rcepteur n'est pas ncessaire lors de l'envoi du message. Cela est important pour l'EDI dans le cas o l'metteur n'a aucun contrle sur les oprations de son partenaire dans la communication, la confidentialit est prserve. D'autres facteurs jouent en faveur de X400 : son implmentation par les principaux fournisseurs d'ordinateurs (rseaux multifournisseurs des machines) ; son implmentation sur les rseaux publics (donc connexions multiples, cas de France Tlcom avec ATLAS400) ; enfin, le fait que ce soit un protocole international garantit sa prennit.
Certes, la tlcopie demeure le systme concurrentiel, mais son information n'est pas structure : on ne peut ni stocker ni traiter nouveau, de manire automatique, l'information transmise. Par ailleurs, elle manque de reconnaissance lgale. 5.3.3 Les solutions X400 pour l'EDI Il existe plusieurs mthodes possibles pour raliser un change EDI travers X400; la figure suivante montre certaines d'entre elles. Tout d'abord, les protocoles X400 permettent d'envisager deux solutions pour transmettre les messages EDI : - la premire consiste envoyer le contenu du message directement dans l'enveloppe STM comme un contenu dfini de l'extrieur, sans en-tte P2. Cette solution est dite P0 ; - la deuxime consiste s'appuyer sur le protocole P2 existant et envoyer le message EDI contenu dans le corps d'un message de personne personne qui sera plac dans une enveloppe STM (en anglais MTS, Message Transfert System). D'autres solutions s'appuient sur une extension de X400 qui dfinit un protocole d'change d'ordinateur ordinateur. La solution PEDI (Protocole pour l'EDI) en fait partie.
IPMS : systme de messagerie interpersonnelle; EDIMS : systme de messagerie EDI; IPM : messagerie interpersonnelle. P0
Echange EDI P2 (IMS) IPMS En-tte PEDI EDIMS En-tte
Figure 10 : Aperu des solutions EDI de X400
28 Novembre 1998
EPITA TELECOM 99
- 35 -
EDI Echange de Donnes Informatises 5.3.4 La norme FTAM (norme ISO 8571/l 4 ) FTAM permet deux systmes distants d'changer des fichiers de donnes et de les traiter. Le but de cette norme est de permettre aux utilisateurs du modle OSI de pouvoir transfrer, accder et grer l'information se trouvant dans d'autres systmes considrs comme tant les centres de stockage. Il ne faut jamais perdre de vue la distinction entre normes et implantation (matriels) d'un systme rel ouvert, utilisant les protocoles spcifis dans une norme. Ceci conduit distinguer deux environnements : a) les aspects relatifs la ralisation, formuls en termes de facilit et des ressources qui prennent en charge un processus d'application dans un systme rel, constituent l'environnement du systme rel (RSE); b) l'ensemble de dfinitions de services et des protocoles normaliss et de structures de donnes qui permet l'interaction de systmes, constitue l'environnement d'interconnexion du systme ouvert (OSIE). L'architecture de FTAM Entre ces deux environnements se produisent des flux d'activation qui signalent l'intention de communiquer travers l'usage d'un lment d'une application spcifique. Les flux entre "entits application" sont des flux d'information, raliss dans une syntaxe indpendante de la syntaxe de transfert. Les flux entre entits application et entits de reprsentation sont des flux logiques d'information qui incluent les donnes de l'usager et le protocole d'application de l'information de contrle dans un ou plusieurs contextes de prsentation pralablement tablis. L'utilisateur transmet soit un fichier entier, soit une partie d'un fichier, entre son systme et le systme de son correspondant. Il peut aussi avoir accs au rpertoire d'un systme informatique distant. Le transfert de fichiers se ralise entre les communicants A et B ou vice versa, mais des tierces personnes ne peuvent pas intervenir (par exemple, X ne peut pas raliser un transfert entre A et B). Les relations entre A et B sont asymtriques et prennent la forme de matre esclave. Si A est le demandeur d'un service FTAM, le rle de B est donc passif. Mais les systmes rels ont des mthodes trs diffrentes pour dcrire le stockage de donnes et les moyens par lesquels on peut y accder. Il est donc ncessaire d'avoir un modle commun pour dcrire les fichiers et leurs attributs avant que ne puissent tre utiliss les services, les protocoles et les procdures de transfert, d'accs et de gestion des fichiers. Ce modle est le Virtuel File Store (VFS). Les diffrences sont alors gommes par une fonction de mise en correspondance entre le systme ouvert et les systmes rels, permettant tout systme de travailler en des termes qui soient comprhensibles par tous. Le protocole de transfert de fichiers est invoqu directement par l'homme, ou par les demandes d'un soussystme, ou par un programme utilitaire. Le dialogue en terme de VFS conduit l'interconnexion d'un large ventail de systmes rels de diffrente complexit. Le cot d'implmentation de toutes ces parties peut vite devenir lev. Pour viter cela, le service FTAM dfinit deux types de slection fonctionnelle : au niveau de base, les fonctions dfinies sont regroupes dans des units fonctionnelles, et une implmentation peut supporter tout ou partie d'une unit fonctionnelle ; la dfinition de classes de services qui supporte un large ventail d'utilisations telles que : . la classe de transfert (d'un fichier ou d'une partie entre systmes), . la classe de gestion (contrle du systme du fichier virtuel pour une srie d'changes),
28 Novembre 1998
EPITA TELECOM 99
- 36 -
EDI Echange de Donnes Informatises . la classe de transfert et de gestion, . la classe d'accs, ... Les units fonctionnelles et les classes de services choisies sont ngocies lorsque le rgime FTAM est initialis; ce qui permet, par exemple, la communication entre un systme informatique complexe et une mmoire auxiliaire d'un terminal intelligent ou une unit d'enregistrement priphrique. Afin d'utiliser le service et le protocole, l'installateur doit relier les lments du VFS au systme de stockage rel valable. Il tablit ainsi : la mise en correspondance des actions, l'accs aux units de donnes du fichier, la liaison entre fichiers, les attributs d'activits dfinis dans le VFS (dans l'OSIE) et les ressources dans l'environnement du systme rel. Lorsque le protocole de messages est reu par l'AE (Associate Entity), il est interprt en fonction de la correspondance tablie par l'entit application avec les diffrents VFS qui le composent et les actions et les aspects que le RSE relie au stockage de l'information. Les attributs du fichier, crs sous le contrle de l'utilisateur et prservs dans le VFS, sont : le nom (rfrence sans ambigut); la liste des actions permises telles que "read", "insert", "replace", "extend", "erase", "realattrib", "delete", etc. ; la liste d'accs qui permet de contrler les accs au fichier et donc chacun des lments comprend : le nom et la localisation du l'utilisateur, les actions autorises, les mots de passe associs chaque action, les accs concurrents pour chaque action autorise (il s'agit d'accs concurrents spcifis selon l'un des modes : partage, exclusif, accs interdit).
5.3.5 FTAM et l'EDI Ds l'instant qu'un fichier peut contenir des documents divers, il existe une possibilit de raliser des applications EDI au travers de FTAM. Ces documents peuvent tre envoys par celui qui prpare les donnes, le rcepteur peut faire des inspections sur le rpertoire de l'metteur et extraire les fichiers qui apparaissent. Les messages EDI tels que les messages EDIFACT peuvent aussi tre considrs comme des fichiers qui s'changent au moyen de la norme FTAM. En particulier, FTAM peut travailler en temps rel avec une unit de compensation. Mais, contrairement X400, FTAM a besoin d'interactions plus intimes entre les interlocuteurs ; ce qui peut tre inacceptable pour les organisations qui demandent un haut niveau de scurit ou ne dsirent pas excuter leur EDI en continu. Dans la mesure o les interlocuteurs peuvent avoir accs d'autres fichiers, le problme de scurit se pose. Pour pallier cela, FTAM offre une gamme de services de scurit assez tendue. C'est l'installateur de savoir les utiliser afin de garantir la scurit des communications. Or, comment choisir entre X400 et FTAM ? En raison de la nature des changes de donnes commerciales et des fuseaux horaires, les traitements sont asynchrones. Les techniques les plus appropries sont les techniques
28 Novembre 1998
EPITA TELECOM 99
- 37 -
EDI Echange de Donnes Informatises enregistrement et retransmission et de bote aux lettres de X400. Cependant, pour certaines applications, la transmission des fichiers reprsentant les documents constitue la solution la plus facile, car elle met en uvre des mthodes adaptes la structure de l'information. La structure asymtrique de FTAM, du genre utilisateur/base de donnes ou serveur, apparat comme une limite pour certains types d'EDI. Par exemple, ceux qui ont besoin de la participation active des partenaires de l'change. Dans ces cas l'EDI peut s'appuyer sur les attributs du fichier transfrer. Parmi ces attributs nous trouvons le nom, la liste d'actions permises (par exemple read, insert, delete), la liste d'accs (qui permet de contrler l'accs au fichier : par exemple, le nom et la localisation, les actions autorises, les mots de passe) et le type de contenu. Ce dernier est prcis par le nom du document (Document Type Name) qui est officiellement enregistre par l'ISO ou par d'autres organismes de normalisation. Actuellement nous avons FTAM-1 (fichier de texte non structur), FTAM-2 (fichier de texte structur), FTAM-3 (fichier binaire non structur). La structure asymtrique style utilisateur/base de donnes ou serveur est vue comme une limitation pour certains types d'EDI. Les candidats potentiels FTAM sont les types d'EDI qui ont un volume important de donnes transmettre et qui peuvent s'accommoder de l'asymtrie de point point. L'utilisation du type de fichier FTAM-3 semble le choix naturel pour le transport d'EDIFACT. Cependant, aucun travail largement diffus n'est disponible aujourd'hui en matire de transport d'EDIFACT dans FTAM.
28 Novembre 1998
EPITA TELECOM 99
- 38 -
6 Les langages EDI

6.1 Les diffrents langages
La mise en place dun dialogue EDI entre plusieurs partenaires ncessite lutilisation dun langage commun et le respect de rgles communes. Cest pourquoi, ds la fin des annes 60, des entreprises amricaines, essentiellement des transporteurs et quelques banques, dcident d'tudier un moyen qui leur permettrait de mieux profiter de leur matriel informatique et des rseaux de tltransmission. Ces socits crent le Transportation Data Coordination Committee (Comit de coordination des donnes du transport), dont les conclusions forment les bases de l'EDI actuel. Par la suite, dans les annes 70, on assiste la normalisation de ce type d'changes. En France, le secteur de la Grande Distribution labore la norme GENCOD; les travaux du secteur automobile aboutissent la norme GALIA/ODETTE. A la fin de cette dcennie, les Etats-Unis instituent le Comit X12, qui devra tablir des standards EDI. Les recherches du Comit X12 dbouchent sur la normalisation ANSI X12, en 1985, qui touche tous les secteurs d'activit. Paralllement, les Etats-Unis se joignent leurs partenaires europens en vue de crer une norme internationale. Ainsi, en 1987, sous l'gide des Nations-Unies, la norme EDIFACT (Electronic Data Interchange For Administration, Commerce, and Transport) est dite. L'UN/EDIFACT est donc un ensemble de rgles des Nations-Unies concernant l'Echange de Donnes Informatises pour l'Administration, le Commerce et le Transport. Il s'agit d'une srie de normes et de recommandations (comprenant notamment des directives et des rpertoires), internationalement reconnues, pour l'change lectronique de donnes structures concernant en particulier, le commerce de biens et de services, entre systmes d'information indpendants. 6.2 EDIFACT
Le langage EDIFACT est bas sur deux composantes majeures : Le Vocabulaire (TDED, rpertoire de vocabulaire normalis ISO 7372). La syntaxe : rgles et grammaire (norme ISO 9735). 6.2.1 Introduction EDIFACT (Echange de donnes informatises pour ladministration, le commerce et les transports) est un langage qui facilite le dialogue entre partenaires commerciaux une chelle trs large. Lchange se dveloppe trs rapidement tous niveaux, faisant appel une documentation de plus en plus abondante. Or, les transactions concernent de plus en plus de partenaires et elles deviennent de plus en plus lourdes. Il sagit donc de simplifier ces formules documentaires et de crer une syntaxe qui soit capable de reprsenter la documentation pour un traitement automatique. EDIFACT est un langage qui peut tre assimil une langue courante. 28 Novembre 1998 EPITA TELECOM 99 - 39 -
EDI Echange de Donnes Informatises Voici quelques unes des nombreuses analogies possibles entre la structuration dun ouvrage et celle d EDIFACT.
Langue courante Mots. Phrases. Paragraphes. Parties. Textes. Chapitres. Rgles de ponctuation. Mise en page.
EDIFACT Elments de donnes. Segments. Groupes de segments. Sections. Messages. Groupes fonctionnels. Caractres sparateurs. Rgles dlaboration des messages.
On peut trouver dans un texte plusieurs paragraphes dans lesquels il y a des phrases composes de mot. Un message EDIFACT est compos de groupes de segments avec des lments de donnes. Lobjectif de lEDIFACT est donc de fournir une mthode dorganisation des lments de donnes, dans les messages changs entre organisations. La construction dun tel systme normalis prsente des avantages indniables pour tous les intervenants : la minimisation des cots dus au passage dun mdia un autre, dans les changes, ainsi que celle des cots supports par une organisation qui envoie ou qui reoit des donnes par intermdiaire de mdias multiples, llimination de tout risque dincompatibilit entre la taille de lenregistrement et la reprsentation de caractres dans lordinateur rcepteur, la flexibilit dans la conception et la structure des messages changs qui permet des spcifications moins coteuses que celles des messages conventionnels. 6.2.2 Le jeu de caractres Le jeu de caractres est un ensemble convenu et dfini de caractres qui, en outre, est suppos complet. Les caractres peuvent tre alphabtiques, numriques ou alphanumriques (alphabet ISO 646, ASCII 7 bits international 1983). Le jeu de caractres EDIFACT est alphanumrique. EDIFACT (norme ISO 9735, 1988) dfinit deux niveaux de syntaxe : A (transmission vers des terminaux non intelligents) et B (transmission vers des terminaux intelligents). Le jeu de caractres du niveau A comprend uniquement les majuscules, les nombres et quelques autres caractres (parenthses, virgule, barre oblique, gale, ). Le niveau B est plus riche, il contient en outre les minuscules et beaucoup dautres caractres. Si les niveaux A et B ne comprennent que les jeux de caractres dcrits ci-dessus, les partenaires de lchange peuvent sentendre sur lutilisation dautres caractres alternatifs ou supplmentaires. Le signe dtermine la fin de segment. Le signe + est un sparateur den-tte de segment et dlments de donnes. 28 Novembre 1998 EPITA TELECOM 99 - 40 -
EDI Echange de Donnes Informatises Le signe : est un sparateur dlment de donnes. Le signe ? est le caractre suspensif. 6.2.3 La terminologie gnrale
6.2.3.1 Les lments de donnes La norme dfinit comme une donne : - un fait, - un concept, - une instruction reprsente sous une forme conventionnelle et adapte une communication, - une interprtation ou un traitement par lhomme ou par des moyens automatiques, Un lment de donnes est alors la plus petite unit dinformation dans un message. La reprsentation de llment de donnes est spcifie dans un rpertoire dlment de donnes (TDED : Trade Data Electronic Directory). Llment de donnes peut tre simple, composite ou de service. Une donne simple ne comporte quune seule valeur. Exemple : 2334 Livraison : priode On dit dun lment de donnes quil est composite sil comporte au moins deux lments de donnes simples faisant partie de la mme dfinition. Exemple : 5486 Cot de lassurance et 6345 Monnaie : code 6.2.3.2 Les segments Un segment est un ensemble prdfini et identifi dlments de donnes organiss de faon fonctionnelle et identifis selon leur position. Il commence par un identifiant de segment et se termine par une terminaison de segment. Exemple :
Nom
Description Date de commande
Reprsentation la N6
Rfrences 4.1.2
Observations
2011 Commande : date, code
Il existe deux types de segments : les segments de service et les segments de donnes dapplication. Les donnes de service sont des segments ncessaires lidentification et la spcification de lchange de donnes. Les segments de donnes dapplication sont ceux qui contiennent les donnes dapplication regroupes par fonction.
28 Novembre 1998
EPITA TELECOM 99
- 41 -
EDI Echange de Donnes Informatises Dans la structure des segments, le premier lment est ltiquette qui est un lment de service obligatoire. Il est dfini par la norme EDIFACT et ne peut tre modifi dans le cas dun segment de service. Pour le segment de donnes dapplication, ltiquette est dfinie par lorganisme de contrle des messages. Donc, pour la transmission, les segments sont composs de : - Une tiquette (obligatoire), - Des sparateurs dlments de donnes (obligatoires), - Des lments de donnes simples ou composites (obligatoires ou conditionnels), - Un sparateur de fin de segment (obligatoire).
6.2.3.3 Les messages EDIFACT
Un message EDIFACT est lensemble des segments structurs dans un ordre spcifi par un rpertoire de messages commenant par un en-tte de message et se terminant par une fin de message. Le rpertoire de messages est une liste de messages types identifis, norms, dcrits et spcifis. Les messages normaliss UN/EDIFACT se trouvent en Annexe B. Il existe deux classes de messages : les messages de service (form de segments de service ) et les messages dapplication (form de segments dapplication). Ces messages dbutent par len-tte UNH et se terminent par les segments de fin de message UNT.
28 Novembre 1998
EPITA TELECOM 99
- 42 -
Figure 11 : Message EDIFACT 6.2.3.4 La structure de lchange Le message peut contenir diffrents lments regroups par similitude. Le code qui permet la sparation entre les entits est un UNH dans len-tte du segment de donne et UNZ en fin. Le code de regroupement est UNG pour son en-tte et UNE pour la fin. Lenveloppe de lchange contient deux segments : un en-tte de contrle de lchange (UNB) et une fin de contrle de lchange (UNZ). Exemple de segment UNB : UNB+UNOA :1+111 :AB :BO145+2571 :BN :C1241+900516 :101500+A141+C24AM+DE LINS+K+1+CONDI+1 UNB : est le code de ltiquette de segment. UNOA : 1 : organisme de contrle et numro de version. 111 :AB :BO145 reprsente lmetteur de la transmission et ladresse dacheminement de retour. 2571 :BN :C1241 pour le destinataire.
28 Novembre 1998
EPITA TELECOM 99
- 43 -
EDI Echange de Donnes Informatises 900516 :101500 pour la date et lheure de transmission. A141 : est la rfrence de contrle dchange propre cette transmission. C24AM : est la rfrence ou lidentifiant de message pour le destinataire. DELINS : est un exemple de rfrence dapplication. K : est le code de priorit de transmission (dfini dans laccord dchange). 1 : indique la demande dun accus de rception. CONDI : sert a identifier le type daccord dchange qui rgit lchange. Le dernier chiffre indique quil sagit dune transmission test, sinon le 0 dfini une relle transmission.
Figure 12 : Les principaux TAGS. Les TAGs reprsents ne sont que ceux ncessaires une transmission correcte des lments. Chaque type de segment de donnes classique possde son propre TAG, tir du TDED. Exemple : RFF pour les rfrences et CTA pour le contact. 6.2.3.5 Structure dchange complet (source ISO 9735)
28 Novembre 1998
EPITA TELECOM 99
- 44 -
Figure 13 : Les lments dun change complet 6.2.4 TDED (Trade Data Elements Directory) Le TDED est un dictionnaire de donnes lmentaires normalises. Chaque donne lmentaire comprend : - une dsignation alphabtique et un indicatif numrique (TAG), - une description smantique, - une note (observation), - une rfrence qui renvoie une autre section si la note ne suffit pas, - des synonymes. Le United Nations TDED est le rpertoire des Nations-Unies concernant le vocabulaire des lments de donnes commerciales ncessaires aux changes internationaux (norme ISO 7372). Les lments de donnes par catgorie (version 90.1) :
28 Novembre 1998
EPITA TELECOM 99
- 45 -
EDI Echange de Donnes Informatises Catgorie 0 (0000-0499) Catgorie 1 (1000-1499) Catgorie 2 (2000-2499) Catgorie 3 (3000-3499) Catgorie 4 (4000-4499) Catgorie 5 (5000-5499) Catgorie 6 (6000-6499) Catgorie 7 (7000-7499) Catgorie 8 (8000-8499) Catgorie 9 (9000-9499) Donnes de service. Documentation, rfrences. Dates, heures, intervalles de temps. Parties, adresses, lieux, pays. Clauses, conditions, termes, instructions. Montants, frais, pourcentages. Intituls de mesures, quantits. Marchandises et articles : description et intituls. Modes et moyens de transport. Secteurs particuliers (douane, ).
6.2.5 Exemple de structure dun message EDIFACT Exemple de structure dun message EDIFACT pour lenvoi dune facture. Ce message respecte larchitecture suivante : 1. une section En-tte 2. une section Dtails 3. une section Rcapitulative Ces trois sections sont elles-mmes composes de segments. 6.2.5.1 La section en-tte UNH : segment de service, commence le message et permet didentifier de manire univoque BGM : dbut de message, sert identifier de manire univoque le numro, la date et le type de la facture RFF : rfrences, contient les rfrences des documents relatifs lensemble du message CTA : contacts, sert dsigner les correspondants Le groupe de segments 1 contenant les segments : NAD : nom et adresse LOC : indication du lieu RFF : rfrences concernant la partie dsigne dans le segment NAD DOC : documents requis CTA : contacts donne des renseignements complmentaires concernant les contacts tablir avec la partie dsigne dans le segment NAD FII : coordonnes bancaires dsignant ltablissement financier et les numros des comptes du vendeur, de lacheteur et autres parties DTM : date et heure Le groupe de segments 2 contenant les segments : TRI : informations dordre fiscal indiquant le type de taxe appliquer LOC : indication du lieu o sapplique la taxe Le groupe de segments 3 contenant les segments : CUX : monnaies requises dans la facture, devises
28 Novembre 1998
EPITA TELECOM 99
- 46 -
EDI Echange de Donnes Informatises DTM : date, priode et heure auxquelles sappliquent les informations montaires contenues dans le groupe 3 PAT : base de conditions de paiement PAI : instructions de paiement ALI : informations complmentaires, conditions spciales FTX : texte libre Les groupes de segments 4 et 5 contiennent les segments : TDT : prcision concernant le transport LOC : indication de lieu DTM : prcision de la date et de lheure de dpart et/ou darrive pour le transport effectu dans TDT. TOD : conditions de livraison Le groupe de segments 6 contient les segments : PAC : colis, contenant le nombre darticles par colis, la taille de la palette ... MEA : dimensions des colis dcrits dans le segment PAC PCI : identification dans colis UNS : contrle de section 6.2.5.2 La section dtails Les groupes de segments 7 contiennent les segments : LIN : article, indications dtailles sur le produit RFF : rfrences sur les documents concernant larticle PIA : identification complmentaire du produit IMD : description de larticle Les groupes de segments 8 contiennent les segments : PAC : voir le groupe 6 MEA : voir le groupe 6 PCI : voir le groupe 6 Les groupes de segments 9 contiennent les segments : TRI : voir le groupe 2 LOC : voir le groupe 2 Les groupes de segments 10 contiennent les segments : NAD : noms et adresse LOC : localisation RFF : rfrence DOC : documents CTA : contact Les groupes de segments 11 contiennent les segments : ALC : abattements et frais ALI : voir le groupe 3 TRI : voir le groupe 9 ACA : voir le groupe 10
28 Novembre 1998
EPITA TELECOM 99
- 47 -
EDI Echange de Donnes Informatises FTX : texte libre Les groupes de segments 12 contiennent les segments : API : informations complmentaires sur le prix FTX : texte libre Les groupes de segments 13 et 14 contiennent les segments : TDT : voir le groupe 4 LOC : voir le groupe 4 DTM : voir le groupe 5 Les groupes de segments 15 contiennent les segments : SID : prcision sur les composantes de larticle 6.2.5.3 La section rcapitulative La section rcapitulative contient les segments et groupes de segments suivants : TMA : montant de la facture ACT : montant total dans la monnaie de remplacement Les groupes 16 22 existent aussi mais ne sont pas dvelopps dans cet exemple . Groupe de segments 23 : ALI : voir le groupe 3 TRI : voir le groupe 9 ACA : voir le groupe 10 TXS : taxes, totaux partiels VAL : valuation Le groupe de segments 24 : PRP : pr-paiement, indique le montant payer davance CNT : totaux de contrle UNT : fin de message 6.3 Scurit et EDI
Voici quelques mcanismes de scurit : - Le cryptage des donnes - Signatures numriques - Systmes de cls (publique et prive). - Les sceaux (cheksum). La SJWG (Security Joint Working Group) cre en avril 1991, hrite des travaux des groupes scurits ANSI X12( PAEB) et projet TEDIS (CEE). Le but du groupe est de dfinir les mcanismes de scurit, de protger les messages EDIFACT (authentification / intgrit, signature, confidentialit) . Ses travaux sont complmentaires ceux effectus sur la scurit des protocoles ( X400 scuris, internet, ).
28 Novembre 1998
EPITA TELECOM 99
- 48 -
EDI Echange de Donnes Informatises Un des objectifs de la version 4 de lEDIFACT est lindpendance vis vis des rseaux et des protocoles. Le champ daction nest pas de dfinir des normes, des algorithmes de scurit, mais de dfinir des structures de donnes intgrant les identifiants dalgorithmes, les cls cryptographiques, les signatures lectroniques. Les services de scurit assurs par 9735 / V4 : q Intgrit du contenu du message EDI. q Intgrit de la squence des messages. q Authentification de lorigine du message. q Confidentialit du contenu de message. q Non-rpudiation dmission du message. q Non-rpudiation de rception du message. q Mcanismes de transfert de cl et de gestion de cls publiques. Toutes ces informations peuvent tre transportes soit dans une enveloppe scurit incluse dans chaque entit EDIFACT(9735-5), soit dans un message de service de scurit spcifique (AUTACK 9735-6 ou KEYMAN 9735-9). Le TAG de scurit du message est en en tte USH et en fin UST. Les fonctions principales de lentte USH est didentifier - Le service de scurit appliqu (intgrit, authentification, non-rpudiation dorigine), - Les partenaires impliqus par la scurit (signataire). - Le ou les algorithmes cryptographiques utiliss, et leurs paramtres (modes opratoires, cls, ). Celles du tag de fin UST sont de contenir le rsultat des calculs cryptographiques appliqus : - Code dAuthentification de message (MAC). - Signature lectronique. - Valeur dintgrit. Le chiffrage dinformations est directement possible dans un message avec la syntaxe : USD et USU ( 9735-7). 6.4 EDIFACT et le commerce lectronique.
Le Commerce Electronique c'est : l'change "sans papier" d'informations d'affaires recourant aux moyens de l'EDI, de messageries et de forums lectroniques, de tlcopies, de tlpaiements, etc.. La tentation a t forte pour beaucoup de prsenter Internet et le Commerce Electronique comme une alternative l EDI et EDIFACT. En fait, ils sont totalement complmentaires. Dans un certain contexte, EDIFACT fournit Internet des lments qui lui manquent pour une utilisation dans le cadre dchange de donnes daffaires. LEDI est un des outils du commerce lectronique. Les solutions actuelles du Commerce Electronique ne permettent de couvrir quune partie des changes (ceux dont le destinataire privilgi est lhomme). Elles sont relativement inadaptes des changes totalement automatiss. Cest pour cette raison que les solutions de commerce lectronique proposent une infrastructure technique faisant largement appel l EDI pour :
28 Novembre 1998
EPITA TELECOM 99
- 49 -

q q q
lchange de donnes volumineuses (dtail des prix) les changes ncessitant une communication des donnes au partenaire (dtail des commande, facture, oprations bancaires) les changes logistiques (approvisionnement, transport).
Pour favoriser ce type dutilisation, EDIFACT se devait dvoluer afin doffrir les caractristiques techniques ncessaires.
Figure 14 : Relation EDI et Commerce lectronique EDIFACT est une plate-forme du commerce lectronique. Le Commerce Electronique ne remet pas en cause EDIFACT, au contraire, EDIFACT a t largement utilis comme base pour le dveloppement de certaines composantes du Commerce Electronique. 6.5 EDIFACT et Internet
EDIFACT et Internet ne sopposent pas mais sont dans une large mesure complmentaires. Bien que les lacunes du protocole IP soient en bonne voie dtre rsolues, Internet fait lobjet de critiques quant la gestion des changes et leur scurisation. Sur ces deux points EDIFACT apporte des lments de solution. EDIFACT possde un systme de gestion des changes sous la forme du message CONTRL qui permet de rgler certains aspects daccus de rception. EDIFACT fournit des mcanismes et des messages offrant un niveau satisfaisant de scurisation des changes EDI en particulier sur Internet. Avec la version 4 de la Syntaxe, EDIFACT offre des caractristiques similaires Internet (changes batch, changes interactifs, multi-objet) qui en facilitent lintgration dans un environnement Commerce Electronique sappuyant sur Internet. 28 Novembre 1998 EPITA TELECOM 99 - 50 -
EDI Echange de Donnes Informatises Un systme EDI en mode "batch" n'envoie une transaction (par exemple une commande) que lorsqu'elle est complte. EDI INTERACTIF consiste en des changes successifs, en temps rel, entre deux systmes informatiques, de paires de messages (messages d'interrogations/demandes et messages de rponses). Le multi-objets est lattachement de fichiers.
28 Novembre 1998
EPITA TELECOM 99
- 51 -
7 La procdure dapplication dans lentreprise

La stratgie pour automatiser les changes avec le fournisseur, couvre quatre domaines : - les ordres de traitement (commande et facture), - le transport (livraison et chargement), - le contrle des stocks (systme de flux tendu), - le paiement (gestion comptable). Les principales composantes de lapplication EDI sont : - la communication : le protocole de contrle dchange de linformation, - lextraction et le formatage de donnes : il y a conversion de linformation locale au format EDI normalis ; - la gestion des messages : elle comprend une base de donnes de messages (sortants ou arrivants) qui sont stocks pour tre successivement traits et transmis, - la gestion du systme contribue vrifier que les messages sont bien formats et les donnes bien dfinies, et noter les altrations des dfinitions ainsi que les erreurs, - le contrle et le comptage : tous les deux prouvent que le message a bien t envoy et reu.
Figure 15 : Les composantes du systme EDI
28 Novembre 1998
EPITA TELECOM 99
- 52 -
Figure 16 : Construction et traduction de message (envoi et rception).
7.1
Les solutions logicielles
Les trois fonctions principales dun logiciel EDI sont : la conversion des donnes (extraction), formatage des donnes (gnration) et la communication du message. Le logiciel de communication a les fonctions suivantes : - Gestion et maintien dun annuaire des correspondants. - Ralisation de laiguillage automatique. - Action sur les moyens de communication (modems, protocoles, ) afin de prciser la vitesse, le type de transmission, la correction derreur. Les logiciels EDI peuvent fournir dautres services additionnels, parmi lesquels : - structure dadressage par tables, - capacit ddition, - capacit de modification, - options daudit. Le choix des solutions : Selon lampleur du projet et le type de logiciel utilis, il est possible que certains lments soient omis ou simplement automatiss. Sil ny a pas trop de typage faire et dlments rajouts, le langage EDIFACT et son dictionnaire UN-TDED peuvent tre utiliss en natif. Donc la tche dimplmentation est beaucoup plus simple. Le problme est de dcider sil faut produire les programmes EDI soi-mme ou les acheter. Le choix de fabriquer soi-mme le logiciel peut savrer coteux pour une entreprise. Surtout que, comme on la vu dans le chapitre prcdent, il existe des logiciels pour tout type dordinateur. Les facteurs considrer pour lachat ou la cration sur place dun logiciel EDI sont multiples :
28 Novembre 1998
EPITA TELECOM 99
- 53 -
EDI Echange de Donnes Informatises la capacit en ressources propres a dvelopper le logiciel. Lentreprise possde-telle les comptences, le temps et le support pour mener biens un dveloppement de ce type ? la maintenance. Les produits EDI doivent tre constamment entretenus et mis jour afin de suivre lvolution des normes.
Si lentreprise dcide dacheter un logiciel sur le march, elle devra prendre en compte dautres facteurs : - la rponse effective du logiciel aux besoins de lentreprise, - lexprience de la socit, - la familiarit avec le logiciel. - le cot de financement du programme, - le cot de typage du logiciel pour lentreprise. 7.2 Les solutions matrielles
Aucun matriel ne porte le label matriel pour EDI surtout quil existe des logiciels EDI pour les gros ordinateurs, pour les mini-ordinateurs et les micro-ordinateurs. Il existe trois options de base : - gros ordinateur seul, - micro-ordinateur seul, - micro-ordinateur utilis en processeur frontal dun gros ordinateur. 7.2.1 Un gros ordinateur seul Une des configurations EDI consiste faire rsider la totalit des logiciels sur un gros ordinateur (o un mini-ordinateur) et faire excuter cet ordinateur toutes les fonctions EDI. Ce type darrangement comporte un certain nombre davantages : il permet de traiter rapidement un volume important de transactions. En second lieu, puisque toute lactivit est prise en charge par le gros ordinateur, il ny a pas de tlchargement, ni de rapatriement, ni de nouvelle frappe de donnes. En revanche une telle configuration pose le problme du cot trs lev. Un tel systme est justifi pour les entreprises qui prvoient un important volume de communications EDI sur une longue priode. Lentreprise ne doit pas possder de gros ordinateur seul qui fasse dj office dinterface entre les diffrent modules comme comptabilit, stock, ... 7.2.2 Micro-ordinateur seul Cette seconde configuration consiste faire rsider la totalit du logiciel sur un microordinateur (PC) et faire raliser toutes les oprations par ce PC. Cette machine est indpendante de toute activit informatique au sein de lentreprise. Une intervention humaine sera ncessaire pour faire le lien avec le serveur qui possdent lensemble des informations. Lavantage est que cette installation est peu coteuse et rapidement installable. Il ny a pas de problme de comptabilit avec le gros systme de gestion car les donnes sont entres manuellement. Le cot est faible et il existe un grand choix de solutions logicielles sur microordinateur.
28 Novembre 1998
EPITA TELECOM 99
- 54 -
EDI Echange de Donnes Informatises En revanche, on perd de leffet EDI : lintervention humaine a un cot, une erreur est toujours possible. De mme quil y a une perte de temps. Cette solution nest valable que dans deux cas : - pour faire une dmonstration de fonctionnement, - pour avoir une solution de secours. 7.2.3 Un micro-ordinateur frontal Ce dernier type de configuration propose un micro-ordinateur reli au gros ordinateur. Le micro-ordinateur fait office dintermdiaire et de traducteur entre les donnes EDI et le systme prsent dans la firme. Cette solution est moins chre que de mettre jour un gros systme. De mme que le fait de surcharger un gros systme avec un logiciel de communication, de traduction. peut avoir des consquences sur le rseau lui-mme. Cette solution permet de soulager le serveur mais pas le rseau. En revanche, le traitement est moins rapide quavec un gros ordinateur. Cette solution est lune des plus fiables : en cas de problme sur le rseau entre le frontal et le serveur, le micro-ordinateur peut quand mme tre utilis en mode autonome (voir solution prcdente). un cot du micro-ordinateur frontal est tel quil est possible den prvoir un autre de secours, en raison dun faible cot. Surtout que sa mise place est rapide. Cette dernire solution est une solution de dmarrage ou conomique.
Figure 17 : Schma des diffrentes solutions matriels
28 Novembre 1998
EPITA TELECOM 99
- 55 -
EDI Echange de Donnes Informatises 7.2.4 Les rseaux tiers Lorsque des partenaires commerciaux dsirent changer des donnes informatises, ils doivent bien sr tre relis. Ce lien direct pose un problme : les deux partenaires doivent utiliser la mme mthode de communication (protocole et vitesse). Dans un cas d EDI simple o il ny a que quelques partenaires en rseau, cette solution directe est possible. Mais cela se complique lorsquun fournisseur a plusieurs clients et quun client a plusieurs fournisseurs. La solution est de passer par un rseau tiers ( ou rseau valeur ajoute). Son rle est de rsoudre les problmes inhrents ltablissement de communications avec plusieurs partenaires. La plupart des entreprises passe par un rseau tiers lorsquelle atteint un volume EDI allant de quatre six partenaires. De plus un rseau tiers peut offrir des services valeur ajout comme : - la scurit des messages envoys (encodage, intgrit). - lauthentification des messages reus et envoys (preuve de lidentit de lmetteur et du rcepteur). - la non-rpudiation de messages (preuve quun partenaire a bien eu connaissance dun message qui lui a t envoy, qui savre utile en cas de contentieux). - traduction EDI (allge les fonctions du logiciel EDI). - connections inter-RVA avec possibilit de traduction dune norme une autre. Elle permet ainsi lchange international multi-norme. - ldition et lenvoi (par courrier ou fax) de messages aux partenaires non quips en EDI. - lassistance, la formation, la documentation, grce la qualification et lexprience du personnel de la socit grant le rseau tiers.
Figure 18 : Fonctionnement dun rseau tiers.
28 Novembre 1998
EPITA TELECOM 99
- 56 -
La plupart des rseaux tiers utilise un service de messagerie qui est bas sur le protocole X400 de lISO comme X400 P7, X400 P1, A440, OFTP, ETEBAC. Ces rseaux sont accessibles suivant diffrents types de liaisons : - RTC : Rseau Tlphonique Commut ordinaire, - X32, - X25, - RNIS (Rseau Numrique intgration de Services). 7.3 Mise en uvre de lEDI
7.3.1 Les diffrentes tapes dinstallation de lEDI Au dpart, on trouve linitiative dune firme avec un pouvoir suffisant. En effet, il faut convaincre les partenaires, ou son secteur dapplication dinvestir. Surtout que linstallation dun systme EDI peut engendrer des modifications du systme dinformation. Phase 1 : Audit de lexistant Il faut raliser ou sous-traiter une tude : - des diffrents outils utiliss dans lentreprise et par les partenaires pour la gestion des achats, des stocks; du systme de comptabilit. - des diffrents documents changs, - du rseau. Pourra-t-il supporter ce nouveau volume de donnes ? Que faut mettre jour ou remplacer ? Phase 2 : Etude des normes Pour permettre la mise en place dun tel systme dinformation, il faut tudier les normes existantes. Si ces normes ne sont pas compatibles, il faut bien tablir un groupe de travail pour modifier ou crer une norme propre au secteur dactivit de lentreprise. Sil existe une relation de paiement via une banque, il faut bien sr quelle fasse partie du groupe de travail. Phase 3 : Mise en place des normes Il faut mettre au point, les diffrents scnario dchange de documents et dfinir via la norme chaque document de faon complte. Cette phase peut tre trs longue selon le nombre dintervenants et lampleur du projet. Cette tape est dterminante car une norme peut tre sectorielle, inter-industrielle, nationale ou internationale. La meilleure base de dpart pour la dfinition de la norme est la norme internationale EDIFACT. Des expriences pilotes peuvent avoir lieu. Phase 4 : Etude des diffrentes solutions Une tude des diffrentes solutions EDI matrielles et logicielles, permettra de choisir la plus adapte lentreprise. Surtout que lvolution EDI nest peut tre pas la seule que va subir lentreprise au niveau informatique (ajout de diffrents services au RVA). Il faut aussi dfinir si le dveloppement se fait en interne ou via une socit spcialise, et choisir le moyen de transmission de l EDI ( point point ou via un RVA).
28 Novembre 1998
EPITA TELECOM 99
- 57 -
EDI Echange de Donnes Informatises Cette solution doit prendre en compte beaucoup de critres : la scurit, le cot, la capacit dvolution, la comptabilit, la rputation du fournisseur. Phase 5 : Phase de mise en uvre Cette phase de ralisation est celle du dveloppement ou personnalisation du logiciel EDI. Intervient aussi la mise en fonctionnement des machines. Les procdures de test aux niveaux communication, traduction EDI, conversion permettent de valider le projet. Phase 6 : Finition Dans cette phase a lieu la formation du personnel, en effet il faut apprendre aux personne utiliser ce nouvel outil. Il faut aussi quil puisse grer les incidents mineurs. La finition du projet passe par la cration : dune documentation utilisateur, dune documentation sur la norme utilise. Phase 7 : Etablissement du contrat dinterchange Les diffrents partenaires qui font partie de ce projet EDI, doivent tablir une charte contractuelle. Ce document contractuel de partenariat permet de: - dfinir les responsabilits des membres, - dfinir les procdures de contrle des changes, - crer une lgislation sectorielle en cas de litige. 7.3.2 Les quatre conditions d'un recours russi l'EDI 1) Les changes "difier" doivent tre suffisamment rptitifs. 2) Toutes les donnes transmettre doivent pouvoir tre prvues, mme si certaines peuvent tre conditionnelles. 3) L'change de bout en bout, depuis l'extraction des donnes d'un applicatif au dpart, jusqu' leur insertion dans un applicatif l'arrive doit tre automatisable. 4) Si au dpart les suites donner aux messages EDI sont dcids par une intervention humaine, l'EDI n'est finalement rentable que si l'application traite elle-mme les donnes reues. 7.3.3 Les tapes pour ltablissement des normes Voici les cinq tapes de lAFNOR pour ltablissement des normes. Phase 1 : la dfinition de donnes correspond, la norme ISO 7372, TDED, que nous venons dtudier. Elle permet de distinguer les outils normatifs destins aux applications de lentreprise (locales) des informations transmises lautre partie. Le TDED, malgr ses limites est le document de rfrence servant lensemble des travaux de normalisation des procdures du commerce international. 28 Novembre 1998 EPITA TELECOM 99 - 58 -
Phase 2 : la structuration des donnes en segments Une transmission dinformations ncessite une structuration pour devenir un langage capable de reproduire les expressions qui sont couramment utilises dans les transactions commerciales. Les donnes du TDED sont donc toujours regroupes dans les ensembles logiques appels segments. Chaque profession, ou secteur dactivit, cres sur la base du TDED ses propres segments en fonction des conditions ncessaires ses changes. Cependant, quel que soit le secteur dactivit, les segments concernant une mme transaction doivent rester identiques. Phase 3 : le formatage de donnes Dans cette tape de la normalisation, la prsentation et le format des donnes sont harmoniss, afin de librer les tapes suivantes du travail de codage-dcodage des textes qui seront changs. Il sagit de trouver simplement les mots et les expressions ncessaires. Phase 4 : ladressage des donnes Aucune confusion ne doit exister entre les fonctions du formatage et celles de transmission des messages. Lobjectif de cette tape est dviter les conflits qui pourraient natre entre les messages doprations effectuer et ceux concernant les rseaux emprunter pour que les premiers messages parviennent leur destinataire. Phase 5 : la transmission des donnes Il faut que les partenaires se mettent daccord sur le support de la transmission. Sil est certes possible dchanger des bandes magntiques ou des disquettes, les entreprises sont obliges de plus en plus de faire appel des techniques de tlcommunication. Or, la normalisation des tlcommunications se caractrise par lexistence de diffrents protocoles de communication (SNA, X400, 2780, 3780, 3770). Lutilisation du modle OSI dinterconnexion va faciliter laccs aux rseaux et donc rendre accessibles les applications respectant le modle. La septime couche de ce modle regroupe diffrents protocoles de transmission (tltex, X400, FTAM ) sur le rseau qui ralise les interfaces de transmission. Courrier Postal EDI Vocabulaire Dfinition des donnes Dictionnaire des mots compris par les communicants. Proposition : Structure des donnes Choix dexpressions et phrases vhiculant linformation. Grammaire : Formatage des donnes Organisation des phrases dans un texte complet . Enveloppe : Adressage des donnes Instructions denvoi et adresse des destinataires Transmission : Transmission des donnes Envoi par la poste Norme ISO TDED
EDIFACT
28 Novembre 1998
EPITA TELECOM 99
- 59 -
8 Exemples doffre EDI

Les socits prsentant des offres dEDI et de commerce lectronique sont bien nombreuses (cf. Annexe D). Nous avons considr pour cette partie 3 offres EDI pour un traducteur (moteur de base, interface, et messages); proposes par le leader europen dans ce domaine, savoir la socit INFLUE (cf. Annexe E). Les Offres sont les suivantes : v EDI TRADE
ENVIRONNEMENT
MOTEUR DE BASE + INTERFACE 20 KF 120 KF 70 KF
PC NT / Unix (Client / Serveur) AS/400
MESSAGE (commande, facture, avis dexpdition, etc.) 3 KF par norme 3 KF par norme 3 KF par norme
Les messages sont facturs par norme. Si une entreprise a deux fournisseurs A et B et que A travaille avec la norme EDIFACT et B avec GENCOD, alors lentreprise devra payer 6 KF (2x3 KF) pour pouvoir envoyer un mme message de commande par exemple, ses deux fournisseurs. On a la notion de groupe de messages (groupe commande, groupe facture, ). Cest une version de base pour dbuter en EDI. Une solution PC cote en moyenne 50 KF v EDI PLUS 2.0 Cest une version enrichie de EDITRADE, qui inclut un gestionnaire (contrle de la cohrence, base de donnes intgre, etc.). Elle permet dviter les doublons par exemple. Ce logiciel nest disponible que sur PC. Le moteur de base et linterface sont 25 KF. Les messages sont encore organiss par groupe. Dans un groupe, le premier message est 5KF et les suivants 3KF. v EDI ONE Cest la solution Internet. Elle est rentable si lon change jusqu 600 messages par an. Le traducteur se trouvent chez INFLUE. On doit payer un abonnement. Le cot de cette offre est de 3KF pour 600 messages.
28 Novembre 1998
EPITA TELECOM 99
- 60 -
9 Etat du droit en matire dEDI

9.1 9.1.1 La disparition du papier : un heurt entre le droit et linformatique La loi Madelin.
Cette question est d'actualit ainsi que le dmontre la nouvelle avance que le "sans papier" vient d'oprer avec la possibilit offerte aux entreprises de transmettre par voie lectronique les dclarations destines l'administration. C'est l'article 4-I de la loi n94-126 du 11 fvrier 1994 relative l'initiative et l'entreprise individuelle dite "loi Madelin" (cf. Annexe C) qui la consacre. Si ce mode de transaction est choisi, son exercice doit tre prvu par un contrat ; contrat qui "prcise, notamment pour chaque formalit, les rgles relatives l'identification de l'auteur de l'acte, l'intgrit, la lisibilit et la fiabilit de la transmission, sa date et son heure, l'assurance de sa rception ainsi qu' sa conservation". Au plan juridique le texte est trs important car la rception d'un message transmis conformment ces dispositions "tient lieu de production d'une dclaration crite ayant le mme objet". Cette loi permet ainsi aux entreprises d'utiliser l'EDI dans leurs rapports avec l'administration. 9.1.2 Les solutions juridiques pour combler le vide. Toute la difficult qui nat alors de l'usage de l'informatique, dans sa forme tlmatique, rside dans le fait qu'elle emporte ncessairement disparition du papier quand le droit exige du papier. Toute la rflexion juridique tend vers ce but : rsorber ce manque. Toute question se ramne celle-ci : comment faire, juridiquement parlant, quand il n'y a pas de papier et qu'il devrait y en avoir selon les principes classiques? Dans ce cas, ou bien le droit positif connat une rponse cela et il convient de la mettre en uvre, ou bien le droit positif n'a pas de rponse et il faut essayer d'entrevoir ou de proposer ce qui pourrait tre. Un contrat pass par le canal tlmatique est "sans papier". Cela est vrai, mais depuis fort longtemps, il en va de mme du contrat pass par tlphone ou par tlex. Par consquent il ne faudrait pas tout compliquer parce qu'on utilise l'informatique, surtout si l'on vient se poser plus de questions qu'il n'y a de problmes rsoudre. Cela serait une fcheuse tendance que de dcouvrir du droit de l'informatique chaque occasion o l'informatique est en cause. La disparition du papier peut entraner une gne considrable lorsque des exigences particulires sont poses en matire de preuve, comme par exemple en matire du droit comptable rput formaliste mais qui a su s'adapter l'informatique, dmontrant que des volutions sont toujours possibles. C'est cette volution qu'il faudra s'attacher tudier dans cette matire largement innovante au plan technique et au plan juridique. 9.2 La problmatique de la preuve
L'EDI est l'illustration parfaite de l'absence de personnalisation des relations d'une part, et de la dmatrialisation des relations d'autre part. En effet, l'ensemble des faits qui font l'objet 28 Novembre 1998 EPITA TELECOM 99 - 61 -
EDI Echange de Donnes Informatises d'un transfert d'informations automatis est sous-tendu par de trs nombreux documents dont certains ont la porte d'actes juridiques. Ces actes ont une valeur juridique d'autant plus faible que l'administration de la preuve et la force probante associe se trouvent intgres dans un change d'informations automatique dont la lgalit, en terme de preuve apparat prcaire. Pour rsoudre les difficults de preuve, il convient obligatoirement d'examiner comment la problmatique de la preuve en informatique s'est dveloppe, afin de fournir une preuve juridiquement ncessaire la scurit des oprations informatises, notamment par le biais d'un accord d'interchange. 9.2.1 Les diffrents systmes de preuve La preuve par le document papier. La preuve lgale parfaite reste l'original qui correspond technologiquement un papier sur lequel figurent des crits, dont au moins la signature est manuscrite . Pilier du droit de la preuve en matire civile, l'article 1341 institue non seulement l'obligation de prconstituer un crit ds lors que l'obligation a une valeur gale ou suprieure 5 000 francs, mais s'impose d'autres modes de preuve comme le tmoignage. Ainsi, au cas o un crit a t pass pour une somme infrieure 5 000 francs, aucune preuve par tmoignage n'est admise contre cet acte. Cette rgle ne met pas en cause la validit de l'acte mais constitue seulement une rgle de preuve. Cependant, le rsultat pratique est presque le mme que si l'acte n'avait pas t valide : n'ayant pas d'crit et n'ayant pas de droit de prouver cet acte l'aide d'un tmoignage, les seules preuves admissibles sont le serment ou l'aveu qui laissent le crancier la merci de son dbiteur. Cependant, les rgles du droit de la preuve telles qu'elles rsultent de la rforme du 12 juillet 1980 ne sont pas dpasses dans le domaine informatique. La rgle de l'crit a t attnue par quelques exceptions contenues pour l'essentiel dans cette loi, en particulier le commencement de preuve par crit, l'impossibilit de se procurer un crit et la production de copies fidles et durables. Seul le critre de la durabilit a t dfini par le lgislateur comme tant la reproduction indlbile de l'original entranant une modification irrversible du support. En revanche le critre de la fidlit pose plus de difficults au lgislateur, puisque aucune dfinition n'en a t donne. Ce critre s'apprcie par rapport la notion d'original. En ralit, il n'existe pas de dfinition du concept d'originalit. C'est l'information vraie qui est reprsente comme exprimant la volont des auteurs, parties l'acte en cause. Il est constitutif d'un statut juridique. Cependant, on constate que seul les documents "originaires" par opposition aux reproductions accdent ce statut. L'absence de dfinition lgale de la copie "fidle" offre l'opportunit aux professionnels, sous rserve que la copie soit effectivement durable, de dfinir des critres de fidlit digne de confiance en se conformant notamment "l'tat de l'art" ou aux normes lorsqu'elles existent. La fiabilit des techniques de reproduction utilises sera, en cas de litige, laisse l'apprciation souveraine du juge. La preuve libre L'ouverture vers la libert de la preuve organise par l'article 1348, alina 1 du Code civil a pour consquence la libert d'apprciation du juge. Le rle des parties Pour tenter de rsoudre les incertitudes de la preuve informatique, il est ncessaire de rechercher les domaines o la preuve est libre, afin de construire un systme d'change de
28 Novembre 1998
EPITA TELECOM 99
- 62 -
EDI Echange de Donnes Informatises documents informatiss o les techniques d'organisation de la preuve sont recevables et probantes juridiquement. La majeure partie des relations informatises se fait dans un cadre commercial. En application de l'article 109 du Code de commerce, " les actes de commerce peuvent se prouver par tous moyens...". Cependant, la libert de la preuve, souvent invoque pour se dgager des principes dicts par le Code civil, ne signifie nullement " absence de preuve". Ainsi, le juge commercial est-il amen sanctionner l'imprudence ou la ngligence de celui qui s'est abstenu de prconstituer une preuve alors qu'il en avait la possibilit et que les usages l'y incitaient. De ce fait, la notion de "charge de la preuve" est associe la notion de "risque" de la preuve ou de la non-preuve. Le principe gnral attribue la charge de la preuve au demandeur, c'est-dire celui qui engage le procs. Par exemple, c'est en produisant une reconnaissance de dette signe du dbiteur que l'on peut prouver l'existence du prt et en obtenir le paiement en cas de litige. La trace d'un chque en preuve du prt, n'est pas suffisante, le dbiteur peut en effet refuser de rendre la somme en affirmant qu'il ne s'agit pas d'une somme prte mais donne. Ce n'est jamais au dfendeur de prouver qu'il ne doit rien. Le rle du juge. La charge de la preuve dpend galement du type de procdure dans lequel on se trouve. Dans les procdures de type "inquisitoire", le juge exerce un rle prpondrant dans la conduite de l'instance et dans la recherche des preuves; c'est notamment le cas dans la phase d'instruction du procs pnal et dans la procdure administrative. Dans un contentieux administratif par exemple, selon la gravit de la requte, le juge se contentera d'un commencement de preuve ou exigera des prsomptions graves, prcises et concordantes, lorsque le requrant ne dispose pas d'autre document . Enfin, les tribunaux considrent que l'incertitude et le doute de la production d'une preuve doivent tre ncessairement retenus au dtriment de celui qui a la charge de cette preuve. Dans cette hypothse, le juge doit trancher en faveur du dfendeur. En tout tat de cause, c'est le principe de la bonne preuve qui prvaut, ce qui n'implique pas pour autant un carcan judiciaire car il existe plus de libert qu'il n'y parat si l'on veut bien tudier de plus prt les diffrentes rgles de preuve rsultant la fois de la loi et de la jurisprudence. 9.2.2 L'application aux techniques informatiques. Dans ce cadre juridique, les techniques informatiques peuvent permettre aujourd'hui de prouver les actes et les faits juridiques avec une force probante sur le plan technique, suprieure sinon au moins gale l'crit. Il suffit que le degr de fiabilit soit le plus grand possible, on dlaisse la preuve certaine pour la preuve probable. Dans un tel systme la conviction du juge sera d'autant plus leve que la probabilit de fraude ultrieure sera faible. La notion de fraude correspond toutes les manipulations ou tentatives de manipulations tendant modifier l'tat formel ou informationnel d'origine du document produit judiciairement comme lment probant au soutien d'une demande dans le cadre d'une instance.
28 Novembre 1998
EPITA TELECOM 99
- 63 -
EDI Echange de Donnes Informatises L'original, au sens d'un crit papier sur le plan juridique, n'est que le rsultat d'une pratique dominante une poque prcise. C'est le rapprochement entre un tat de la technique un moment de l'historique avec une exigence juridique. De ce fait la force probante n'est que la consquence judiciaire attribue lgalement un procd particulier. Avant l'avnement de l'informatique et des nouvelles technologies d'archivage lectronique de donnes, l'crit papier manuscrit correspondait la meilleure forme de preuve permettant d'identifier la volont de l'engagement, son contenu et sa prennit, sous rserve de respecter quelques rgles en matire de conservation propre la matire papier. A la date d'aujourd'hui, il existe des systmes informatiques fournissant une force probante suprieure sinon au moins gale au papier. La force probante d'une preuve juridique est inversement proportionnelle sa probabilit de fraude et en consquence, une preuve est juridiquement suprieure une autre, si sur le plan technique, la probabilit de fraude est infrieure. Sur cette base, un systme d'change de documents informatiss va se renforcer au plan juridique en utilisant un systme contractuel d'organisation de la preuve. Ce systme va permettre d'organiser la force probante des changes. 9.3 Laccord dinterchange
9.3.1 Le principe des conventions sur la preuve La dfinition du contrat d'interchange La terminologie employe pour dsigner un accord portant sur l'EDI est d'origine anglaise "interchange agreement". Un accord d'interchange est le contrat par lequel deux ou plusieurs personnes, physique ou morale, tablissent les conditions juridiques et techniques d'utilisation de lEDI dans le cadre de leurs relations commerciales. La validit de la convention En ce qui concerne les rgles de preuve, une jurisprudence constante et maintenant bien tablie, affirme qu'elles ne sont pas d'ordre public.(Cass civ, Crdicas, 8 novembre 1989, Dalloz n 25, 28 juin 1990, note C Gavalda.) Ce qui signifie qu'il est possible de se librer de la rgle de "l'crit sign" exig par le Code civil, lorsque les parties dcident contractuellement de renoncer l'obligation de prouver par crit. Ainsi, les parties peuvent dcider d'un commun accord de modifier les rgles lgales de preuve en signant une convention sur la preuve. Cette dernire permet, sous rserve du respect de certains principes, de renoncer par avance, l'obligation de prouver par un crit lorsqu'une telle exigence est ncessaire, et de reconnatre la validit de certains moyens de preuve. Le contrat fait la loi entre les parties. Cette loi particulire peut rglementer les formes de preuve. Le contrat d'interchange en est un exemple. La porte de la convention Les conventions sur la preuve permettent chacune des parties de mesurer exactement la porte de ses engagements et le mode d'administration de la preuve associs. Les modes d'administration de la preuve peuvent tre dfinis entre les parties. En consquence, la force probante d'un systme repose de manire complmentaire sur une convention de la preuve.
28 Novembre 1998
EPITA TELECOM 99
- 64 -
EDI Echange de Donnes Informatises Toutes les conventions, qui ne permettent pas de rapporter la preuve contraire de la fiabilit du systme, devraient tre dclares nulles. La prsomption de bon fonctionnement, telle qu'elle peut rsulter d'une convention, ne peut avoir un caractre irrfragable. L'interdiction de la contestation doit tre considre comme une rgle nulle, la force probante devant tre toujours soumise un dbat contradictoire. Ainsi, le contrat de preuve pourra prciser que les lments issus du systme informatique ont valeur probante entre les parties puisque le document conserv constitue une copie fidle et durable de l'originaire et, ce titre, peut tre considr comme l'quivalent d'un original tabli pralablement par les parties au moyen de l'utilisation d'un support papier crit, avec signature manuscrite. Sur le plan du droit, il n'est pas possible d'admettre une prsomption irrfragable de scurit. Cette tche incombera notamment aux concepteurs d'un systme d'EDI : la sret sera rapporte par la faiblesse de la probabilit thorique de fraude. De la dmonstration statistique de la fiabilit du systme va natre une prsomption, au titre de laquelle la sret du systme entranera son tour une prsomption de fiabilit de l'existence juridique de l'opration ralise. Dans l'affaire socit Crdicas, o la preuve d'une opration par carte bancaire se situait dans le domaine de la libert de la preuve, le tribunal retient notamment, pour accepter la position de la banque, qu'il "n'est allgu, par ailleurs, aucun drglement du systme informatique". 9.3.2 Le contenu de l'accord d'interchange Avant que les partenaires en relations d'affaires passent l'EDI, il est indispensable qu'ils rdigent une convention crite qui fixera les rgles du jeu. Cette convention est selon la traduction fidle de l'appellation anglo-saxonne appele "accord d'interchange". Les contrats EDI, s'ils traitent de la mme matire, proposent des solutions diffrentes, car le droit interne des pays dvelopps possde des exigences diffrentes sur le formalisme juridique et la preuve. Par ailleurs, I'EDI renferme des concepts beaucoup trop diffrents pour lui appliquer un contrat type. Afin de rpondre aux exigences de formalisme juridique et de preuve, un contrat EDI doit comprendre trois parties : une partie juridique, une partie technique, une partie scurit. Ces parties ne seront pas toujours diffrencies car elles interagissent l'une sur l'autre. Ainsi le choix d'une norme de reprsentation des messages, prcis dans la partie technique, a des consquences sur le dispositif juridique retenu. D'autre part, le choix d'un service de tlcommunications performant a des rpercussions sur la scurit. Enfin certaines exigences, comme l'authentification, ont un intrt commun pour le droit et la scurit. Les questions juridiques Les clauses contractuelles caractre juridique se rpartissent autour de deux sortes de proccupations. Certaines traitent des questions juridiques entourant la transmission lectronique, c'est--dire d'une application informatique comme il y en a d'autres. Les autres ont en charge la validation juridique des documents dmatrialiss reprsents par les messages EDI.
28 Novembre 1998
EPITA TELECOM 99
- 65 -
EDI Echange de Donnes Informatises a- les clauses importantes La responsabilit est une notion juridique classique qui peut accompagner ou non les contrats. La clause va dclarer que les parties se portent garants du bon fonctionnement de leur systme informatique. En effet, un pralable pour que des liaisons EDI soient tablies entre les partenaires, est qu'ils possdent des systmes aptes techniquement mettre puis recevoir les messages. Cela comprend les priphriques informatiques ddis la communication, le matriel de base capable de pr-traiter ou de post-traiter les messages et aussi les logiciels de traduction EDI qui gnreront les messages normaliss partir du systme interne de l'entreprise. La clause d'acceptation de l'EDI relve galement de l'aspect juridique. Les parties dans une clause spcifique acceptent expressment l'usage de l'EDI. C'est la substance mme du lien contractuel : chacun donne son accord pour faire de l'EDI et le consentement des parties se rencontre sur la valeur que possdera l'EDI dans leur communication globale. En effet, la communication entre les parties ne s'effectuera pas totalement par ce mode et restera encore domine par l'usage du papier. Par ce type de clause, les parties prcisent seulement la part qui revient l'EDI. Ce double usage oblige prciser l'attitude des parties en cas de concurrence de messages identiques sur support diffrent; que faire en effet, si une transaction EDI est double par le document crit sur papier correspondant ? Quel est celui qui doit faire foi ? Les clauses relatives la rapidit du traitement des messages sont un autre exemple de clauses juridiques. Un des bnfices de l'EDI est un gain en temps, gain qu'il ne faut pas gcher en ngligeant d'exploiter les messages ds leur arrive. Les entreprises doivent cet gard prvoir une procdure de rception et une remise au destinataire final dans les meilleurs dlais. Une telle procdure existe peut-tre dj propos de la rception et de la ventilation des fax. Elle dpendra aussi du type de service de tlcommunications utilis pour la transmission : certains services ont une dlivrance instantane, condition qu'un terminal soit branch. D'autres, au contraire, fonctionnent selon le principe de la bote lettre qu'il faut relever rgulirement. b- le respect du formalisme La validation juridique du passage d'un document papier un message EDI devait respecter le formalisme juridique. Les parties au contrat devront ainsi le prciser expressment selon les messages qu'ils dsirent employer. Si les documents juridiques de formalisme libre ne posent pas de difficult pour leur transformation en documents lectroniques, il en va diffremment des documents pour lesquels le formalisme est contraignant. Ainsi l'usage d'une facture lectronique de type "INVOIC" (message EDI normalis pour "facture") implique pour sa validation juridique entre les parties, mais surtout envers l'administration, de remplir les conditions et de respecter la procdure prvue en matire fiscale. La tche des parties sera en cette question encore plus rude avec les documents formalisme strict, comme pour les effets et les documents ngociables du type connaissement en transport maritime ou lettre de voiture en transport terrestre. Faire de l'EDI en dmatrialisant ce type de document, c'est se placer ct de la loi. Les messages lectroniques correspondants qui ne rpondront pas aux exigences lgales ne pourront tre utiliss qu' titre d'information, au bnfice de l'acclration des changes due aux nouvelles technologies.
28 Novembre 1998
EPITA TELECOM 99
- 66 -
EDI Echange de Donnes Informatises Pour respecter la loi, il est conseill ds lors d'expdier l'original crit par voie postale concurremment. Un autre remde est de renoncer au caractre de ngociabilit. Le connaissement ngociable est abandonn au profit du connaissement ordinaire et non ngociable. Outre les questions relatives au formalisme, les parties doivent prvoir les dispositions en matire de preuve. Quel que soit le degr de formalisme des documents, la question de la preuve doit tre rsolue. Ainsi la disparition de l'original crit sera remplac par la meilleure des copies au point de vue juridique. Enfin, le contrat doit contenir des dispositions relatives la conservation et l'archivage des changes lectroniques. Les dispositions contractuelles devront galement prendre en compte les dures d'archivage lgal de certains documents. Les questions techniques Les questions techniques seront prsentes dans une srie de clauses, les unes dfinissant les termes techniques utiliss dans le contrat, les autres indiquant des choix qui auront t faits. Comme on le trouve dans de nombreux contrats relevant du domaine technique, on aura une clause relative aux dfinitions des termes employs dans le corps du contrat. En effet, il est ultrieurement plus facile de s'entendre ou de rgler un diffrent, quand on parle de la mme chose. Ainsi les parties tireront profit du sens exact donn des termes tels que "EDI", "message EDI", "normes", "identification", "authentification", "signature des donnes", "avis de rception", "manuel de l'utilisateur", etc. Les parties auront ensuite prciser leurs choix techniques. Le premier point est de fixer la norme utilise. Cela peut tre UN/EDIFACT (voir Annexe B), mais galement une autre norme largement utilise par un secteur d'activit. Il est possible de faire rfrence aux rgles de conduite uniforme pour l'change de donnes commerciales par tltransmission (UNCID) labores par la Commission des Communauts. Ce code de conduite permet d'indiquer o trouver la philosophie d'une question non expressment traite dans le contrat. Les questions de scurit La scurit est indispensable dans des transactions EDI pour de multiples raisons. Lorsque l'EDI engag par les partenaires, est un EDI purement commercial (transport, distribution), les parties dsirent la confidentialit de leurs changes. L'exigence de scurit est maximale lorsque les donnes sont confidentielles, secrtes ou stratgiques. Cela peut tre le cas entre certaines grandes entreprises ou sur des matires nouvelles et confidentielles. Enfin, les donnes changes par certains professionnels (banques, assurances...) relvent toutes en gnral du domaine confidentiel. C'est ce qui a motiv le dveloppement d'une norme internationale autre qu'UN/EDIFACT et scurise au maximum pour les changes entre banques et tablissements financiers (ETEBAC). Pour avoir une ide des clauses d'un contrat d'interchange, il convient de se reporter en Annexe A o figurent des extraits d'une convention d'interchange. Le point principal est de rpondre aux impratifs de fraude et de piratage du rseau et du systme. Seront donc prvues des dispositions relatives : v l'accus de rception , v la mthode et les procdures de scurit (chiffrement, cryptage ), v l'identification/authentification.
28 Novembre 1998
EPITA TELECOM 99
- 67 -
9.4
Les limites des accords EDI
En dpit de leurs nombreux avantages pratiques, il faut nanmoins reconnatre que les accords d'EDI connaissent les mmes limites inhrentes tous les contrats : au-del de la loi des parties, l'accord d'EDI ne peut jamais contrevenir aux prescriptions d'ordre public qui existent dans les droits nationaux. A ct de cela, il reste d'autres limites relatives principalement au droit des obligations et au droit de la concurrence. 9.4.1 Les limites relatives au droit commun des obligations En premier lieu, l'accord d'EDI reste inopposable aux tiers qui ne l'ont pas ratifi. En effet, la rgle de la relativit des effets du contrat dcoule de l'article 1165 du Code civil: " Les conventions n'ont d'effet qu'entre les parties contractantes, elles ne nuisent point au tiers, et elles ne lui profitent que dans le cas prvu par l'article 1121". Son inspiration procde de l'adage latin: Res inter alios acta aliis neque nocere, neque prodesse potest (La chose convenue entre les uns ne nuit ni profite aux autres ). La notion a toutefois connu une volution. Ayant tout d'abord eu pour fondement juridique le principe d'autonomie de la volont, le consentement des parties donne sa force obligatoire au contrat, mais uniquement entre parties. Premirement, le contrat fait natre des droits et des obligations de donner, faire ou ne pas faire dans les patrimoines des parties; dans ce domaine, la force obligatoire du contrat engendre la relativit de ses effets envers les autres. Deuximement, les contrats font natre des situations juridiques modifiant les patrimoines des tiers. On en dduit que le contrat existe, et la situation juridique cre par le contrat sera opposable. Le contrat ne peut crer de droits ou d'obligations l'encontre des partenaires extrieurs au rseau ni envers les tiers, mme si ceux-ci sont concerns par la relation EDI dans la mesure o ils n'ont pas consenti l'application du contrat cadre. Par exemple le modle de contrat propos au plan europen par la DG XIII mentionne :"la validit du contrat EDI ne peut pas dpasser le cadre inter parties". En ce qui concerne, en second lieu, la responsabilit dlictuelle ou quasi dlictuelle des parties l'accord du rseau, celle-ci pourra ventuellement tre mise en jeu par tous les tiers extrieurs au rseau, donc non parties au contrat et victime d'un prjudice quelconque. L'exemple d'ventuelles clauses limitatives de responsabilit qui seraient insres dans le contrat, et qui pourraient avoir des effets juridiques l'gard des tiers en cas de dommage, pose la question des abus dont les non-professionnels auraient subir les consquences. 9.4.2 Les limites apportes par le droit de la concurrence L'accord risque de produire des effets anticoncurrentiels du fait de la puissance conomique de la partie qui l'impose. Par exemple le contrat d'adhsion impos aux sous-traitants et autres fournisseurs qui auraient pour objectif de travailler avec l'entreprise "matre du rseau". Pour pallier cette difficult certains auteurs noncent que le fait qu'il existe des accords types
28 Novembre 1998
EPITA TELECOM 99
- 68 -
EDI Echange de Donnes Informatises labors par certaines instances prives ou publiques permet de neutraliser les problmes de droit de la concurrence. Rien n'est moins certain, car les modles sont relativement imprcis sur de nombreux points, par exemple l'annexe technique, laquelle il est souvent fait rfrence, est laisse la libre apprciation des parties. Cette annexe peut ds lors imposer des niveaux d'quipements, de maintenance et de scurit, constituant des investissements importants pour la partie dite faible. Les processus d'intgration ou d'entente et autres pratiques restrictives de concurrence, risquent d'tre sanctionns sur la base des textes franais et communautaires. En conclusion on peut dire que l'EDI est un secteur rcent dans lequel il convient de s'engager avec prudence. Aucune lgislation, rglementation ou jurisprudence spcifique n'existe encore sur le sujet. Le droit suppltif est parfois mal adapt. Il convient donc pour le rdacteur d'un contrat d'interchange d'tre le plus pragmatique possible et de rester l'coute des solutions techniques envisageables, qui souvent dictent le traitement juridique des rapports entre les utilisateurs. Ainsi, la rflexion du juriste doit avant tout porter sur les conditions de la faisabilit juridique conduisant la dmatrialisation des documents que les utilisateurs envisagent d'changer par EDI. Cette rflexion ne peut tre mene de faon isole par le juriste. Il s'agit d'un domaine dans lequel le caractre contestable de la validit de l'opration juridique dpend en grande partie de la fiabilit technique du systme d'interchange utilis. D'o l'importance pour le rdacteur de la convention d'interchange de bien s'imprgner du contexte technique, et de bien le dtailler dans le contrat l'aide de techniciens et de professionnels du secteur envisag. Cette validation par les tiers est une part importante de la russite du contrat.
28 Novembre 1998
EPITA TELECOM 99
- 69 -
10 Le futur de lEDI
Vers quoi se dirige donc l'change de donnes informatises ? Vers une croissance tous azimuts ! Il va sduire de nouveaux adeptes. L o il est pratiqu, il va gagner de nouveaux domaines d'application. Il va galement se dvelopper en s'intgrant d'autres concepts et technologies de gestion. Ce chapitre propose des exemples sur chacun de ces domaines d'expansion. 10.1 Croissance en volume Une croissance exponentielle de l'utilisation de l'EDI est attendue dans les quelques annes venir. En 1999, plus de 70 % des entreprises amricaines utiliseront l'EDI de manire significative. En lan 2000, plus de 400000 firmes, rparties dans le monde entier, communiqueront lectroniquement. Cette croissance est suppose venir de plusieurs directions. Des partenaires commerciaux supplmentaires Tout d'abord, les utilisateurs actuels pousseront vers l'EDI davantage de partenaires commerciaux. Selon des tudes conduites par EDI Research Inc., les utilisateurs actuels prvoient de doubler, au moins, le nombre de leurs partenaires commerciaux chaque anne, cela sur les trois annes venir. De plus, beaucoup de grandes entreprises amricaines sont encore en phase de test pilote de mise en uvre, pour des transactions EDI avec un nombre limit de fournisseurs ou de clients choisis. Lorsque ces entreprises seront satisfaites des rsultats, elles se lanceront vraisemblablement dans une expansion rapide et dans toutes les directions.
Des secteurs dactivit supplmentaire
La seconde source de croissance vient de l'apparition de nouveaux secteurs d'activit dans le paysage de l'EDI. Tandis qu'un certain nombre de professions se sont impliques depuis longtemps dans l'EDI, certaines commencent tout juste s'y intresser srieusement. Ainsi, par exemple, l'industrie du ptrole a form un groupe d'action EDI, pour la premire fois en 1988. L'approbation et l'encouragement d'un groupe d'action, l'chelon de la profession, est, comme on a pu le constater dans le pass, un puissant stimulus pour qu'une entreprise de ce secteur se tourne vers l'EDI. Des pays supplmentaires Une troisime source de croissance pour l'EDI viendra de l'tranger. Les tats-Unis devancent actuellement les autres pays en ce qui concerne d'utilisation de1' EDI. Mais d'autres points du globe commencent rattraper le mouvement. Des efforts EDI importants ont t entrepris au Canada, en Europe de l'Ouest, sur le pourtour Pacifique et dans l'ex-Union sovitique, comme dans bien d'autres parties du Monde.
28 Novembre 1998
EPITA TELECOM 99
- 70 -
EDI Echange de Donnes Informatises 10.2 Croissance des applications L' EDI va aussi diffuser . En d'autres termes, de nouvelles applications de l'EDI, diffrentes, seront utilises. Actuellement, l'EDI sert communiquer des documents commerciaux standards sous une forme structure. Mais la plupart des communications commerciales ne rentrent pas dans cette catgorie. Le courrier lectronique, le voice imaging et le vidotexte sont des mthodes actuellement utilises, dans une certaine mesure, pour les communications commerciales. L'volution de la technologie de l'EDI devrait lui permettre de s'tendre ces mthodes de communication. Bien que l'EDI n'ait pas encore atteint ce stade, certaines tendances se dessinent, qui tendent son utilisation au-del des communications sous forme structure. Ainsi, par exemple, une action a t entreprise pour l'introduction du standard X.400 du courrier lectronique dans les rseaux EDI. Une autre vise actuellement tendre l'EDI l'information de forme libre. Le potentiel de l'EDI dans ce domaine est mis en vidence par deux applications particulires. 10.2.1 CAO/FAO La conception assiste par ordinateur/fabrication assiste par ordinateur (CAO/FAO) est en train de devenir une composante particulirement importante dans de nombreux processus de fabrication. Il est vident que la possibilit de transmettre des dessins techniques, des spcifications et des graphiques entre partenaires commerciaux est essentielle pour la CAO/FAO. Tel qu'il est actuellement structur, l'EDI ne permet pas de communiquer des dessins ou des graphiques, puisque ces derniers ne sont pas passibles d'un format structur standard. Mais il semble bien que l'on travaille actuellement tendre l'EDI ces applications. Un fournisseur de logiciel, au moins, a fait savoir que l'on pouvait utiliser le logiciel EDI pour la transmission de dessins techniques et de graphiques dans un format CAO/FAO. Le logiciel pour micro-ordinateur STX12 de Supply Tech est capable de transmettre des fichiers CAO/FAO entre des partenaires commerciaux travaillant en EDI. Un segment de donnes spcial a t inclus dans la transmission EDI. Il identifie le nombre d'octets d'information non EDI qui suivent. Les partenaires commerciaux conviennent d'avance du format des donnes non EDI. Lorsque l'ordinateur arrive au segment spcial, il transmet le nombre d'octets spcifiques en mode transparent, et reprend ensuite les transmissions EDI normales . Une autre application est galement en cours dans le domaine de la CAO/FAO. La X12 Data Project Team est en train de travailler au dveloppement d'une transaction spcifique pour la transmission de donnes graphiques. Selon Mike Gerus, prsident de la Project Team, nous essayons de fabriquer une transaction qui permette de transmettre toute l'information dont on a besoin pour faire une cotation ou construire une base de donnes l'usage des ingnieurs de conception . D'aprs Gerus, la transaction s'intgrera dans l'environnement Xl2, mais pas ncessairement dans le format Xl2 . Cet exemple montre la faon dont l'EDI s'tend de nouvelles applications. L'EDI n'a pas t conu pour le graphique. Mais les utilisateurs de l'EDI et les groupes ont compris qu'il fallait l'tendre au-del de sa vocation premire. L'extension vers le domaine graphique est particulirement intressante parce qu'elle offre un potentiel important. Tout d'abord, elle permet un dveloppement de l'EDI dans les secteurs dont l'activit dpend fortement de l'usage de graphiques et de techniques CAO/FAO, comme l'industrie arospatiale ou lectronique, et le gouvernement fdral amricain. Ensuite, la transmission de graphiques par EDI permettrait peut-tre aux documents d'tre pourvus d'une signature relle. Ce point aiderait tout particulirement diffuser l'EDI dans le domaine du
28 Novembre 1998
EPITA TELECOM 99
- 71 -
EDI Echange de Donnes Informatises commerce international, puisque trs souvent, un document, pour tre valide, doit comporter une signature. 10.2.2 Catalogue des produits Un autre exemple de diffusion de la technologie EDI au-del de son but originel est le secteur de la vente au dtail. Les catalogues de produits sont une partie essentielle des achats dans ce secteur, et la transmission de la description des articles des catalogues y a toujours constitu un problme. Le dtaillant moyen choisit ses articles parmi 450 000 options possibles, si l'on prend en compte les diffrents fournisseurs, les diffrents styles, les couleurs, les tailles, etc. . Afin de mieux grer ces articles, les dtaillants ont commenc utiliser lUniversal Product Code (UPC). L'UPC est un identificateur unique pour chaque article. Bien que son utilisation aide une meilleure gestion des articles, le secteur de la vente au dtail avait besoin, en plus, d'une mthode qui permette un dtaillant d'avoir facilement accs aux 450 000 codes UPC possibles. Selon James L. Lovejoy, directeur de Quick Response chez IBM, la profession a tudi un certain nombre d'options capables de fournir l'information UPC aux dtaillants, savoir : les catalogues sur papier, les codes barres sur les avis d'expdition, les bandes magntiques et l'change direct entre le fournisseur et le dtaillant. Mais, bien que chacune de ces solutions soit viable volume faible, les volumes importants constituaient un vritable dfi. Le secteur de la vente au dtail a trouv dans l'EDI la rponse ce dfi. Elle projette d'utiliser le rseau EDI, et en particulier les rseaux valeur ajoute, comme banque de donnes centrale pour l'information sur les produits. Ainsi, le fournisseur transmet l'information catalogue, en UPC, au RVA. Suivant ses besoins, un dtaillant peut choisir de travailler avec un ou plusieurs catalogues de fournisseurs, au moyen d'une srie d'crans interactifs . Lorsque le dtaillant a fait son choix, l'information peut tre tlcharge du RVA vers son propre ordinateur, afin d'tre utilise dans les programmes d'application du dtaillant et transmise par EDI. Cet exemple montre de quelle manire les applications de l'EDI ont t tendues pour inclure de nouveaux types d'information. Bien que l'information catalogue ne soit pas transmise par EDI, la technologie de l'EDI permet d'utiliser le systme de catalogue lectronique UPC. Mais ce n'est pas seulement l'invention de nouvelles applications qui va dvelopper l'EDI, sa croissance sera galement due l'intgration de la technologie EDI d'autres formes de systmes. 10.3 La croissance grce l'intgration L'utilisation de l'EDI va aussi connatre une croissance de l'intrieur. Au fur et mesure que les entreprises deviennent plus familires avec l'EDI, plus l'aise avec sa technologie, elles trouvent de nouveaux moyens de l'intgrer dans leurs systmes oprationnels et dans d'autres technologies. On peut trouver de nombreux exemples d'entreprises, ou des secteurs d'activit tout entiers, ayant intgr l'EDI un point o il est beaucoup plus qu'un simple moyen d'changer des documents entre partenaires commerciaux. Deux secteurs se sont montrs particulirement agressifs, en intgrant l'EDI dans leurs applications internes : il s'agit de l'industrie automobile et de la vente au dtail. JIT grce l'EDI dans lindustrie automobile
28 Novembre 1998
EPITA TELECOM 99
- 72 -
L'une des raisons principales de l'adoption de l'EDI par l'industrie automobile tait d'amliorer le fonctionnement des systmes just-in-time (JIT), en franais : juste--temps . Comme le JIT impose des livraisons frquentes et rapides d'articles, le besoin s'est galement fait sentir pour une mthode de communication rapide et prcise. C'est l'EDI qui a fourni ce moyen. De nombreux utilisateurs de JIT, dans l'industrie automobile comme dans d'autres secteurs d'activit, ont dclar qu'il tait trs difficile de travailler en JIT sans l'aide de l'EDI. Maintenant que l'EDI est devenu une mthode de communication reconnue et pratiquement standardise dans l'industrie automobile, on entreprend des efforts plus nombreux pour intgrer troitement l'EDI aux systmes internes, dont la planification JIT et les systmes d'information. Un exemple de l'intgration de l'EDI dans les oprations internes pour faire fonctionner le JIT nous est fourni par l'opration fast-batch (groupage rapide) de Chrysler. Le Fast-batch de Chrysler La socit Chrysler a si bien intgr son systme EDI son systme JIT qu'elle a modifi le systme EDI pour qu'il soit mieux adapt au programme JIT. Le rsultat de cette modification est que le systme EDI ressemble de trs prs un systme interactif, plutt qu'au systme de traitement par lots qu'il est en ralit. Comme le principe de fonctionnement JIT sous-entend l'envoi des pices dtaches la ligne de production seulement en fonction de ses besoins, la rapidit de traitement de l'avis d'expdition d'un fournisseur devient un lment critique pour le succs du JIT. De plus, la prcision de l'avis d'expdition est aussi un facteur important. Selon une source EDI, si un avis d'expdition comporte un code erron de pices dtaches, et que l'erreur n'est pas rapidement corrige, les mauvaises pices peuvent arriver l'usine, en causant des problmes de production. Ou bien encore, les bonnes pices arrivent, mais comme elles sont accompagnes d'un avis d'expdition portant un code erron, personne ne le sait . Au dbut, d'aprs l'accord liant Chrysler et ses fournisseurs, les fournisseurs composaient le numro d'appel de la bote lettres de Chrysler et y dposaient un avis d'expdition. Chrysler relevait l'avis d'expdition et, s'il y avait une erreur, envoyait un message, par retour de courrier, la bote lettres lectronique du fournisseur. Mais comme, dans la plupart des cas, les botes lettres n'taient releves qu'une fois par jour, le fournisseur n'tait pas conscient du problme avant le jour suivant. Avec fast-batch , l'ordinateur du fournisseur transmet un avis d'expdition Chrysler et reste en ligne trois minutes, pendant que l'avis d'expdition est contrl. S'il y a une erreur, l'ordinateur de Chrysler notifie immdiatement l'ordinateur du fournisseur. Selon James R. Oravec, l'un des directeurs de l'AIAG, le systme met en uvre une srie de dispositions qui permettent d'assurer une identification correcte des produits au moment ou le chargement arrive. Chrysler a mis en vidence le fait que la plupart des erreurs consistaient en informations errones sur l'avis d'expdition, plutt qu'en expditions incorrectes. Bien qu'il ne s'agisse pas d'un systme entirement interactif, il montre la faon dont il est possible de modifier l'EDI et de l'intgrer des systmes dj en activit, afin d'en tirer des avantages supplmentaires. Une autre industrie du secteur automobile avoir intgr l'EDI dans ses systmes internes, c'est Ford. Le CMMS de FORD La Ford Motor Company a lanc un nouveau programme conu pour amliorer son efficacit oprationnelle. Le programme, nomm Common Manufacturing Management Systems (CMMS) intgre un certain nombre de technologies de collecte de l'information et de management, dont l'EDI. Le programme comporte huit modules de base : un fichier
28 Novembre 1998
EPITA TELECOM 99
- 73 -
EDI Echange de Donnes Informatises permanent de nomenclature des fournitures, un planning de fabrication, un programme pour les magasins, les dcharges aux fournisseurs, la rception, le contrle d'inventaire, l'expdition et les fournitures hors production. Il est prvu d'tablir une liaison directe entre le programme CMMS et quatre lots de transactions EDI spares. En d'autres termes, lors de la rception d'une transaction EDI, les modules CMMS seront automatiquement mis jour. Ford dit que la nouvelle initiative CMMS est l'effort le plus complexe jamais entrepris par une entreprise de l'industrie automobile, dans le domaine de systmes de gestion des fournitures . L'intgration, par Ford, de l'EDI dans ce systme complexe et novateur montre comment l'utilisation de l'EDI peut tre largie. Un autre secteur professionnel, qui a troitement reli l'EDI d'autres systmes, c'est celui de la vente au dtail. QuickResponse dans la vente au dtail Le secteur de la vente au dtail a si bien intgr l'EDI d'autres technologies, que son utilisation a reu un nouveau nom. Quick Response (rponse rapide), dans la vente au dtail, est l'utilisation combine de 1'Universal Product Coding (UPC), en franais : codage universel des produits, et de l'EDI. En utilisant l'UPC et l'EDI ensemble, les dtaillants et leurs fabricants ont pu raliser des bnfices substantiels. L'UPC est utilis pour marquer tous les articles vendus au dtail. Le code est relev par dtecteur optique au point de vente. Dans la plupart des cas, les fichiers d'inventaire sont automatiquement mis jour, d'aprs les ventes. De plus, les commandes sont gnres automatiquement en fonction des inventaires. C'est alors que l'EDI entre en jeu. Lorsque les commandes sont gnres, elles sont envoyes lectroniquement par EDI aux fabricants. La transmission rapide des commandes permet aux dtaillants de complter leurs stocks, sans dlai, au fur et mesure des ventes. L'adoption de Quick Response s'est bien rpandue dans le secteur de la vente au dtail. Dans la plupart des applications de l'UPC, l'on retrouve galement l'EDI. Cet exemple montre la faon dont on peut intgrer l'EDI d'autres techniques pour obtenir des avantages suprieurs ceux que l'on obtiendrait si l'une ou l'autre des techniques tait utilise seule. 10.4 Comptitivit accrue grce l'EDI On a dit souvent que l'EDI est une source d' accroissement de la comptitivit . Toutes les entreprises sont encourages adopter l'EDI pour y trouver un avantage stratgique sur leurs concurrents. Mais il semblerait alors que, si chacun peut disposer de l'EDI, il n'y a de comptitivit accrue pour personne. Comment votre entreprise peut-elle donc continuer obtenir des avantages stratgiques long terme grce l'EDI ? Afin de retirer de l'EDI des avantages long terme, il faut le considrer et l'utiliser comme un processus en volution. LEDI un moyen , pas une fin L'avantage stratgique provient non pas de l'acquisition ou de la mise en oeuvre de l'EDI luimme, mais des modifications engendres par l'EDI. L'EDI n'est pas une fin en soi. C'est un moyen grce auquel la structure d'une organisation, les procds et les politiques peuvent voluer. Considrer l'EDI comme un logiciel, comme un ensemble de rseaux, de standards, comme la transmission lectronique de documents, c'est le considrer comme une forme de technologie plutt que comme un procd. Mais il faut le voir comme un procd permettant d'tablir des relations et des partenariats stratgiques, et d'amliorer l'efficacit de la chane logistique dans son ensemble. Le processus EDI permet une entreprise de raliser des
28 Novembre 1998
EPITA TELECOM 99
- 74 -
EDI Echange de Donnes Informatises bnfices stratgiques long terme, parce que l'amlioration de ses relations et de l'efficacit de sa logistique se poursuivent bien au-del de la transmission de messages lectroniques. L'EDI volue Selon Jane Hagen de Tenple, Barker, and Sloan, l'EDI est un [processus] en volution constante, avec son propre cycle de vie . En d'autres termes, il n'y a pas de volont fige avec l'EDI. Nombreux sont les exemples d'entreprises qui ont retir de l'EDI des avantages supplmentaires, en l'utilisant de manire unique et novatrice. Il est tout aussi important de continuer innover dans la gestion de l'information et des relations, que dans la gestion des oprations de fabrication. Il faut considrer l'EDI comme un processus en volution continue qui offre au management des occasions de forger des alliances stratgiques et de dvelopper des techniques de management novatrices.
28 Novembre 1998
EPITA TELECOM 99
- 75 -
11 Conclusion
L'change de donnes informatises (EDI) est en train de devenir le moyen standard d'changer des documents d'affaires, non seulement aux Etats-Unis mais aussi dans le reste du monde. L'EDI fournit une mthode de communication, plus rapide, plus prcise, et moins coteuse que les moyens traditionnels de communication que sont le courrier, le tlphone et les coursiers. Mais l'EDI ne se limite pas changer la manire dont les entreprises communiquent entre elles : il change leur manire de travailler. L'change de donnes informatises transforme le monde des affaires. Sont affectes par ce changement : les relations commerciales, les philosophies de gestion et les techniques de production. Comme le dit un utilisateur: L'EDI est un jeu de balle entirement nouveau . Les entreprises qui se mettent jouer au jeu de l'EDI sont chaque jour plus nombreuses. L'EDI sera, toutes les tudes le prouvent, la branche la plus dynamique de l'Echange et du Commerce Electroniques dans les toutes prochaines annes. Aux Etats-Unis, suivant les enqutes, ce sont des taux de croissance de 20 a 35 % qui sont avancs pour l'EDI. Et ce, au sein des diffrentes composantes de l'Echange Electronique, soit inter entreprise (B. to B. : Business to Business) soit grand public (B. to C. : Business to Consumer). Toutes ces tendances prouvent, s'il en etait besoin, toute l'importance que revt la prise en compte de l'EDI comme ressource stratgique de l'entreprise. Vue de cette dernire, l'EDI peut s'analyser, soit comme une branche du Commerce Electronique et la rflexion s'engagera sur les nouveaux services clients (l'espace client lectronique), soit comme un ensemble d'informations qui circulent, tel un systme d'irrigation des processus d'entreprise, et, dans cette perspective, la rflexion s'engagera sur l'efficacit des taches administratives lies aux actes de gestion (vente, achat, personnel, finances, production). En l'an 2000, l'EDI gnrera un chiffre d'affaires suprieur l'ensemble des services Internet pour le Commerce. Apres l'an 2000, la part de l'EDI sur Internet, "le rseau des rseaux", connatra la plus forte croissance.
28 Novembre 1998
EPITA TELECOM 99
- 76 -
12 Table des figures

Figure 1 : Flux traditionnel Versus Flux EDI_____________________________________ 10 Figure 2 : Relations entre les diffrents services.__________________________________ 12 Figure 3 : Modle de rfrence sept couches informatiques ISO ____________________ 25 Figure 4 : Relation entre diffrents lments conceptuels de la couche application _______ 26 Figure 5 : Environnement des systmes interconnects _____________________________ 27 Figure 6 : Application traversant plusieurs systmes _______________________________ 28 Figure 7 : modle de STM____________________________________________________ 31 Figure 8 : Dpt et remise par l'intermdiaire d'une MM (source : UIT_T) _____________ 33 Figure 9 : Structure du message FF ____________________________________________ 34 Figure 10 : Aperu des solutions EDI de X400 ___________________________________ 35 Figure 11 : Message EDIFACT _______________________________________________ 43 Figure 12 : Les principaux TAGS. _____________________________________________ 44 Figure 13 : Les lments dun change complet __________________________________ 45 Figure 14 : Relation EDI et Commerce lectronique _______________________________ 50 Figure 15 : Les composantes du systme EDI ____________________________________ 52 Figure 16 : Construction et traduction de message (envoi et rception).________________ 53 Figure 17 : Schma des diffrentes solutions matriels _____________________________ 55 Figure 18 : Fonctionnement dun rseau tiers.____________________________________ 56
28 Novembre 1998
EPITA TELECOM 99
- 77 -
13 Rfrences
13.1 Rfrences Internet www.edifrance.asso.fr www.afnor.fr www.edoni.com www.influe.com
13.2 Bibliographie Technologie de lEDI, Victor Sandoval, HERMES LEchange de donnes informatises, M.A. Emmelhainz, Masson.
28 Novembre 1998
EPITA TELECOM 99
- 78 -
14 GLOSSAIRE
A ACCORD D'INTERCHANGE Un accord d'interchange est un contrat priv entre deux partenaires commerciaux prescrivant un agencement de rgles rciproquement acceptables. Il permet d'assurer la valeur juridique et la force probante de leurs transactions lectronique et de rgir l'utilisation de la technologie applique aux communications d'affaires. Ce document est habituellement accompagn d'un manuel de l'utilisateur dcrivant par exemple le niveau de syntaxe, les messages, considrations commerciales et juridiques les prescriptions en matire de tlcommunication et de scurit, etc. (TRADE/WP.4/R.721 du 14 dcembre). Peut inclure l'accord technique d'interchange. ACCUSE DE RECEPTION Outre l'accus de rception inclus dans les protocoles de communications, l'expditeur d'un message EDI peut requrir expressment un accus de rception de message. Si l'expditeur ne reoit pas cet accus de rception dans le dlai prvu, il est en droit de prsumer que le message n'a pas t reu et peut tre considr comme nul et non avenu, sous rserve d'en avertir le destinataire. Le destinataire d'un message assorti d'une demande d'accus de rception n'est pas autoris agir en excution de celui-ci avant d'avoir satisfait cette demande. ACCORD TECHNIQUE D'INTERCHANGE Partie de l'accort d'interchange traitant des aspect techniques, l'accord d'interchange est un convention de reprsentation des informations, de leur organisation en vue de leur change, ainsi que des modalits de cet change (tlcommunications, scurit). AFCEE Association Franaise pour le Commerce et les Echanges Electroniques. L'AFCEE, association but non lucratif rgie par la loi 1901 est ne au dbut de l'anne 1996 l'initiative du Club de l'Arche, d'Edifrance, de Mercatel et de l'AFTEL Multimdia qui ont dcid de fdrer leurs efforts pour la promotion du commerce lectronique en France. ANSI X12 Normes nationales multisectorielles (syntaxe et messages) mises au point par le Comit ASC X12 de l'ANSI 5 (American National Standard Institut, institut national amricain de normalisation) acheves en 1993 et maintenues depuis. La dcision migratoire des messages X12 vers UN/EDIFACT a t annonce par l'ANSI ASC X12. ATLAS 400 Service de messagerie lectronique propos par Transpac pouvant supporter des changes de donnes informatises. Ce service s'appuie sur les recommandations X400 de l'UIT-T. AUTHENTIFICATION D'UN MESSAGE Procdure par laquelle l'metteur ou le destinataire confirme et valide son identification par des moyens techniques adquats (mot de passe ou code confidentiel) sur lesquels ils n'ont
28 Novembre 1998
EPITA TELECOM 99
- 79 -
EDI Echange de Donnes Informatises aucune prise. L'authentification est galement une opration d'habilitation et de reconnaissance d'une carte mmoire par un serveur de scurit. AUTHENTIFICATION RCIPROQUE Garantie pour chacun des deux partenaires que l'autre est bien celui qui a t identifi. Le systme central est assur que l'utilisateur du terminal est bien celui qui s'est annonc, mais galement que cet utilisateur est certain que le systme central est bien celui sur lequel il veut se connecter. AUTOFACTURATION (En anglais : Self billing). En facturation classique, le client qui passe commande auprs d'un fournisseur reoit une facture qui sert de base au paiement. Dans le cas d'une procdure d'autofacturation, une note de crdit ou son quivalent est mise non plus par le fournisseur, mais par le client sur la base des quantits livres. C'est cette note de crdit ou son quivalent qui sert de base au paiement. L'autofacturation est une procdure qui a d'abord t exprimente aux Etats-Unis dans le secteur de l'automobile. Il n'y a pas de TVA aux EtatsUnis mais des taxes sur la vente, ce qui a facilit la suppression de la facture. L'autofacturation ayant permis aux constructeurs automobiles amricains de raliser des gains de productivit consquents, ils ont jug utile de l'introduire en Europe (Ford). AUTOROUTES DE L'INFORMATION Information Super highways. Concept lanc par les Amricains en 1992. Il consiste mettre en place des rseaux en fibre optique pour relier le plus grand nombre possible de sites informatiss et de foyers. Ces rseaux devraient permettre la communication rapide et personnalise d'informations multimdias. B BAL Boite aux lettres Unit logique d'un systme de messagerie qui permet le dpt et stockage de messages. C CCITT Comit Consultatif International Tlgraphique et Tlphonique nouvelle appellation: UTI-T CEE/ONU Commission Economique pour l'Europe. C'est l'une des cinq commissions rgionales de l'Organisation des Nations Unies. Elle regroupe pour les travaux EDI au sein du groupe de facilitation des procdures du commerce international, WP.4, les pays d'Amrique du Nord et du Sud, l'Europe de l'Ouest et l'Europe de l'Est, l'Asie, la Nouvelle Zlande et l'Australie et l'Afrique. Ces 6 zones rgionales possdent une structure EDIFACT (EDIFACT Board) servant de relais pour les travaux. CEN Comit Europen de Normalisation
28 Novembre 1998
EPITA TELECOM 99
- 80 -
EDI Echange de Donnes Informatises Organisme compos des instituts nationaux de normalisation des pays de l'Union Europenne et de l'Association Europenne de Libre Echange (AELE). CODE Chane de caratres utiliss pour enregistrer ou identifier une information sous une forme abrge. Mode de reprsentation ou d'identification d'une information sous une forme symbolique spcifique pouvant tre reconnue par un ordinateur. (ISO TC 154/SC1) CODES (RPERTOIRE DE CODES) United Nations Code List : UNCL. Ancienne appellation : Electronic Data Code List - EDCL. Liste des codes types utiliss pour certaines donnes. Selon le cas, on peut utiliser des codes internes l'entreprise (codes articles, par exemple), des codes grs par les rpertoires UN/EDIFACT (code pour les dates, par exemple) ou des codes issus des normes ISO (codes pour les units de mesure, les monnaies, les pays, par exemple). CODE DE SEGMENT Code identifiant chaque segment de faon univoque suivant les spcifications du rpertoire de segments (ISO 9735). COMMUNICATION (LOGICIEL DE COMMUNICATION) Logiciel permettant l'accs au rseau de tlcommunications pour la transmission des messages entre partenaires. Si l'entreprise a recours un oprateur de services valeur ajoute, ce type de logiciel peut permettre la connexion ce rseau. COMMUNICATION (MODULE DE COMMUNICATION) Module progiciel* assurant l'envoi sur les rseaux de l'information traduite et mise en forme, en appliquant un protocole de communication*. D'autres fonctions sont gnralement assures telles que la connexion automatique au rseau, le routage et la rcupration des messages, leur archivage et leur suivi, ainsi que la sauvegarde des fichiers et l'historique des erreurs. COMMUNICATION (PROTOCOLE DE COMMUNICATION) Ensemble des oprations "d'habillage" (signal de dbut et de fin, longueur, vitesse de transmission, calculs de scurit, ...) effectues sur un message afin de le rendre transmissible par un rseau en respectant les normes de transmission. COMMUTATION DE PAQUETS Technique consistant transmettre des informations en les dcoupant en blocs de dimension contrle (paquets), chaque paquet tant muni d'informations lui permettant d'tre vhicul travers le rseau jusqu'au destinataire. C'est la technique de commutation utilise en France par le rseau Transpac. Le paquet consiste en une suite de bits comportant des donnes et des signaux de commande, transmis et commuts comme un tout. CONFORMIT (CERTIFICATION DE -) Acte par lequel une tierce partie tmoigne qu'elle est raisonnablement fonde s'attendre ce qu'un produit, processus ou service dment identifi est conforme une norme spcifique ou tout autre document normatif certifi. CONTRAT D'INTERCHANGE
28 Novembre 1998
EPITA TELECOM 99
- 81 -
EDI Echange de Donnes Informatises Voir accord dinterchange. CRYPTAGE Technique de dissimulation du sens d'une information grce au chiffrement de son contenu. Encore peu employe en informatique de gestion, elle reste l'un des moyens de confidentialit les plus srs. Synonymes : chiffrage et chiffrement. Voir galement DES, RSA. D DONNE LMENTAIRE (DE) ou LMENT DE DONNES 1. La plus petite unit d'information dans un message, considre comme indivisible dans un certain contexte. 2. Unit de donne dont les attributs et la reprsentation de la valeur ont t prciss. DONNE COMPOSITE (DC) ou LMENT DE DONNES COMPOSITE* lment comportant au moins deux lments de donnes constitutifs. DONNE CONSTITUTIVE ou LMENT DE DONNE CONSTITUTIF lment de donne simple ou lmentaire participant la dfinition d'un lment de donne composite. Dans une transmission, il est identifi par sa position l'intrieur de l'lment de donne composite. E EDCD Electronic data composite directory - rpertoire des donnes composites EDCL Electronic data code list - rpertoires des listes de codes On trouve aussi l'appellation UNCL. EDED Electronic data element directory - rpertoire des donnes lmentaires EDI Electronic Data Interchange, traduit en franais par Echange de Donnes Informatis EDIFACT Electronic Data Interchange for Administration, Commerce and Transport Echange de Donnes Informatises pour l'administration, le commerce et le transport Il s'agit de Rgles des Nations Unies approuves et publies par la Commission Economique pour l'Europe de l'ONU dans le rpertoire pour l'change de donnes commerciales des Nations Unies (UNTDID) et tenues jour par des procdures agres. Elles se composent d'un ensemble de recommandations approuves l'chelon international, de rpertoires et de directives pour l'change lectronique de donnes structures. EDIFACT repose sur une grammaire : la syntaxe EDIFACT, norme ISO 9735 et un vocabulaire TDED, norme ISO 7372.. EDIFACT/ONU ou UN/EDIFACT
28 Novembre 1998
EPITA TELECOM 99
- 82 -
Electronic Data Interchange For Administration, Commerce and Transport. change de donnes informatises pour l'administration, le commerce et le transport. Rgles des Nations unies concernant l'change de donnes informatis pour l'administration, le commerce et le transport. Elles se composent d'un ensemble de normes approuves l'chelon international, de rpertoires et de directives pour l'change lectronique de donnes structures, en particulier celles concernant le commerce des biens et services entre systmes informatiques indpendants. Ces rgles sont approuves et publies par la CEE-ONU*. Elles sont dcrites dans le rpertoire traitant de l'change des donnes commerciales (TDID*) et sont tenues jour par des procdures agres. EDIFRANCE Cre en janvier 1990, l'association Edifrance a pour mission de promouvoir la dmarche EDI et d'illustrer sa contribution fondamentale la comptitivit des entreprises. Ple national o convergent l'ensemble des initiatives en matire de sensibilisation et d'assistance aux entreprises, Edifrance a pour vocation de runir et de coordonner tous les utilisateurs, fournisseurs, associations professionnelles, intresss ou impliqus dans la mise en place de la stratgie EDI aux plans national et international. Association loi de 1901, ses trois missions principales sont de : - coordonner les actions des diffrentes communauts professionnelles nationales avec pour objectif d'assurer une cohrence mthodologique facilitant le passage l'EDI des entreprises franaises ; - concevoir et diffuser ces outils communs afin que chacun puisse les utiliser en les adaptant ses particularits ; - animer et coordonner la promotion de cet EDI interfonctionnel rentabilisant l'investissement des entreprises. EDI INTERACTIF Consiste en changes successifs, en temps rel, entre deux systmes informatiques, de paires de messages (messages d'interrogations / demandes et messages de rponses). Les interrogations et les rponses vont progressivement constituer la transaction complte, par exemple la rservation d'une place dans un avion et/ou d'une chambre d'htel. Se diffrencie de l'EDI traditionnel, trait en mode "batch" (c'est--dire par lots) en temps diffr. Un systme EDI en mode "batch" n'envoie une transaction (par exemple une commande) que lorsqu'elle est complte. EDI JUSTICE Regroupement de EDI-Avocat*, EDI-Cour, EDI-donneurs d'ordre, EDI-huissiers, EDI-TC* (tribunaux de commerce) et EDI-TGI (tribunaux de Grande Instance). Travaille sur les aspects lgaux et contractuels de l'EDI. Voir rubrique "Justice" dans la section "EDI mtiers". EFI Echanges de formulaires informatiss. L'EFI permet de raliser l'change de messages EDI sans demander aux trs petites entreprises un investissement informatique lourd. Le principe est celui de l'affichage ou de l'impression en clair des messages EDI reus. LMENT DE DONNES Voir Donne. LMENT DE DONNES COMPOSITE
28 Novembre 1998
EPITA TELECOM 99
- 83 -
EDI Echange de Donnes Informatises Voir Donne composite. LMENT DE DONNES CONSTITUTIF Voir Donne constitutive. LMENT DE DONNES DE SERVICE lment de donnes utilis dans un segment de service (ISO 9735). EN-TETE DE MESSAGE Segment de service dbutant et identifiant un message de faon non ambigu. La section d'entte est la partie du message qui prcde le corps du message proprement dit (o figurent les renseignements sur la transaction) et qui contient des informations se rapportant la totalit du message. Synonyme de zone d'en-tte. F FICHIERS (PROTOCOLE DE TRANSFERT DE FICHIER) Un protocole de transfert dfinit les rgles de transfert d'un fichier. Il peut tre utilis pour un change direct entre deux utilisateurs, pour l'accs un applicatif, pour l'accs un service de communication. (FTAM* est le protocole de transfert de fichiers dfini dans le contexte OSI*). FORMATAGE - FORMATEUR et (REFORMATAGE) Le formatage est effectu par le formateur qui est la partie du progiciel de traduction assurant la mise en forme des messages avant leur envoi vers les rseaux ou avant leur traduction. Parfois synonyme de traducteur*. FRONTAL EDI Matriel informatique (gnralement un PC) comportant les programmes et le matriel ddis l'EDI, permettant ainsi de dporter la totalit de l'activit EDI vers lui. Li au systme principal, il le dleste afin de laisser uniquement ce dernier le traitement des applications internes. G GROUPE DE SEGMENTS Assemblage de segments identifis pouvant en gnral se rpter. Il s'agit souvent d'un regroupement logique pour traduire une "mini notion" telle que les informations relatives un partenaire regroupant plusieurs segments : NAD, CTA, COM et LOC GROUPE FONCTIONNEL Un groupe fonctionnel est constitu d'un ou de plusieurs messages de mme type dbutant par un segment de service d'en-tte de groupe fonctionnel et se terminant par un segment de service de fin de groupe fonctionnel (ISO 9735). I IDENTIFIANT
28 Novembre 1998
EPITA TELECOM 99
- 84 -
EDI Echange de Donnes Informatises Caractre ou groupe de caractres employs pour identifier ou dsigner une donne et ventuellement mettre en vidence certaines proprits de cette donne (ISO 2382-4)/(ISO 9735). IDENTIFIANT DE SEGMENT Elment de donnes composite dans lequel le premier lment de donnes constitutif contient un code qui identifie chaque segment de faon unique selon les spcifications du rpertoire de segment applicable. Des lments de donnes constitutifs supplmentaires peuvent tre utiliss pour indiquer le niveau hirarchique et la relation d'imbrication dans un message, ainsi que le nombre de rptitions du segment (ISO 9735). INTERCHANGE 1 - Communication lectronique d'un partenaire un autre ou plusieurs autres consistant en une combinaison structure de messages et de segments de service commenant par un en-tte de contrle d'change et se terminant par une fin de contrle d'change (ISO 9735). 2 - Anglicisme, synonyme d'change. Ensemble des transactions (envoi/rception de messages) effectues en EDI entre deux ou plusieurs partenaires, formalises (techniquement et juridiquement) par l'tablissement d'une convention entre eux. Voir Accord d'interchange ou d'change. ISO International Standard Organisation. Organisation internationale de normalisation, dont le sige est New York. Cet organisme international non gouvernemental, dpendant de l'ONU, englobe les organismes nationaux de normalisation de tous les pays. L LIAISON POINT POINT Liaison directe, sans SVA* d'aucune sorte, permettant la communication entre deux ordinateurs. LOGICIEL EDI Ensemble de modules permettant de grer, d'envoyer et de recevoir des messages EDI via un ou plusieurs rseaux de tlcommunication. Cet ensemble comporte notamment : - un logiciel de conversion (ou API) - un traducteur (logiciel de traduction) - un logiciel d'interface avec les applicatifs de l'entreprise (communication interne) - un logiciel de communication (communication externe). - un logiciel de gestion. M MADELIN (LOI...) La loi n94-126 du 11 fvrier 1994, dite Loi Madelin, a reconnu, dans son article 4, la validit des dclarations faites par voie lectronique entre les entreprises et les administrations sous certaines conditions : identification, intgrit, lisibilit, fiabilit, horodatation, assurance de la rception et conservation de cette transmission. MAINTENANCE Ensemble d'actions tendant prvenir ou corriger les dgradations d'un matriel afin de maintenir ou de rtablir sa conformit aux spcifications. Selon certains auteurs, ce terme ne
28 Novembre 1998
EPITA TELECOM 99
- 85 -
EDI Echange de Donnes Informatises doit pas tre employ pour dsigner les amliorations fonctionnelles ou de performance apportes chaque nouvelle version d'un logiciel. MESSAGE 1 - Srie de caractres ordonns destins vhiculer l'information (norme ISO 2382-4).2 Ensemble de segments structurs selon un ordre spcifi dans un rpertoire de messages commenant par un en-tte de message et se terminant par une fin de message (ISO 9735). MESSAGES (PROTOCOLE DE GESTION DE MESSAGES) Le protocole de gestion de messages dfinit les rgles de dpt de messages auprs du gestionnaire qui les accepte, les rgles de remise de messages par le gestionnaire, les rgles de communication entre deux gestionnaires de messages, le cas chant. Il peut tre utilis pour accder un service de tlcommunication ou pour "interoprer " deux services de communication. (X.400* est le protocole de gestion de messages dfini dans le cadre OSI*). MESSAGES (RPERTOIRE DE -) Electronic Data Message Directory : EDMD*. Liste des messages types identifis, nomms, dcrits et spcifis. MODEM Modulateur-dmodulateur. Equipement de transmission qui assure la transmission des donnes numriques issues d'un ordinateur en un signal analogique qui sera transport sur une ligne de tltransmission. MODULE DE COMMUNICATION Module, ou logiciel, effectuant les oprations ncessaires la communication de donnes d'ordinateurs ordinateurs. Si l'utilisateur a recours un SVA, ce logiciel peut y tre connect. MODULE DE TRADUCTION Ce module, ou logiciel, effectue la traduction des donnes en format propritaire, dans le format normalis d'change. La norme d'change UN/EDIFACT s'appuie sur un vocabulaire prcisant le sens (code et dfinition), et le format (longueur et type de caractre) des donnes, mais galement sur une syntaxe structurant les informations (donnes lmentaires, donnes composites, segments). N NON-RPUDIATION Impossibilit de nier sa participation l'change d'un message et son contenu. NORMALISATION (ORGANISME NATIONAL DE NORMALISATION) Organisme qui, dans un pays, est charg d'laborer les normes nationales et de contribuer aux activits internationales de normalisation par l'intermdiaire de l'ISO : par exemple, l'AFNOR en France avec Edifrance pour le ple EDI. NORME Document tabli suivant les procdures et par les organismes dfinis par les lois et dcrets sur la normalisation, dans lequel se trouvent condenses des prescriptions techniques de toute nature relatives un produit ou une activit dtermins
28 Novembre 1998
EPITA TELECOM 99
- 86 -
O OSI (MODELE DE RFRENCE OSI) Open System Interconnection. En franais : Interconnexion des systmes ouverts. Le "modle de rfrence OSI " dfinit un langage commun aux mondes des tlcommunications et des rseaux dans le but d'interconnecter et de faire interoprer des systmes de communication de marques diffrentes. Il constitue le modle d'architecture de rseau de rfrence. Ce modle a t mis au point et adopt dans le cadre de l'International Standard Organisation (ISO), avec l'appui du CCITT pour tre totalement commun aux secteurs des tlcommunications et de l'informatique. P PROTOCOLE DE COMMUNICATION Ensemble de conventions dfinies avec prcision qui rgissent le format et le contrle des entres et des sorties entre deux systmes en communication. R RGLES DE SYNTAXE Rgles normalises par un organisme reconnu prsidant la disposition des informations et la structure d'un envoi entre les applications d'ordinateurs de partenaires commerciaux. RPERTOIRE (DE DONNES COMPOSITES) Electronic Data Composite Directory : EDCD*. Liste des donnes composites et de leurs attributs, identifis, nomms et dcrits, qui spcifie la faon dont la valeur des donnes correspondantes doit tre reprsente. Il existe un rpertoire de donnes lmentaires et un rpertoire de donnes composites. RPERTOIRE (DE DONNES LMENTAIRES) ou RPERTOIRE (D'LMENTS DE DONNES) Electronic Data Element Directory : EDED*. Liste des donnes lmentaires (ou simples) et de leurs attributs, identifis, nomms et dcrits, qui spcifie la faon dont la valeur des donnes correspondantes doit tre reprsente. Il existe un rpertoire de donnes lmentaires et un rpertoire de donnes composites. RPUDIATION Voir Non-rpudiation. RTC Rseau tlphonique commut. Rseau quasi universel utilis pour la tlphonie vocale. Il est compos d'un ensemble de circuits tlphoniques reliant divers types d'autocommutateurs : locaux, de transit, d'abonns, etc. dont la vocation est d'tablir un circuit entre l'appelant et l'appel. RSVA - RVA Rseau de service valeur ajoute / Rseau valeur ajoute. Un RVA consiste en un rseau de tlcommunication gr par un oprateur permettant de faire communiquer des applications et des matriels informatiques htrognes en apportant des fonctionnalits 28 Novembre 1998 EPITA TELECOM 99 - 87 -
EDI Echange de Donnes Informatises supplmentaires comme l'extraction, la traduction, le formatage ou le choix du protocole de communication. Exemples de rseaux valeur ajoute : SWIFT, ATLAS 400. S SCENARIO D'ECHANGE EDI Ensemble de transactions d'changes de donnes (combinaison de messages) supportant un processus particulier (processus commercial ou dmarche administrative). SEGMENT Ensemble prdfini et identifi de donnes, habituellement associes de faon fonctionnelle et reconnues par leur position squentielle l'intrieur de cet ensemble. Un segment dbute par un identificateur de segment et se termine par un caractre de fin de segment. Il peut s'agir d'un segment de donnes de service ou d'un segment de donnes d'application (ISO 9735). Plusieurs segments constituent un message. SEGMENTS (RPERTOIRE DE SEGMENTS) Electronic Data Segment Directory : EDSD*. Liste des segments types identifis, nomms, dcrits et spcifis. SIMPROFRANCE Simprofrance, comit national de facilitation du commerce, est un organisme public cr en 1973 par le ministre de l'Economie, des Finances et du Budget. Il est charg de l'tude et de la promotion des solutions visant rduire les cots et les dlais dans les oprations de commerce. A ce titre, l'EDI occupe une part importante de ses activits depuis plus de dix ans. SYNTAXE (REGLES DE SYNTAXE ) Rgles rgissant la structure d'un change, ses messages, ses segments et ses donnes (ISO 9735). T TCP/IP Transaction Control Protocol / Internet Protocol. Protocoles qui correspondent ceux des couches 3 (rseau) et 4 (transport) du modle d'interconnexion des systmes ouverts (ISO). TDED Trade Data Element Directory. Norme ISO 7372 de vocabulaire (donnes) utilis pour le commerce international. TEDIS Trade Electronic Data Interchange Systems. Programme de la Commission des Communauts europennes lanc en 1989 pour promouvoir la gnralisation des changes de donnes informatiss dans divers secteurs d'activit et coordonner les initiatives prises par les tats membres de l'Union europenne, ainsi que par les groupes d'utilisateurs des divers secteurs d'activit. TRADUCTEUR ou TRADUCTION) TRADUCTION (LOGICIEL/PROGICIEL ou MODULE DE
28 Novembre 1998
EPITA TELECOM 99
- 88 -
EDI Echange de Donnes Informatises Logiciel qui convertit le format des donnes dans un autre format, tel un format de langage commun. Le logiciel traduit les donnes d'un fichier interne prpar par une application interne, en donnes d'un langage commun (UN/EDIFACT, par exemple), puis il gnre la structure du message normalis en mettant, au bon endroit dans la structure, les donnes traduites. W WP.4 Working Party n4. Groupe de travail n4 charg de la facilitation des procdures du commerce international, rattach la Division du Commerce de la CEE-ONU*. Il runit des dlgations nationales dsignes par les gouvernements et les dlgations d'organisations internationales dotes du statut consultatif auprs de l'ONU ou invites par le secrtariat. Voir galement UN/ECE/TRADE/WP.4. X X.25 International Standard for packet switching. Avis de l'UIT-T (ex CCITT). Protocole d'accs aux rseaux de commutation par paquets pour les couches 1, 2 et 3 du modle OSI, comportant un ensemble de formats et de rgles d'change respecter entre l'ETTD (quipement terminal de traitement des donnes, ncessaire pour le raccordement un rseau public de transmission de donnes par paquets) et l'ETCD (quipement de terminaison du circuit de donnes). Ce standard facilite l'interconnexion des rseaux de diffrents pays. X.32 Protocole d'accs de l'quipement terminal de traitement des donnes (ETTD) aux rseaux publics de commutation par paquets partir du rseau tlphonique commut (RTC). Cette norme est le support de l'offre d'accs indirect X.32 de Transpac. X.400 International Standard for message transmission. Norme pour les transferts de messages, conue par l'UIT-T (ex CCITT), existant en deux versions : 1984 et 1988 (qui comporte les systmes de scurit les plus perfectionns). La norme X.400 dfinit un systme de messagerie rparti entre plusieurs units fonctionnelles abstraites : l'utilisateur, l'agent utilisateur (user agent*) et l'agent de transfert de message (message transfer agent*), ainsi que tous les protocoles qui les mettent en relation. X.500 Annuaire lectronique normalis.
28 Novembre 1998
EPITA TELECOM 99
- 89 -
15 Index
accord dinterchange ............................................................................................................64 affrteurs............................................................................................................ 16, 17, 18, 19 application rpartie......................................................................................................... 26, 28 Audit....................................................................................................................................57 Boeing..................................................................................................................................28 CAO/FAO...................................................................................................................... 22, 71 comptitivit ............................................................................................................ 22, 74, 83 contrats ...........................................................14, 65, 66, 67, 68, 104, 113, 123, 139, 147, 148 contrle des stocks ...............................................................................................................52 croissance de I'EDI...............................................................................................................17 dtaillants......................................................................................................20, 21, 22, 72, 74 EDIFACT6, 28, 30, 37, 38, 39, 40, 42, 43, 46, 48, 49, 50, 53, 57, 59, 60, 67, 79, 80, 81, 82, 86, 89, 92, 103, 107, 112, 117, 119, 120, 121, 129, 130, 154, 155 erreurs de tltransmission ...................................................................................................15 fabricants ......................................................................................................20, 21, 22, 23, 74 facture ...........................................................10, 13, 18, 19, 29, 46, 48, 50, 52, 60, 66, 80, 129 flux tendu......................................................................................................................... 9, 52 Ford .....................................................................................................................................23 FTAM ......................................................................................... 24, 25, 27, 36, 37, 38, 59, 84 General Motors ....................................................................................................................23 grossistes..............................................................................................................................21 industrie alimentaire ................................................................................................. 20, 21, 22 industrie automobile ......................................................................................22, 23, 72, 73, 74 intgrit des donnes ............................................................................................................14 Internet.....................................................................................49, 50, 60, 76, 78, 88, 153, 155 jeu de caractres ...................................................................................................................40 l'an 2000......................................................................................................................... 70, 76 langages EDI.................................................................................................................. 29, 39 lgislation.................................................................................58, 69, 104, 106, 113, 118, 119 litige..................................................................... 15, 58, 62, 63, 104, 108, 114, 123, 124, 125 logiciel .................................... 13, 53, 54, 55, 56, 58, 60, 71, 74, 81, 85, 86, 89, 120, 121, 127 logiciels..................................................................................5, 53, 54, 66, 106, 120, 153, 154 loi Madelin...........................................................................................................................61 mcanismes de scurit ........................................................................................................48 messagerie X400 ...................................................................................................... 24, 30, 33 modle OSI ............................................................................................. 24, 26, 29, 36, 59, 89 Morse.....................................................................................................................................5 Nations Unies................................................................................................6, 80, 82, 92, 103 norme ANSI X12 ...................................................................................................................5 offres dEDI .........................................................................................................................60 ordres de traitement..............................................................................................................52 paiement......................................................................................................................... 11, 52 rail............................................................................................................................ 16, 17, 19 rcpiss......................................................................................................................... 10, 13 receveur ...............................................................................................................................13 rseau valeur ajoute ....................................................................................Voir rseau tiers rseau tiers ............................................................................................................... 16, 18, 56
28 Novembre 1998
EPITA TELECOM 99
- 90 -
EDI Echange de Donnes Informatises section dtails.......................................................................................................................47 section en-tte ......................................................................................................................46 section rcapitulative............................................................................................................48 segment.........................................................40, 41, 42, 43, 44, 46, 47, 71, 81, 84, 85, 88, 115 solutions matrielles .............................................................................................................54 systme dinformation ...................................................................................................... 9, 57 TDED ..................................................................................................................................41 transactions EDI............................................................................................15, 33, 67, 70, 74 transport...............................................................................................................................52 transporteurs ...................................................................................................5, 16, 18, 19, 39 UIT_T..................................................................................................... 24, 27, 29, 30, 33, 34 UN/EDIFACT................................................................................. 39, 82, 107, 112, 120, 121 utilisateurs...... 9, 16, 17, 30, 31, 32, 34, 36, 69, 70, 71, 73, 83, 84, 88, 110, 111, 118, 123, 124 vente au dtail .......................................................................................................... 22, 72, 74
28 Novembre 1998
EPITA TELECOM 99
- 91 -
16 Adresses des organismes et regroupements professionnels

16.1 Adresses diverses Internationales
CEE/ONU
M. Bllgo, chef du service facilitation Division du Commerce CEE/ONU Commission Economique pour l'Europe des Nations Unies Palais des Nations, CH 1211 Genve 10 EDIFACT BOARD Ouest europen - TEDIS Comit Excutif : M.R. Walker Directeur, SITPRO, Venture House 29, Glasshouse Street London, SWIR SRG Royaume-Uni TEDIS-Secrtariat de l'EDIFACT BOARD : M.E. Peeter Chef de projet TEDIS Commission des Communauts europennes DG XII-D5 Rue de la Loi, 200 B-1049 Bruxelles Belgique AFNOR Association Franaise de Normalisation, association loi 1901, responsable de la normalisation en France. AFT/IFTM-TNT 60290 Monchy Saint-Eloi, 44 61 37 89.
16.2 Adresses dorganisation ou de regroupement EDI par Pays
Allemagne
Deutsche EDI Gesellschaft e. V.(centre de sensibilisation de TEDIS) Wallstra.e 16 D-10179 Berlin Tel.: +49 30 24399655 Fax: +49 30 24399926 DEUPRO c/o Bundesministerium fr Wirtschaft Villemombler Str., 76 Postfach 140260 D-53123 Bonn 1 28 Novembre 1998 EPITA TELECOM 99 - 92 -
EDI Echange de Donnes Informatises Tel.: +49 228 6152733 Fax: +49228 6154436 BAO BERLIN(centre de sensibilisation de TEDIS) Hardenbergstrasse, 16-18 D-1000 Berlin 12 Tel.: +49 30 31510240 Fax: +49 30 31510316 EURO INFO CENTRE(centre de sensibilisation de TEDIS) EG-Beratungsstelle Schleswig-Holstein Postfach 1128, Fleethorn 29-31 D-2300 Kiel 1 Tel.: +49 431 9003497 Fax: +49 431 9003207
Australie
AUSTRIAPRO P.A. BWK (centre de sensibilisation de TEDIS) Wiedner Hauptstrasse, 63 P.O. Box 150 A-1045 WIEN Tel.: +43 1 50105 Fax: +43 1 652501
Belgique
SIPROCOM(centre de sensibilisation de TEDIS) c/o OBCE (Office Belge du Commerce Exterieur) Bld. Emile Jacqmain, 162 - Bte 36 WTC Tour 1 B-1210 Bruxelles Tel.: +32 2 2194450 Fax: +32 2 2176123 Chemical CEFIC/EDI Av. E. Van Nieuwenhuyse 1, bte 1 B-1160 Brussels Tel.: +32 2 6767211 Fax: +32 2 6767300 Retail EAN 29 Rue Royale B-1000 Brussels Tel.: 32 2 2187674 Fax: +32 2 2185616 Accounting EDIFICAS
28 Novembre 1998
EPITA TELECOM 99
- 93 -
EDI Echange de Donnes Informatises Rue de la Salandre 10A B-5032 Mazy Tel.: +32 81 634521 Fax: +32 81 634521 Electronics EDIFICE Digital Equipment Rue de l'Aeronef 1 B-1140 Brussels Tel.: +32 2 2447962 Fax: +32 2 2427560 Paper EDIPAP Confederation of European Paper Industries (CEPI) 306 Avenue Louise B-1050 Brussels Tel.: +32 2 6274911 Fax: +32 2 6468137 European Express Organisation EEO UPS, United Parcel Service 1, avenue L. Gribaumont B-1150 Brussels Tel.: +32 2 7722205 Fax: +32 2 7721126 Insurance RINET RINET s.c. Boulevard de la Woluwe 60, Bte 3 B-1200 Brussels Tel.: +32 2 7616211 Fax: +32 2 7701673 Finance SWIFT Avenue Adele 1 B-1310 La Hulpe Tel.: +32 2 6553111 Fax: +32 2 6553226 WE/EB Secretariat CEC-DG III-Unit B5 200 Rue de la Loi B-1049 Brussels Tel.: +32 2 2990250 Fax: +32 2 2990286 CEN CEN IT Rue de Stassart, 36 B-1050 Brussels
28 Novembre 1998
EPITA TELECOM 99
- 94 -
EDI Echange de Donnes Informatises Tel.: +32 2 5196834 Fax: +32 2 5196819
Danemark
Danish EDI Council(centre de sensibilisation de TEDIS) Boersen DK-1217 Copenhagen Tel.: +45 33 95 05 00 Fax: +45 33 33 04 64
Espagne
SIMPRO-ESPANA(centre de sensibilisation de TEDIS) c/o Philips Iberica SAE, Phisical DP Martinez Villergas, 2 Apartado 2065 E-28027 Madrid Tel.: +34 1 4042200 Fax: +34 1 3262234 EDIBALEAR(centre de sensibilisation de TEDIS) Govern Balear - Conselleria d'Economia I Hisenda c/ Palau Reial 17 E-07001 Palma de Mallorca Tel.: +34 71 727447 Fax: +34 71 727814
Finlande
FDCA - Finnish Data Communication Association (centre de sensibilisation de TEDIS) Salomonkatu 17A 10th floor FIN-00100 Helsinki Tel.: +358 0 6851300 Fax: +358 0 6851616
France
EDIFRANCE c/o Association Franaise de Normalisation Tour Europe Cedex 7 F-92049 Paris La Defense Tel.: +33 1 42915704 Fax: +33 1 42915656 SIMPROFRANCE (*) 61 rue de l'Arcade F-75008 Paris
28 Novembre 1998
EPITA TELECOM 99
- 95 -
EDI Echange de Donnes Informatises Tel.: +33 1 42930302 Fax: +33 1 48743158 EDI INFO CENTRE(centre de sensibilisation de TEDIS) PGI - Paris Gestion Informatique 5, Place S. Allende, B.P. 98 F-94003 Creteil Cedex Tel.: +33 1 49804141 - 49809102 Fax: +33 1 43995627 Construction EDIBUILD Ediconstruct/Sedinov/Edibuild 9 rue Dupre F-92600 Asnieres Tel.: +33 1 47932975 Fax: +33 1 40861884 Vin-Viticol EDIVIN EDIVIN - Europe Cite Mondiale du Vin 20, Parvis des Chartrons F-33000 Bordeaux Tel.: +33 56 017189 Fax: +33 56 017100 Healthcare EMEDI Assistance Publique Ilopitaux de Paris Direction de l'Informatique 3 Avenue Victoria F-75004 Paris Tel.: +33 1 40273317 Fax: +33 1 40273800 Power Energy OEDIPE OSITOP 21 Avenue de Messine F-75008 Paris Tel.: +33 1 40426643 Fax: +33 1 40428022
Grce
Chambre de Commerce d'Athenes (*) rue Aka Dimias, 7 GR-Athens 134 Fax: +30 1 3607897 GREEK EDI AWARNESS CENTER(centre de sensibilisation de TEDIS) SKEE - Ellenic Federation of Clothing Industry Voulis 7 Str. 105 82 GR-Athens
28 Novembre 1998
EPITA TELECOM 99
- 96 -
Islande
ICEPRO(centre de sensibilisation de TEDIS) Icelandic Council for Standardisation Keldnaholti V. Versturlandsveg IS-112 Reykjavik Tel.: +354 1 687000 Fax: +354 1 687409
Irlande
IREPRO (*) Irish Export Board Merrion Hall Strand Road P.O. Box 203 IRL-Sandymount, Dublin 4 Tel.: +353 1 695011 Fax: +353 1 695820 EDI ASSOCIATION OF IRELAND(centre de sensibilisation de TEDIS) 95 Haddington Road Ballsbridge IRL-Dublin 4 Tel.: +353 16 609532 Fax: +353 16 609828
Italie
EDI Centre(centre de sensibilisation de TEDIS) ASTER-Agenzia per lo Sviluppo Tecnologico dell'Emilia Romagna Via S. Felice, 26 I-40122 Bologna Tel.: +39 51 236242 Fax: +39 51 227803 EDIFORUM Italia c/o Forum per la Tecnologia dell'Informazione - F.T.I. V.le Lazio, 21 I-20135 Milano Tel.: +39 2 5456120 Fax: +39 2 5513544 Textiles EDITEX Group SOI spa Via Montecuccoli, 9 10121 Torino
28 Novembre 1998
EPITA TELECOM 99
- 97 -
Norvge
NORPRO(centre de sensibilisation de TEDIS) c/o Federation of Norwegian Transport P.O. Box 2526 - Solli N-203 Oslo 2 Tel.: +47 2 557032 Fax: +47 2 552362
Pays-Bas
EDIFORUM/SITPRONETH P.O. Box 262 2260 AG Leidschendam The Netherlands Tel.: +31 70 3376111 Fax: +31 70 3276965 Shipplanning Message Development Group SMDG Europe Combined Terminals B.V. ECTEDI Development Department P.O. Box 7400 NL-3000 HK Rotterdam Tel.: +31 10 4916075 Fax: +31 10 4916865
Portugal
Secretariat pour la Modernisation Administrative Rua Almeida Brandao, 7-3 P-1200 Lisboa Tel.: +351 1 674551 Fax: +351 1 609975 EDI INFOCENTRO(centre de sensibilisation de TEDIS) COMNEXO - Reders de Comunicacao SA Av. da Republica, 24 - 5 P-1000 Lisboa Tel.: +351 1 575560 Fax: +351 1 3524887
Royaume-Unie
EDI Awareness Centre for Wales (Awareness Centre of TEDIS) Imperial House, Imperial Way Celtic Lakes NP1 9UH Newport - Gwent
28 Novembre 1998
EPITA TELECOM 99
- 98 -
EDI Echange de Donnes Informatises Tel.: +44 633 811808 Fax: +44 633 811809 SITPRO Venture House 29 Glasshouse Street London W1R 5RG Tel.: +44 71 2873525 Fax: +44 71 2875751 EDI Association 148 Buckingham Palace Road London SW1W 9 TR Tel:071 824 8848 Fax:071 824 8114 Information Interchange Branch CCTA London SW1P 4RT Tel:071 217 3493 Fax:071 217 3449 European Oil and Gas EDI Group c/o PFA 1 Castle Lane London SW1E 6DN Tel.: +44 71 8287499 Fax: +44 71 6307550 Automotive ODETTE c/o SMM Forbes House Halkin Street London SW1X 7DS Tel.: +44 71 2357000 Fax: +44 71 2357112
Sude
SWEPRO(centre de sensibilisation de TEDIS) P.O. Box 450 Stemm Mailshr 19 S-40481 Goteborg Tel.: +46 31 637000 Fax: +46 31 802681
Suisse
Direction Gnrale des Douanes
28 Novembre 1998
EPITA TELECOM 99
- 99 -
EDI Echange de Donnes Informatises Monbijoustrasse, 40 CH-3003 Bern Tel.: +41 31 3226523 / 3226111 Fax: +41 31 3227872 UN/ECE Secretariat UN/ECE Trade Division Palais des Nations CH-1211 Geneve Tel.: +41 22 9172745 Fax: +41 22 3170036
28 Novembre 1998
EPITA TELECOM 99
- 100 -
17 Annexes
17.1 ANNEXE A : ACCORD MODELE D'INTERCHANGE EUROPEEN
version franaise
AVERTISSEMENT
A la diffrence de nombreux pays recourant galement l 'EDI, la France ne s'est pas dote d'un accord modle "national" caractre intersectoriel, qui serait venu parachever les conventions existantes, ou s'y substituer, ces conventions manant de cabinets de juristes, ou de communauts EDI relevant d'un secteur professionnel particulier. Pour favoriser l'insertion internationale des entreprises franaises, EDIFRANCE a prfre prconiser un modle europen, celui labor dans le cadre du programme TEDIS et prsent ci-aprs, qui sera lui-mme suivi d'un accord vocation mondiale, auquel les rapporteurs juridiques au CEFACT mettent la dernire main. C'est pourquoi le document qui est prsent ci-aprs est recommander particulirement aux partenaires en EDI dont les relations ont un caractre intersectoriel et international marqu, ainsi qu'aux entreprises n'ayant pas encore rdig de contrat d'interchange au double sens technique et juridique : dans ce cas et par dfaut, l'accord europen serait la rfrence sur laquelle fonder l'quilibre des changes EDI entre partenaires ce type de communication. Indpendamment de l'expos des motifs et de la recommandation1 de la Commission qui peuvent tre consults EDIFRANCE, le lecteur pourra se concentrer utilement sur les trois Annexes reproduites ci-aprs qui constituent, en fait, le vif du sujet.
1:
ACCORD TYPE EUROPEEN POUR L'EDI - DISPOSITIONS JURIDIQUES ACCORD TYPE EUROPEEN POUR L'EDI - COMMENTAIRES LISTE DES ARTICLES DE L'ACCORD TYPE EUROPEEN POUR L'EDI QUE LES PARTIES DOIVENT COMPLETER.
2: 3:
ACCORD TYPE EUROPEEN POUR L'EDI
1Recommandation
de la Commission du 19 octobre 1994 concernant les aspects juridiques de l'change de donnes informatis, 94/820/CE, parue au Journal officiel des Communauts europennes du 28.12.1994 28 Novembre 1998 EPITA TELECOM 99 - 101 -
EDI Echange de Donnes Informatises DISPOSITIONS JURIDIQUES
Table des matires
Article 1 Article 2 Article 3 Article 4 Article 5 Article 6 Article 7 Article 8 Article 9 Article 10 Article 11 Article 12 Article 13 Article 14
Objet et champ d'application Dfinitions Validit et formation du contrat Admissibilit et valeur probante des messages EDI Traitement et accus de rception des messages EDI Scurit des messages EDI Confidentialit et protection des donnes caractre personnel Enregistrement et conservation des messages EDI Spcifications oprationnelles de l 'EDI Spcifications et exigences techniques Responsabilit Rglement des litiges Loi applicable Effet, modification, cessation et autonomie des dispositions
28 Novembre 1998
EPITA TELECOM 99
- 102 -
Le prsent Accord Type Europen pour l'change de donnes informatis (EDI) est conclu entre : __________________________________________ et __________________________________________ ci-aprs dsigns "les parties". Article 1. Objet et champ d'application 1.1 L' Accord Type Europen pour l'EDI , ci-aprs dsign "l'Accord", dtermine les termes et conditions lgales qui s'appliquent, les parties effectuant des transactions par change de donnes informatis (EDI). L'Accord se compose des dispositions juridiques ci-aprs et sera complt par une Annexe Technique. Sauf accord contraire conclu entre les parties, les dispositions du prsent Accord n'ont pas pour objet de rglementer les obligations contractuelles rsultant des transactions effectues par l'EDI.
1.2
1.3
Article 2. Dfinitions 2.1 2.1 Aux fins du prsent Accord, les termes suivants seront dfinis ainsi: EDI : L'change de donnes informatis est le transfert lectronique, d'un ordinateur un autre, de donnes commerciales et administratives sous la forme d'un message EDI structur conformment une norme agre. 2.3 Message EDI : Un message EDI est un ensemble de segments, structurs selon une norme agre, se prsentant sous forme permettant une lecture par ordinateur et pouvant tre traits automatiquement et de manire univoque. 2.4 UN/EDIFACT: Selon la dfinition de la CEE/NU5, les rgles des Nations unies relatives l'Echange de Donnes Informatises pour l'Administration , le Commerce et le Transport (UN/EDIFACT), se composent d'un ensemble de normes, de rpertoires et de directives pour l'change lectronique de donnes structures, en particulier celles concernant le commerce des biens et des services, entre systmes informatiques indpendants, approuves l'chelon international.
Commission Economique pour l'Europe des Nations Unies.
28 Novembre 1998
EPITA TELECOM 99
- 103 -
2.5
Accus de rception: L'accus de rception d'un message EDI est la procdure par laquelle, lors de la rception du message, la syntaxe et la smantique sont vrifies et un accus de rception correspondant est envoy par le destinataire.
Article 3. Validit et formation des contrats 3.1 Les parties, entendant tre juridiquement lies par le prsent Accord, renoncent expressment au droit de contester la validit d'un contrat conclu par EDI conformment aux termes et conditions du prsent Accord du seul fait qu'il a t conclu par EDI. Chaque partie doit s'assurer que le contenu d'un message EDI envoy ou reu n'est pas incompatible avec la lgislation de son pays respectif, en vertu de laquelle le contenu du message pourrait tre restreint, et doit prendre toutes les mesures ncessaires pour informer, sans retard, l'autre partie d'une telle incompatibilit. Le moment et le lieu de la formation d'un contrat conclu par EDI sont ceux o le message EDI d'acceptation de l'offre est reu par le systme informatique de l'offrant.
3.2
3.3
Article 4. Admissibilit et valeur probante des messages EDI Dans la mesure o les lois nationales applicables le permettent, les parties s'engagent par les prsentes accepter que, en cas de litige, les enregistrements des messages EDI qui ont t conservs conformment aux dispositions du prsent Accord soient admissibles devant les tribunaux et feront preuve des faits qu'ils contiennent, moins qu'une preuve contraire ne soit prsente. Article 5. Traitement et accus de rception des messages EDI 5.1 Les messages EDI sont traits aussitt aprs rception, et, dans tous les cas, dans les dlais prciss dans l'Annexe Technique. Un accus de rception n'est pas requis, sauf s'il est demand. Un accus de rception peut tre demand en vertu d'une disposition spcifique incluse dans l'Annexe Technique ou par demande expresse de l'expditeur dans un message EDI. Lorsqu'un accus de rception est requis, le destinataire du message EDI doit s'assurer que l'accus de rception est envoy dans un dlai de ... [un] jour ouvrable compter du moment de rception du message dont il y a lieu d'accuser rception, moins qu'un autre dlai ne soit spcifi dans l'Annexe Technique. Un jour ouvrable signifie un jour autre que le samedi, le dimanche ou tout autre jour fri officiel au lieu de destination prvu du message EDI.
5.2
5.3
28 Novembre 1998
EPITA TELECOM 99
- 104 -
Un message EDI assorti d'une demande d'accus de rception ne peut pas tre excut par le destinataire du message avant que l'accus de rception ne soit envoy. 5.4 Si l'expditeur ne reoit pas l'accus de rception dans le dlai prvu, il est en droit, sous rserve d'en aviser le destinataire, de considrer le message EDI comme nul et non avenu compter de l'expiration dudit dlai, ou de lancer une procdure de rcupration prvue l'Annexe Technique pour assurer la rception effective de l'accus de rception. Si la procdure de rcupration choue dans le dlai imparti, le message EDI est dfinitivement considr comme nul et non avenu compter de l'expiration dudit dlai, sous rserve que le destinataire en soit avis. Article 6. Scurit des messages EDI 6.1 Les parties s'engagent mettre en uvre et maintenir des procdures et des mesures de scurit afin d'assurer la protection des messages EDI contre les risques d'accs non autoris, de modification, de retard, de destruction ou de perte. Les procdures et les mesures de scurit comprennent la vrification de l'origine, la vrification de l'intgrit, la non-rpudiation de l'origine et de la rception et la confidentialit des messages EDI. Les procdures et les mesures de scurit relatives la vrification de l'origine et la vrification de l'intgrit permettant d'identifier l'expditeur d'un message EDI et d'assurer qu'un message EDI reu est complet et n'a pas t altr, sont obligatoires, pour tout message EDI. Si ncessaire, des procdures et des mesures de scurit supplmentaires peuvent tre expressment spcifies dans l'Annexe Technique. 6.3 Si les procdures et mesures de scurit conduisent au rejet d'un message EDI ou la dtection d'une erreur dans le message, le destinataire doit en informer l'expditeur dans le dlai prvu. Le destinataire d'un message EDI qui a t refus ou qui contient une erreur ne peut donner suite au message sans autorisation de l'expditeur. Lorsqu'un message refus ou erron est retransmis par l'expditeur, le message doit clairement indiquer qu'il s'agit d'un message corrig. Article 7. Confidentialit et protection des donnes caractre personnel. 7.1 Les parties doivent s'assurer que les messages EDI contenant des informations confidentielles spcifies comme telles par l'expditeur ou par accord mutuel entre les parties, restent confidentielles et ne sont pas divulgues ou retransmises d'autres personnes non autorises, ni utilises des fins autres que celles prvues par les parties.
6.2
28 Novembre 1998
EPITA TELECOM 99
- 105 -
Lorsqu'elle est autorise, la transmission ultrieure de telles informations est soumise au mme degr de confidentialit. 7.2 Les messages EDI sont rputs ne pas contenir d'informations confidentielles ds lors que ces informations appartiennent au domaine public. Les parties peuvent convenir d'utiliser une protection spcifique pour certains messages, telle qu'une mthode de chiffrement dans la mesure o la loi de leur pays respectif les y autorise. Si des messages EDI comportant des donnes caractre personnel sont envoys ou reus dans des pays o aucune loi protgeant les donnes n'est en vigueur, et jusqu' l'adoption d'une lgislation communautaire approprie, chaque partie s'engage respecter, en tant que norme minimale, les dispositions de la Convention du Conseil de l'Europe sur la protection de l'individu concernant le traitement automatique des donnes caractre personnel6.
7.3
7.4
Article 8. Enregistrement et conservation des messages EDI 8.1 Chaque partie doit conserver tous les messages EDI changs par les parties au cours d'une transaction commerciale dans un journal chronologique et complet qu'elles conservent, en prenant toutes les mesures de scurit garantissant son inaltrabilit, conformment aux dlais et prescriptions de la lgislation nationale dont chaque partie relve et, en tout tat de cause, pendant une priode minimale de ... [trois] ans compter de l'achvement de la transaction. Sauf dispositions contraires des lois nationales, les messages EDI doivent tre conservs dans le format de transmission par l'expditeur, et dans le format de rception par le destinataire. Les parties doivent s'assurer que les messages EDI conservs dans des journaux lectroniques ou informatiques sont facilement accessibles, peuvent tre reproduits sous une forme lisible par l'homme et tre imprims si ncessaire. Tout matriel ncessaire cet effet doit tre conserv.
8.2
8.3
Article 9. Spcifications oprationnelles de l'EDI 9.1 Les parties s'engagent mettre en uvre et entretenir l'environnement oprationnel ncessaire au fonctionnement de l'EDI conformment aux dispositions du prsent Accord, y compris, sans y tre limit: Equipement oprationnel Les parties doivent fournir et assurer la maintenance du matriel, des logiciels et des services ncessaires pour transmettre, recevoir, traduire, enregistrer et conserver les messages EDI.
9.2
Convention n 108 du Conseil de l'Europe, du 28.01.1991.
28 Novembre 1998
EPITA TELECOM 99
- 106 -
9.3
Moyens de communication Les parties doivent convenir des moyens de communication utiliser, y compris des protocoles de tlcommunications et, le cas chant, du choix de prestataires de service.
9.4
Normes applicables aux messages EDI Tous les messages EDI seront transmis conformment aux normes, recommandations et procdures UN/EDIFACT7, approuves par la Commission Economique pour l'Europe des Nations unies (CEE/NU - WP 4) et conformment aux normes europennes.
9.5
Codes Les listes de codes d'lments de donnes auxquelles les messages EDI font rfrence doivent inclure les listes de codes mises jour de l'UN/EDIFACT, les listes de codes internationaux tablies en tant que normes ISO internationales ainsi que les listes de codes de la CEE/NU ou qui ont fait l'objet d'une publication officielle. Si de telles listes de codes ne sont pas disponibles, il convient d'accorder la prfrence aux listes de codes publies, mises jour et garantissant la correspondance avec les autres systmes de codage.
Article 10. Spcifications et exigences techniques L'Annexe Technique doit comporter les spcifications et exigences d'ordre technique, organisationnel et procdural ncessaires au fonctionnement de l'EDI conformment aux dispositions du prsent Accord, notamment en ce qui concerne: - les exigences oprationnelles de l'EDI, vises l'article 9, y compris le matriel ncessaire au fonctionnement, les moyens de communications, les normes applicables aux messages EDI et les codes, - le traitement et l'accus de rception des messages EDI, - la scurit des messages EDI, - l'enregistrement et la conservation des messages EDI, - les dlais, - les procdures applicables aux essais et aux vrifications permettant d'tablir et de contrler l'adquation des spcifications et des exigences techniques.
Rgles de syntaxe de l'UN/EDIFACT ISO 9735 EN 29735, TDED UN/EDIFACT ISO 7372 - EN 27372. L'UNTDID (rpertoire d'change de donnes commerciales des Nations unies) inclut galement: des lignes directrices relatives la conception des messages UN/EDIFACT, des lignes directrices relatives l'exploitation de la syntaxe, un rpertoire d'lments de donnes, une liste de codes, un rpertoire d'lments de donnes composs, un rpertoire des segments standard, un rpertoire d'UNSM et les rgles UNCID.
28 Novembre 1998
EPITA TELECOM 99
- 107 -
Article 11. Responsabilit 11.1 Aucune des parties l'Accord n'est responsable pour les dommages spciaux, indirects ou secondaires rsultant de la non-excution des clauses du prsent Accord. Aucune des parties l'Accord n'est responsable des pertes ou dommages subis par l'autre partie en raison d'un retard ou d'une dfaillance dans l'excution de l'une des clauses du prsent Accord, lorsque ce retard ou cette dfaillance est d un empchement indpendant de la volont de la partie et qui ne pouvait raisonnablement pas tre prvu au moment de la signature de l'Accord ou dont les consquences ne pouvaient tre vites ni matrises. Si une partie engage un intermdiaire pour la prestation de services tels que la transmission, l'enregistrement ou le traitement d'un message EDI, cette partie est responsable des dommages rsultant directement des actes, dfaillances ou omissions de cet intermdiaire dans la fourniture desdits services. Si une partie requiert qu'une autre partie recourre aux services d'un intermdiaire pour effectuer la transmission, l'enregistrement ou le traitement d'un message EDI, c'est la partie qui a donn l'instruction de recourir de tels services qui est responsable envers l'autre partie des dommages rsultant directement des actes, dfaillances ou omissions de cet intermdiaire dans la fourniture desdits services.
11.2
11.3
11.4
Article 12 Rglement des litiges Option 18 Clause compromissoire Tout litige rsultant de cet Accord ou dont l'Accord fait l'objet, y compris toute question relative son existence, sa validit ou son expiration, est soumis l'arbitrage d'une [ou de trois] personne(s) agre(s) par les parties ou, faute de s'entendre sur ce choix, dsigne(s) par .............9, conformment et sous rserve des rgles de procdure de ..........10. Option 28 Clause attributive de comptence Tout litige rsultant de ce contrat ou dont le contrat fait l'objet est soumis aux tribunaux de ............11., qui seuls ont comptence connatre de la cause.
Les parties doivent convenir du choix entre l'option 1 "clause compromissoire" et l'option 2 "clause attributive de comptence". une "autorit investie du pouvoir de nomination", complter par les parties.
10 un "choix de procdure de l'arbitrage commercial", complter par les parties. 11 "Pays", complter par les parties.
28 Novembre 1998
EPITA TELECOM 99
- 108 -
Article 13. Loi applicable Sans prjudice de toute autre loi nationale imprative qui pourrait s'appliquer aux parties en ce qui concerne l'enregistrement et la conservation des messages EDI ou la confidentialit et la protection des donnes caractre personnel, l'Accord est rgi par la loi de .............11. Article 14. Effet, modification, cessation et autonomie des dispositions 14.1 Effet L'Accord prend effet la date de sa signature par les parties. 14.2 Modification Le cas chant, les dispositions supplmentaires ou de remplacement modifiant le prsent Accord et approuves par crit par les parties, sont considres comme partie intgrante de l'Accord compter de la date la signature de l'avenant. 14.3 Cessation Il peut tre mis fin au prsent Accord par chacune des parties moyennant un pravis d'au moins ... [un] mois, notifi par lettre recommande ou par tout autre moyen convenu entre les parties. Seules les transactions postrieures cette date seront affectes par la cessation du prsent Accord. La cessation du prsent Accord, pour quelque raison que ce soit, n'affectera pas les droits et obligations des parties viss aux articles 4, 6, 7 et 8. 14.4 Autonomie des dispositions La nullit de tout ou partie d'un article du prsent Accord reste sans effet quant la validit des autres articles dudit Accord. ___________________________
28 Novembre 1998
EPITA TELECOM 99
- 109 -
ACCORD TYPE EUROPEEN POUR L'EDI COMMENTAIRES
Introduction L' Accord Type Europen pour l'EDI fournit aux utilisateurs de l'EDI un ensemble de dispositions qui constituent un modle de "convention d'interchange". Afin d'viter toute confusion avec les accords d'interchanges techniques, il a t appel "Accord pour l'EDI", nom qui reflte son objet, tel qu'il est dcrit l'article 1. L'Accord EDI, rsultat d'un consensus au niveau europen, a pour but de rpondre aux besoins des entreprises et des organisations europennes. Il a cependant t rdig en fonction des dveloppements internationaux dans ce domaine. Afin de constituer un cadre juridique appropri, l' Accord Type Europen pour l'EDI est un accord complet destin rgler les relations entre acteurs conomiques et autres utilisateurs de l'EDI, accord qui doit tre excut en bonne et due forme. En tant que modle, il est possible de le modifier, si ncessaire1. I. Objectifs de l'Accord Type Europen pour l'EDI L'utilisation de l'EDI aux fins de transactions commerciales ou autres impliquant des consquences juridiques soulvent plusieurs problmes. Bien que ces problmes n'empchent pas son utilisation, ils crent une incertitude juridique. L'une des manires la plus pragmatique d'aborder ces problmes est de tenter de les rsoudre, dans la mesure du possible, dans un cadre contractuel. L'objectif de l' Accord Type Europen pour l'EDI est de fournir aux utilisateurs de l'EDI la base contractuelle dont ils ont besoin, leur vitant ainsi d'laborer leur propre convention et la duplication du travail qui en rsulte. La mise disposition d'un tel accord type au niveau europen est galement une opportunit pour amliorer la compatibilit de ces conventions hors des frontires nationales et, partant d'accrotre la scurit.
Des modifications peuvent s'avrer ncessaires en cas d'incompatibilit avec une loi nationale, ventualit qui ne peut tre compltement exclue.
28 Novembre 1998
EPITA TELECOM 99
- 110 -
II. Contenu de l' Accord Type Europen pour l'EDI L'Accord peut tre adopt dans sa version actuelle par les parties. En tant qu'Accord bilatral, il permet aux parties d'indiquer leurs rfrences et de l'adopter, ainsi complt. Il peut galement tre utilis comme Accord multilatral et tre adopt par un groupe de socits, par une ou plusieurs organisations, par une communaut d'utilisateurs ou par tout groupe d'utilisateurs. Article 1. Objet et champ d'application 1.1 EDI
L'objet de l'Accord Type Europen pour l'EDI - "l'Accord" - est, comme pour la plupart des conventions d'interchange, de rgler les relations EDI entre les parties et de dfinir les termes et les conditions que les parties doivent respecter lors des transactions effectues par EDI. 1.2 Dispositions juridiques et Annexe Technique
L' Accord Type Europen pour l'EDI comprend les dispositions juridiques qui doivent tre respectes lors de l'utilisation de l'EDI et dont certaines comportent des considrations gnrales d'ordre technique. Ces questions techniques exigent des spcifications plus prcises, lesquelles figurent souvent dans les "manuels d'utilisation". Les dispositions juridiques de l' Accord Type Europen pour l'EDI doivent tre compltes par une Annexe Technique contenant les spcifications ncessaires dtermines par les parties. Il appartient aux utilisateurs de l'EDI de mettre au point, de rdiger et/ou de s'accorder sur l'Annexe Technique en fonction de leurs besoins, en tenant compte toutefois des exigences de base mentionnes dans les dispositions juridiques. Dans le cadre juridique actuel, il est recommand aux parties de signer les dispositions juridiques afin de montrer leur intention de conclure un Accord. Les droits et obligations subsquents et les consquences lgales de l'utilisation de l'EDI entre les parties dcouleront de cet accord. En tant que modle d'Accord, il peut tre modifi pour rpondre aux besoins spcifiques des parties. Les dispositions relatives la modification des dispositions juridiques figurent l'article 14. 1.3 Transactions sous-jacentes
Il convient de souligner que l'Accord rglemente uniquement les relations EDI entre les parties et qu'il n'a pas pour objet, sauf accord conclu entre les parties, de rglementer les transactions qui seront effectivement ralises par EDI.
28 Novembre 1998
EPITA TELECOM 99
- 111 -
Article 2. Dfinitions Les dfinitions qui figurent dans le prsent article sont les dfinitions gnrales de l'EDI, des messages EDI, de l'UN/EDIFACT et de l'accus de rception qui constituent les dfinitions de base utilises tout au long de l'Accord. Elles ont pour but de garantir une comprhension univoque des termes employs dans l'Accord. Certaines dfinitions spcifiques, auxquelles il n'est fait rfrence qu'une seule fois, ont t insres dans les articles correspondants. 2.2 EDI
Il existe de nombreuses dfinitions de l'EDI. Celle qui est utilise ici repose essentiellement sur une dfinition qui a t largement employe et laquelle les Rapporteurs2 UN/EDIFACT, notamment, se sont rfrs. Elle met en valeur les caractristiques essentielles de l'EDI. L'emploi du terme "norme agre" recouvre, sans y tre limit, les normes UN/EDIFACT et peut s'appliquer toutes les autres normes convenues entre les parties. 2.3 Message EDI
L'EDI repose sur l'utilisation de messages structurs et cods, dont la principale caractristique est de pouvoir tre traits par ordinateur et tre transmis automatiquement et sans ambigut. Cette dfinition souligne les caractristiques essentielles qui confrent l'EDI sa spcificit par rapport aux autres systmes d'change de donnes, tels que le courrier lectronique. 2.4 UN/EDIFACT
La dfinition est la dfinition officielle adopte par la Commission Economique pour l'Europe des Nations unies - Groupe de travail sur la facilitation des procdures du commerce international. Dans l'Accord, il est entendu que l'EDI concerne l'change de messages structurs conformment aux normes et recommandations UN/EDIFACT. Les normes UN/EDIFACT sont europennes et internationales et sont celles approuves par des organismes de normalisation tels que le CEN et l'ISO. Elles sont recommandes, en tant que telles, compte tenu du soutien apport ces normes par TEDIS, agissant en sa qualit de Secrtariat du Conseil EDIFACT pour l'Europe de l'Ouest et conformment l'approche de la Commission europenne en matire de normalisation. 2.5 Accus de rception
Comme il existe diffrentes sortes d'accuss de rception, il est essentiel d'indiquer clairement quel niveau d'accus de rception il est fait rfrence, afin d'viter toute confusion. Cette dfinition correspond au niveau choisi dans le cadre de l'Accord, en particulier l'article 5.
Introduction l'UN/EDIFACT, quipe des rapporteurs de l'UN/EDIFACT, avril 1991.
28 Novembre 1998
EPITA TELECOM 99
- 112 -
Article 3. Validit et formation des contrats 3.1 et 3.2 Validit des contrats
L'article 3 a pour but d'insister sur la volont des parties de former des contrats conclus par EDI qui sont valables et lient les parties, et de fournir une preuve de cette intention des tiers. La disposition prvoit ainsi que les parties ne contesteront pas la validit des transactions effectues par EDI du seul motif de l'emploi de l'EDI. La loi applicable aux donnes transmises peut tre diffrente d'un pays un autre et les parties ne sont pas ncessairement informes des restrictions prvues par les lois nationales concernant le contenu d'un message EDI. Il est raisonnable de s'assurer que les parties prendront les mesures qui s'imposent pour respecter la lgislation nationale applicable au contenu du message EDI. Une disposition est incluse cet effet l'article 3.2. Lorsque les donnes contenues dans un message EDI reu sont incompatibles avec la loi nationale du destinataire, celui-ci sera tenu d'informer l'autre partie de cette incompatibilit avant de pouvoir prendre les mesures qui s'imposent pour empcher toute violation de sa propre loi. Une restriction au contenu du message pourrait s'imposer au cas o des messages sont envoys partir d'un pays o il n'existe aucune lgislation sur la protection des donnes caractre personnel vers un pays o une telle lgislation est en vigueur. 3.3 Formation des contrats
L'article 3.3 concerne le moment et le lieu o un contrat est conclu ou form. La dtermination de la date et du moment de formation d'un contrat est importante eu gard aux consquences juridiques que cela implique. Des rgles ont t dfinies pour les contrats conclus par courrier ou par tlphone, mais une certaine incertitude subsiste quant au type de rgles qui pourrait s'appliquer aux contrats conclus par EDI. Des dispositions claires et prcises concernant la rgle applicable garantirait, en consquence, une plus grande scurit. Pour les contrats conclus hors de la prsence des parties, la plupart des Etats membres admettent la "rgle de la rception" selon laquelle l'acceptation d'une offre lieu l'endroit et au moment de la rception de ladite acceptation par l'offrant. La convention de Vienne sur la vente internationale des marchandises stipule que cette rgle est applicable aux contrats conclus " distance". Il ressort des conclusions d'une tude ralise au cours de la premire phase du programme TEDIS que cette rgle est mieux adapte aux contrats EDI3, car elle vite, dans une large mesure, les risques de conflits de lois engendrs par l'utilisation de l'EDI. Ces lments justifient la mention spciale de cette rgle dans l'Accord EDI.
Elaboration d'un contrat EDI, rapport prpar par le CRID pour la Commission europenne, 1991.
28 Novembre 1998
EPITA TELECOM 99
- 113 -
Dans le cas de l' Accord Type Europen pour l'EDI , la rgle de la rception doit tre interprte comme la rgle selon laquelle l'acceptation lieu au moment et au lieu o le message EDI est reu par l'ordinateur ou le systme informatique de l'offrant. Article 4. Admissibilit et valeur probante des messages EDI L'admissibilit et la valeur probante des messages relvent d'un domaine o rgne encore une grande incertitude. Comme, dans la plupart des pays, les dispositions relatives la preuve ne sont pas d'ordre public, il est possible de conclure un accord entre les parties sur ce point et, par consquent, de lever en partie l'incertitude. Pour que l'EDI constitue une solution de remplacement aux transactions sur papier, il est essentiel d'accorder aux messages EDI une valeur comparable celles documents utiliss jusque l. Cela implique que les parties puissent s'appuyer sur les changes de messages EDI pour fournir la preuve des faits survenus, en cas de litige par exemple. Dans les limites des lois applicables et condition que les parties aient respect les dispositions de l'Accord, les messages EDI doivent pouvoir tre accepts comme preuve par les tribunaux, et utiliss pour fournir la preuve des faits qu'ils contiennent, moins qu'une preuve tablissant le contraire ne soit prsente. Cet article vise dfendre ce point de vue. Les lois nationales peuvent cependant limiter l'application d'une telle clause. Article 5. Traitement et accus de rception des messages EDI 5.1 Traitement des messages
Dans cet article, le terme "traitement" signifie que le destinataire se charge de procder au traitement du message. Comme l'EDI implique un traitement automatique important, la notion de dlai est essentielle. Les parties devraient s'engager traiter les messages EDI qu'elles reoivent dans un dlai fix qui sera spcifi dans l'Annexe Technique. Au cas o aucun dlai ne serait spcifi par les parties, celles-ci devront traiter les messages ds que possible aprs leur rception. Une liste des dispositions de l'Accord dans lesquelles il est fait mention des dlais et qui doivent tre compltes ou modifies dans l'Annexe Technique, est jointe ce document. Cette disposition vise non seulement garantir une certaine efficacit et de bonnes pratiques commerciales, mais galement dfinir les droits et obligations contractuels des parties au o un message ne serait pas reu, arriverait en retard ou contiendrait des erreurs, rendant ainsi le contrat impossible excuter.
28 Novembre 1998
EPITA TELECOM 99
- 114 -
5.2
Accus de rception des messages EDI
Le concept d'accus de rception a souvent t mal interprt, notamment en ce qui concerne le contenu mme du message EDI. La dfinition introduite l'article 2 a pour objet de prciser le niveau d'accus de rception envisag dans cet Accord type pour l'EDI. Il existe diffrents niveaux d'accus de rception. L'accus de rception peut tre automatiquement transmis au niveau du rseau de tlcommunications lorsque le message est mis la disposition du destinataire; il peut tre automatiquement envoy ds rception du message EDI par le systme informatique du destinataire sans vrification aucune; il peut tre envoy aprs qu'une vrification ait eu lieu; il peut galement signifier, un certain stade, l'acceptation du contenu du message ou constituer la confirmation que le destinataire excutera le contenu du message. Dans l'Accord Type Europen pour l'EDI, le niveau a t choisi de sorte que l'accus de rception ne constitue pas uniquement une confirmation de la rception, mais galement une vrification de la smantique et la syntaxe. Il s'agit donc d'une rponse au message EDI tablissant que le message a bien t reu et que la syntaxe et la smantique du message sont corrects. Au cas o les parties souhaitent utiliser d'autres niveaux d'accus de rception plus adapts leurs besoins, elles doivent les dterminer elles-mmes et fournir les informations correspondantes dans l'Annexe Technique. Le principe affirm l'article 5 est qu'un accus de rception de message EDI n'est pas requis moins qu'il ne soit demand. Il peut tre spcifi dans l'Annexe Technique que tous les messages EDI ou certaines catgories de messages (par exemple, tous les messages "INVOIC") soient automatiquement vrifis et fassent l'objet d'un accus de rception. Si aucune disposition spcifique n'a t prvue concernant l'accus de rception, le segment rserv une demande d'accus de rception peut galement tre inclus dans un message envoy. Dans l'Annexe Technique, une distinction devra tre clairement tablie entre les messages qui ncessitent un accus de rception et les autres. 5.3 Dlai et transmission de l'accus de rception
L'EDI se caractrise surtout par une plus grande fiabilit due la limitation des erreurs et au cheminement plus rapide et plus prcis des informations, ainsi que par une automatisation accrue du traitement des donnes. Les accuss de rception contribuent la fiabilit et l'exactitude de l'EDI et les dlais sont, dans ce contexte, cruciaux. L'importance du dlai d'envoi de l'accus de rception provient du fait que le message EDI ne peut tre excut et, par consquent, les obligations contractuelles ne peuvent tre respectes avant que l'accus de rception, s'il est ncessaire, n'ait t envoy.
28 Novembre 1998
EPITA TELECOM 99
- 115 -
Un jour ouvrable est considr comme un dlai appropri dans l'environnement EDI. Cependant, les technique de gestion Juste-A-Temps ou certaines priorits peuvent justifier un dlai plus rigoureux. Dans d'autres cas, ce dlai d'un jour peut s'avrer inadapt ou peu pratique et doit tre prolong. Aussi, appartient-il aux parties de convenir d'un dlai et de complter l'Accord EDI en consquence. Bien que la dfinition d'un jour ouvrable figure dans cette disposition, il peut s'avrer utile pour les parties d'indiquer avec prcision les jours fris ou autres, ou la priode de disponibilit du systme. Le destinataire d'un message EDI est tenu d'envoyer un accus de rception, et il ne doit pas excuter un message accompagn d'une demande d'accus de rception avant que cet accus de rception n'ait t transmis. 5.4 Absence d'accus de rception
Au cas o l'expditeur d'un message EDI ne reoit pas d'accus de rception dans le dlai prvu, alors qu'il en a fait la demande, il peut raisonnablement supposer qu'il y a eu un problme de transmission du message ou que le destinataire ne veut pas, ou ne peut pas, y donner suite et, par consquent, il doit tre en droit de considrer un tel message comme nul et non avenu condition qu'il en informe le destinataire. Cette dernire condition sera particulirement utile au cas o un problme de transmission de l'accus de rception serait survenu. A cet gard, les dlais sont galement cruciaux. Par ailleurs, les parties pourront convenir d'une procdure de rcupration si des problmes techniques se posent. L'expditeur d'un message EDI accompagn d'une demande d'accus de rception pourra engager cette procdure de rcupration s'il ne reoit pas l'accus de rception dans le dlai prvu. Les dtails concernant cette procdure devront tre prciss dans l'Annexe Technique. Article 6 Scurit des messages EDI 6.1 Obligations des parties
Il convient d'assurer un niveau satisfaisant de scurit des messages afin d'viter tous les risques que pourrait entraner l'change de messages par EDI. Ce niveau dpendra de l'importance des transactions ou des messages changs. 6.2 Procdures et mesures de scurit
La vrification de l'origine et de l'intgrit de tout message EDI est obligatoire car elle constitue un niveau de base de la scurit. Il est cependant fortement recommand aux parties de convenir, le cas chant, de mesures de scurit supplmentaires, dont le degr dpendra sans doute de la valeur et de l'importance de l'objet du message et de la responsabilit ventuelle en cas de dfaillance dans l'change des messages.
28 Novembre 1998
EPITA TELECOM 99
- 116 -
Des mesures de contrle sont prvues dans les rpertoires et lignes directrices UN/EDIFACT, telles que les contrles spcifiques, les accuss de rception, le comptage de contrle, le numro de rfrence, l'identification, etc. Des contrles plus labors peuvent s'avrer ncessaires, en particulier lorsque les transactions sont importantes et impliquent de recourir des messages spcifiques pour accrotre la scurit, tels que ceux prconiss par les experts en scurit4, ou tout autre moyen ou mthode de scurit, y compris par exemple les signatures numriques. Les moyens, mthodes et spcifications ayant trait la scurit et les messages utiliser entre les parties pour assurer le niveau de scurit requis, doivent tre dfinis en dtail dans l'Annexe Technique. 6.3 Dfaillance des procdures de scurit
Lorsqu'un change de message EDI choue ou qu'une erreur est dtecte dans le message, l'expditeur doit en tre inform dans les dlais prvus pour lui permettre de prendre, si possible, toutes les mesures qui s'imposent. En cas de rejet d'un message ou de dtection d'une erreur, il conviendra de demander des instructions l'expditeur avant d'entreprendre toute excution du message lui-mme. Article 7. Confidentialit et protection des donnes caractre personnel 7.1 Confidentialit
Les messages EDI doivent bnficier d'un niveau de confidentialit quivalent celui existant pour les documents papier. Lorsqu'un message doit faire l'objet d'une transmission ultrieure, son niveau de confidentialit doit tre maintenu. 7.2 Domaine public
Les informations appartenant au domaine public sont celles qui, au sens strict du terme, sont de notorit publique et auxquelles quiconque dans le public peut accder aisment. 7.3 Forme spcifique de protection
La rfrence au chiffrement vise rappeler qu'une telle mthode peut tre employe pour protger les donnes mais qu'il existe, dans certaines lois nationales, des restrictions sur le codage des donnes. Si les parties souhaitent convenir d'employer une telle mthode de codage, elles devront donc obtenir les autorisations et faire les dclarations ncessaires cet effet.
Le groupe scurit qui travaille sous les auspices du JRT ou du Conseil EDIFACT pour l'Europe de l'Ouest oeuvre actuellement la prparation de recommandations dans ce domaine.
28 Novembre 1998
EPITA TELECOM 99
- 117 -
7.4
Protection des donnes caractre personnel
Les donnes caractre personnel sont soumises la rglementation en vigueur dans les pays d'origine et de destination concernant la transmission de telles donnes. La plupart des Etats membres disposent d'une lgislation sur la protection des donnes caractre personnel, quoique le type de protection soit souvent diffrent. La Commission europenne a soumis au Conseil des ministres une proposition de directive cet gard. Lorsque la proposition sera adopte, cet Accord devra tre modifi en fonction des dispositions de la directive. Dans l'intervalle, lorsque les lois nationales ne donnent aucune indication ce sujet, il convient de se rfrer la Convention du Conseil de l'Europe. Il semble raisonnable d'exiger des partenaires commerciaux et des utilisateurs de l'EDI en Europe, qui oprent dans un Etat membre n'ayant pas adopt de lgislation dans ce domaine, qu'ils appliquent les principes tablis dans cette convention. Le Conseil de l'Europe prpare actuellement un modle de contrat qui a dj t diffus et dont le but est de garantir une protection uniforme des donnes dans le contexte de la circulation transfrontalire des informations. Cela pourrait fournir une base pour rsoudre les problmes qui n'entreraient pas le champ d'application des lois nationales en vigueur5. Article 8. Enregistrement et conservation des messages EDI 8.1 Procdure et dlais de conservation
Dans certains pays, la lgislation - fiscale le plus souvent - comporte des dispositions relatives la conservation des messages EDI. Dans les pays o aucune disposition n'a t prvue pour la conservation des messages EDI, il convient de procder par analogie avec les dispositions relatives aux documents sur papier. Les exigences concernant le dlai de conservation diffrent d'un pays l'autre6 et peuvent galement varier en fonction du domaine et des circonstances. Aussi, les parties doivent-elles s'assurer que le dlai de conservation qu'elles observeront est conforme leur propre lgislation nationale. Certaines tudes TEDIS portent sur ces questions et peuvent fournir des informations ce sujet; une harmonisation peut s'avrer ncessaire dans ce domaine7.
Conseil de l'Europe, modle de contrat garantissant une protection uniforme des donnes dans le contexte de la circulation transfrontalire des informations, 14 septembre 1992, T-PD (92) 7. Voir Wilde Sapte, rapport sur l'authentification, la conservation et l'utilisation des codes dans les messages EDI, rapport destin la Commission europenne, 1993. Ce rapport sera publi en 1994. Wilde Sapte idem. CIREDIT et IT Law Group, rapport sur les contraintes et les inadquations juridiques relatives l'utilisation de l'EDI dans le domaine de la comptabilit dans les Etats membres, novembre 1992 (disponible en langue anglaise) et dans les pays de l'A.E.L.E., dcembre 1993 (disponible en langue anglaise en 1994).
28 Novembre 1998
EPITA TELECOM 99
- 118 -
Le code de conduite UNCID suggre une priode de conservation de trois ans. La mme priode de conservation a t adopte par la lgislation fiscale de certains pays. Il convient de considrer une telle priode comme une exigence minimale pour assurer la conservation des informations de manire prcise et sre. Cette priode de trois ans est suggre comme dlai respecter par les parties l'Accord EDI, au cas o il n'existe aucune autre exigence juridique. Si les dispositions contenues dans les lois nationales sont diffrentes ou font tat d'un dlai plus long, la lgislation en vigueur devra tre respecte. Il convient d'insister sur le fait que la majorit des lgislations nationales dans les Etats membres, prvoient une priode de conservation plus longue, savoir 7 ou 10 ans la plupart du temps, voire mme davantage. Il faut galement souligner que cela peut se justifier par des motifs divers comme, par exemple, la vrification des comptes, la comptabilit, les questions fiscales, la preuve et d'autres motifs administratifs ou juridiques. Dans la mesure o l'EDI est encore en phase d'expansion et o les pratiques commerciales correspondantes ne sont pas ncessairement tablies, il est utile de conserver soigneusement les informations. Pour la scurit des transactions, les messages EDI envoys ou reus doivent tre intgralement conservs par ordre chronologique, en scurit et l'abri de toute altration. Il peut exister, au niveau national, d'autres dispositions lgales ayant trait la conservation des donnes qu'il conviendra de respecter soigneusement8. 8.2 Format de conservation
Les donnes transfres par EDI seront conserves dans le format dans lequel elles ont t envoyes ou dans le format dans lequel elles ont t reues (c'est--dire un format UN/EDIFACT, par exemple). Ce format a t retenu car c'est le seul format de donnes qui peut tre considr comme initialement reu et constituera, si ncessaire, la preuve du message EDI dans son format d'envoi ou de rception avant conversion. Si une signature numrique est appose sur un message EDI, il sera uniquement possible de la vrifier par rapport au format dans lequel le message a t envoy. Idalement, il conviendrait galement de conserver les donnes dans le format dans lequel elles sont traduites dans le systme informatique du destinataire ou partir du systme informatique de l'expditeur. Il appartient, cependant, aux parties de prendre cette dcision. La lisibilit des messages et la possibilit de les imprimer sont des critres gnralement exigs par les lgislations nationales, et il conviendra de s'y conformer.
Ciredit et IT Law Group, idem.
28 Novembre 1998
EPITA TELECOM 99
- 119 -
Pour garantir la lisibilit des messages, tout matriel, logiciel ou autre quipement ncessaire pour accder aux donnes et les lire devra tre conserv par les parties, mme si les systmes ont fait l'objet d'une mise jour. Dans ce cas, les parties souhaiteront peut-tre, par convenance ou par ncessit, prserver la disponibilit desdits quipements sans toutefois les conserver elles-mmes. Cette possibilit ne sera envisage que si elle n'enfreint pas les lgislations nationales. Pour l'tablissement de preuves, il est particulirement important que, compte tenu de la mise jour constante des normes UN/EDIFACT, les rpertoires et logiciels UN/EDIFACT utiliss soient galement accessibles afin d'assurer la lisibilit et la reproduction des messages si ncessaire. Article 9. Spcifications oprationnelles de l'EDI 9.1. Environnement oprationnel
Cette disposition vise inclure dans l'Accord des spcifications de base ncessaires au fonctionnement de l'EDI. La liste des lments oprationnels et techniques viss l'article 9 n'est pas exhaustive. Les dtails relatifs ces spcifications oprationnelles seront, si ncessaire, fournis dans l'Annexe Technique, conformment aux dispositions de l'article 10. 9.2. Equipement oprationnel
Bien que l'EDI soit indpendant du matriel, des logiciels et des moyens de tlcommunications, l'change de messages EDI ncessite des systmes informatiques pouvant effectivement recevoir, envoyer et traiter des messages EDI. A cet gard, les exigences de base concernent le fonctionnement efficace de l'quipement utilis pour le transfert des messages, y compris le matriel, le logiciel appropri et la traduction du logiciel. 9.3. Mthode de communication
Les parties doivent convenir de la mthode de transmission qu'elles utiliseront, y compris des protocoles de tlcommunications et, si ncessaire, du choix des prestataires de services auxquels il pourrait tre fait appel pour certains types de services. 9.4. Normes applicables aux messages EDI
Les normes applicables aux messages sont essentielles pour l'EDI. Les normes UN/EDIFACT sont des normes internationales et europennes (ISO 9735/CEN 29735 - ISO 7372). Un important soutien a t apport aux normes et recommandations UN/EDIFACT dans le cadre des activits du programme TEDIS, et notamment celles qui concernent le Secrtariat du Conseil EDIFACT pour l'Europe de l'Ouest qui est galement un organisme associ du CEN9 .
CEN, Comit Europen de Normalisation
28 Novembre 1998
EPITA TELECOM 99
- 120 -
La Commission Economique Europenne pour l'Europe des Nations unies formule les recommandations relatives aux normes, lignes directrices et rpertoires UN/EDIFACT approuvs. Il convient de suivre ces recommandations pour faire en sorte que les normes applicables aux messages EDI soient utilises de faon homogne travers le monde. Comme indiqu ci-dessus, toutes les spcifications ncessaires l'change de messages EDI doivent tre dtermines par les parties. Si les parties souhaitent utiliser d'autres normes existantes, elles doivent conclure un accord cet effet et dfinir en dtail toutes les spcifications correspondantes. 9.5. Codes
Les listes de codes utiliss pour l'EDI sont essentielles. Pour la mise en uvre des messages UN/EDIFACT, les listes de codes tablies selon les procdures UN/EDIFACT font partie des spcifications techniques. Il est cependant possible de se rfrer d'autres listes de codes et de les utiliser. Lorsque c'est possible, il recommand d'utiliser les normes internationales et les listes de codes qui ont fait l'objet d'une publication officielle. Au cas o elles ne couvriraient pas tous les besoins des parties, il est conseill, dans un souci d'efficacit, d'accorder la prfrence aux listes de codes publies et mises jour par des organisations connues et qui assurent la correspondance avec les autres systmes de codage (par exemple : listes de codes statistiques). Article 10. Spcifications et exigences techniques Les dispositions juridiques ont pour objet de traiter principalement des questions ayant trait aux problmes juridiques essentiels. Les principes et les rgles de base concernant les spcifications techniques figurent dans l'Accord titre de rfrence. L'Annexe Technique, dans laquelle les parties devront dterminer les exigences et les spcifications techniques requises pour changer correctement des messages EDI, complte les dispositions juridiques. Bien qu'il ne soit pas ais d'tablir la liste de tous les lments prendre en considration, lesquels diffrent en fonction des besoins des parties, il convient d'insister sur la ncessit de prvoir des spcifications appropries concernant les points suivants :
spcifications relatives au fonctionnement (article 9) :

spcifications concernant le logiciel et le logiciel de traduction utiliss pour les
changes EDI,
protocoles de communication et prestataires de services, normes et recommandations UN/EDIFACT applicables aux messages, y compris la liste
des messages et leurs rfrences,

lments conditionnels, si ncessaire,
28 Novembre 1998
EPITA TELECOM 99
- 121 -
lignes directrices relatives la conception des messages, lignes directrices relatives la mise en uvre, rpertoires, listes de codes, rfrence la documentation, versions et mises jour. Les parties doivent convenir, dans l'Annexe Technique, de la
mthode qu'elles emploieront pour mettre en application les versions actualises des messages, rgles, lignes directrices et rpertoires.

spcifications relatives au traitement et l'accus de rception des messages EDI, spcifications relatives aux moyens garantissant la scurit des messages EDI, spcifications relatives l'enregistrement et la conservation, dlais. Les dlais peuvent tre d'une importance capitale pour l'EDI, en particulier, lorsque l'EDI est associ d'autres techniques, telles que le JAT (juste temps). Certains dlais ont t prvus dans l'Accord pour l'EDI mais il devront peut-tre tre adapts en fonction des besoins. Les dlais doivent tre fixs par les parties, procdures d'essai et de contrle. Les experts ont tabli qu'il peut s'avrer non seulement utile, mais parfois ncessaire, de procder des essais afin de s'assurer du fonctionnement correct des systmes et des tlcommunications. L'exprience montre que ces essais sont, en fait, habituellement effectus par les parties lorsqu'elles commencent utiliser l'EDI et que cela se produit en gnral en deux tapes. Tout d'abord, les messages EDI sont changs en parallle avec les documents sur papier et en second lieu, lorsque l'essai est satisfaisant, les messages EDI sont changs sans support sur papier. Il peut galement tre ncessaire de procder des essais supplmentaires de temps autre, par exemple lorsque des modifications sont apportes au systme.
Article 11. Responsabilit 11.1. Exclusion de la responsabilit La responsabilit relative aux dommages spciaux, indirects ou secondaires en rapport avec l'Accord a t exclue10 .
10 Pour plus de dtails, voir "The liability of EDI Networks operators", rapport prpar par le CRID l'attention de la
Commission europenne, 1991.
28 Novembre 1998
EPITA TELECOM 99
- 122 -
11.2. Force majeure Une exception la responsabilit est introduite pour ce qui concerne les pertes ou dommages survenant suite des vnements communment appels de "force majeure". Le concept de force majeure utilis dans cet article est conforme celui tabli par la convention des Nations unies sur les contrats relatifs la vente internationale de biens ou Convention de Vienne du 11 avril 1980. Par ailleurs, en raison des diffrences entre lgislations nationales ce sujet, il fournit une dfinition que les parties peuvent dvelopper, si elles le dsirent, en prcisant certaines situations dans lesquelles la responsabilit peut tre exclue. 11.3 Responsabilit des intermdiaires
La responsabilit pour les dommages rsultant des actes de tiers figure dans de nombreux contrats d'interchange et est gnralement accepte puisque, le plus souvent, le tiers intervient effectivement en tant qu'agent de l'utilisateur. Par ailleurs, c'est la partie qui recourt aux services d'un sous-traitant et qui tablit la relation contractuelle avec lui qui sera en meilleure position pour engager des poursuites contre le prestataire de services au cas o sa responsabilit devait tre engage. 11.4 Il convient de noter qu'il existe une diffrence entre les paragraphes 11.2 et 11.3. Lorsqu'une partie impose l'autre de recourir aux services d'un intermdiaire particulier, il semble normal que la responsabilit pour les dommages rsultant des actes dudit intermdiaire incombe la partie qui impose ce choix plutt qu' celle laquelle il est impos. Les parties devront prendre les mesures ncessaires pour s'assurer que tous les risques possibles inhrents l'envoi d'un message sont correctement couverts, en tenant compte de l'importance des transactions effectuer par EDI. Article 12. Rglement des litiges L'Accord Type Europen pour l'EDI prvoit deux options destines offrir un choix aux parties. La premire option prvoit une clause compromissoire, si les parties dcident de rgler leur litige de cette manire. Au cas o les parties dcideraient de porter le litige devant les tribunaux, la seconde option prvoit une clause attributive de comptence permettant de convenir d'un choix de juridiction. Il convient peut-tre de souligner que, en raison des relations que l'EDI cre entre les utilisateurs, il existe de grandes possibilits de rgler les litiges par la ngociation. Ce n'est qu'en cas d'chec des ngociations que les dispositions relatives au rglement des litiges seront applicables et utiles.
28 Novembre 1998
EPITA TELECOM 99
- 123 -
Option 1 : clause compromissoire Les parties peuvent dcider de rgler leur litige par voie d'arbitrage. Cette procdure peut se rvler assez pratique pour rgler un litige impliquant des parties de pays diffrents, et offre l'avantage de leur laisser le choix des arbitres ou de l'autorit investie du pouvoir de nomination. La procdure d'arbitrage est, en gnral, plus rapide et garantit aux parties une certaine confidentialit, d'o son intrt. Bien qu'il soit possible de faire appel, la sentence arbitrale est, en principe, dfinitive. De nombreux pays exigent encore une dclaration d'arbitrage crite et prcise lorsqu'il a t convenu de rgler un litige de cette manire. Aussi est-il conseill aux parties d'inclure une telle clause dans le prsent Accord. Les parties doivent dterminer comment l'arbitre sera dsign. Il est possible de choisir de une trois personne(s) nomme(s) par accord mutuel ou, faute de parvenir un accord, par une autorit investie du pouvoir de nomination. C'est la raison pour laquelle les parties doivent indiquer quelle sera l'autorit investie du pouvoir de nomination. Il peut s'agir d'autorits nationales, telles qu'une chambre de commerce dsigne chambre d'arbitrage, ou d'autorits internationales, telles que la CCI, la CNUDCI ou la Cour d'arbitrage de Londres, pour ne citer que quelques exemples. Les rgles de procdure relatives l'arbitrage doivent galement tre dfinies. Au niveau international, il peut s'agir des rgles d'arbitrage de la CNUDCI, des rgles d'arbitrage du tribunal de la CCI, des rgles de la Cour d'arbitrage de Londres, des rgles d'arbitrage de la Commission Economique pour l'Europe11 ou il peut galement s'agir de lois nationales, applicables l'arbitrage. Option 2 : clause attributive de comptence Si les parties dcident de rgler leur litige devant les tribunaux, la seconde option prvoit que les parties choisissent le tribunal comptent et le spcifie dans leur convention. Si les parties ne spcifient aucun tribunal, le tribunal comptent sera dtermin par rfrence la Convention C.E.E. sur la comptence et l'excution des dcisions judiciaires dans les affaires civiles et commerciales12. Article 13. Loi applicable L'indication univoque de la loi applicable l'Accord EDI contribuera en accrotre la scurit. Etant donn que les utilisateurs EDI ont la possibilit d'effectuer des transactions avec de nombreux pays, il leur est conseill d'indiquer clairement le choix de la loi applicable au prsent Accord.
11 Pour de plus amples dtails, se rfrer notamment Schmitthoff, "The Law and Practice of International Trade", Stevens,
1986, p.574 629.

12 Convention 72/454/CEE, J.O. L299 du 31.12.72, p. 32.
28 Novembre 1998
EPITA TELECOM 99
- 124 -
A dfaut de choix clair, l'Accord relvera des dispositions de la Convention sur la loi applicable aux obligations contractuelles13. Cela pourra cependant engendrer une incertitude quant la loi rgissant le contrat, car la loi applicable sera dcide au moment du litige par dtermination de la loi avec laquelle le contrat se rapproche le plus. Cet lment sera dtermin en prenant en considration le pays dans lequel la partie qui doit s'acquitter des obligations faisant l'objet du contrat a sa rsidence principale ou, s'il s'agit d'une socit, son sige au moment de la conclusion dudit contrat. Cependant, si le contrat est pass au cours des activits commerciales, ou professionnelles de cette partie, le pays sera gnralement celui o la transaction a lieu. Cette rgle admet certaines drogations qui sont indiques l'article 4 de la convention. Article 14. Effet, modification, cessation et autonomie des dispositions 14.1 Effet
Cet article stipule que l'Accord n'entrera pas en vigueur avant qu'il ne soit sign par les parties. 14.2 Modifications
Comme l'Accord qui fait l'objet de la prsente recommandation est un Accord type, l'une de ses caractristiques fondamentales rside dans le fait que des modifications peuvent y tre apportes par consentement mutuel des parties concernes. Afin d'assurer la stabilit et la cohrence ncessaires des dispositions juridiques, la modification, l'ajout ou le remplacement de dispositions devront tre effectues uniquement de la faon dont les parties ont conclu l'Accord, savoir sous forme crite et signe. 14.3 Cessation
La priode d'un mois propose dans cet article concernant le pravis de cessation peut tre tendue par les parties. Il est dconseill de rduire cette priode, considre comme minimale. L'article 14.3 stipule que certains droits et obligations ayant trait au contrat revtent une importance capitale et devront tre respects mme aprs la fin du contrat. 14.4 Autonomie des dispositions
Le dernier paragraphe t insr afin d'viter que l'Accord soit annul pour l'unique motif qu'un article est entach d'une clause de nullit et, par ailleurs, afin d'empcher les parties d'annuler un contrat pour se soustraire certaines obligations.
13 Convention de Rome 80/934/CEE du 19 juin 1980, J.O. n L266/1 du 09.10.80.
28 Novembre 1998
EPITA TELECOM 99
- 125 -
COMPLEMENTS A L'ACCORD TYPE EUROPEEN POUR L'EDI
1. LISTE DES ARTICLES DE L'ACCORD TYPE EUROPEEN POUR L'EDI QUE LES PARTIES DOIVENT COMPLETER La liste suivante inclut les points mentionns dans les dispositions juridiques, que les parties doivent complter ou modifier dans l'Accord EDI. 1. Dlais Il est fait mention des dlais dans les articles suivants : 5.3, 6.3, 8 et 14.3. Ces dlais peuvent tre modifis dans les dispositions juridiques, si ncessaire. 2. Clause d'arbitrage et de juridiction, loi applicable L'article 12 propose deux options entre lesquelles il convient de choisir. Les deux options doivent tre compltes par les parties. A l'article 13, il convient d'indiquer le choix de la loi applicable. 2. LISTE DES ARTICLES DE L'ACCORD TYPE EUROPEEN POUR L'EDI POUR LESQUELS IL CONVIENT D'ETABLIR DES SPECIFICATIONS DANS L'ANNEXE TECHNIQUE La liste suivante indique les points mentionns dans les dispositions juridiques, pour lesquels les parties doivent tablir des spcifications dans l'Annexe Technique. Cette liste n'est pas exhaustive et peut tre complte par d'autres spcifications. 1. Dlais Les dlais qui doivent tre spcifis dans l'Annexe Technique sont mentionns dans les articles suivants : 5.1 et 5.4. 2. Accus de rception Messages EDI ncessitant un accus de rception : D'aprs l'article 5.2, les messages qui doivent toujours faire l'objet d'un accus de rception sans demande spcifique doivent tre spcifis. Condition spcifique : Toute condition spcifique concernant l'accus de rception devra tre spcifie.
28 Novembre 1998
EPITA TELECOM 99
- 126 -
Procdure de rcupration : La procdure de rcupration mentionne l'article 5.4 devra tre spcifie si les parties dcident d'en utiliser une. 3. Procdures et mesures de scurit Les procdures et mesures de scurit qui doivent satisfaire aux exigences de l'article 6 devront tre spcifies. Ces procdures et mesures ont trait : - l'accs non autoris, aux modifications apportes, au retard, la destruction, la perte; - la vrification de l'origine ; - la vrification de l'intgrit ; - la non-rpudiation de l'origine / de la rception ; - la confidentialit. 4. Informations confidentielles La liste des messages contenant des informations confidentielles peut tre dresse le cas chant. L'autorisation de les divulguer peut tre spcifie, si besoin est. La mthode de chiffrement disponible ou utilise, peut tre spcifie. 5. Enregistrement et conservation Toute spcification ncessaire l'enregistrement et la conservation des messages EDI devra tre fournie. 6. Spcifications de fonctionnement et techniques Toutes les spcifications relatives aux exigences techniques suivantes devront tre tablies : - quipement ; - logiciel ; - services ; - services de communication ; - protocoles de communication ; - normes applicables aux messages, rpertoires, version, syntaxe, type de messages, segments, lments de donnes ;
28 Novembre 1998
EPITA TELECOM 99
- 127 -
- codes ; - procdure d'essai et de contrle ; - disponibilit. 7. Modifications Toute modification apporte aux dispositions juridiques devra tre spcifie et adopte sous la forme prvue l'article 14.
28 Novembre 1998
EPITA TELECOM 99
- 128 -
17.2 ANNEXE B : Messages normaliss UN/EDIFACT Messages de STATUT 0 (ordre alphabtique) Rf.: Nom Description (916) APERAC - Erreur d'application et accus de rception (832) AUTHOR - Autorisation (810) BALANC - Balance de vrification ( )BOPBNK - Dclaration des transactions d'une banque et des transactions des titres en portefeuille ( )BOPCUS - Dclaration des transactions d'un client pour tablir la balance des paiements (913) BOPDIR - Dclaration directe de balance des paiements (914) BOPINF - Informations sur la balance des paiements manant d'un client (915) BOPSTA - Echange des statistiques de paiement ( )CALINF - Informations d'arrive (926) CASINT - Initiation d'une affaire : demande d'action juridique (927) CASRES - Rponse juridique se rapportant une affaire (811) CHACCO - Plan de comptes (966) CLAREQ - Demande de classification gnrale (948) CLASET - Jeu d'informations de classification (812) COACOR - Ordre d'acceptation de conteneurs (813)COARCO - Ordre d'arriv de conteneurs (816) COARIN - Informations concernant l'arrive de conteneurs (817) COARNO - Avis d'arrive de conteneurs ( )COARRI - Arrive de conteneurs (829) CODECO - Confirmation de dpart de conteneurs (830) CODENO - Avis d'expiration des documents douaniers l'appui de conteneurs ( )CODEPA - Dpart de conteneurs (831) COEDOR - Ordre de mise disposition de conteneurs vides (833) COHAOR - Ordre d'effectuer une opration spcifique sur des conteneurs (834) COITON - Avis de demande de transport intrieur de conteneurs (846)COITOR - Ordre de transport intrieur de conteneurs (847) COITOS - Rponse la demande de transport intrieur de conteneurs (848) COITSR - Espace pour le transport intrieur de conteneurs (965) COLADV - Avis d'encaissement documentaire (964) COLREQ - Demande d'encaissement documentaire (826)COMDIS - Contestation de facture (874) CONAPW - Avis concernant des travaux devant tre entrepris (921) CONDRA - Gestion de plans (920) CONDRO - Organisation de plans (873) CONRPW - Rponse concernant des travaux devant tre entrepris (875)CONWQD- Dtermination de quantits de travaux ( ) COOVLA - Conteneur en excdent (849) COPARN - Avis de pr-arrive de conteneurs ( ) COPDEM - Pr-dpart de conteneurs avec spcifications associes (850) COPINF - Informations concernant l'enlvement de conteneurs (851)COPINO - Avis d'enlvement de conteneurs ( ) COPRAR - Pr-arrive de conteneurs ( )COPRDP - Pr-dpart de conteneurs
28 Novembre 1998
EPITA TELECOM 99
- 129 -
EDI Echange de Donnes Informatises (852) COREOR - Ordre de libration de conteneurs ( ) COSHLA - Conteneurs en dficit ( ) COSTCO - Confirmation de remplissage de conteneurs (854)COSTOR - Confirmation de remplissage de conteneurs (930) CREMUL - Avis de crdit multiple ( ) CURRAC - Compte courant (744) CUSEXP - Expditions express : informations douanires (922) DEBMUL - Avis de dbit multiple (855) DESTIM - Evaluation de rparation/dommages d'un quipement (751) DIRDEF - Dfinition des rpertoires EDIFACT/ONU (956) DOCAMA - Avis de modification d'un crdit documentaire (955) DOCAMD - Modification directe un crdit documentaire (957) DOCAMI - Informations concernant une modification d'un crdit documentaire (958) DOCAMR - Demande de modification d'un crdit documentaire (960) DOCARE - Rponse une modification d'un crdit documentaire (959) DOCISD - Emission directe d'un crdit documentaire (963) DOCTRD - Transfert direct d'un crdit documentaire (962) DOCTRI - Informations sur le transfert de crdit documentaire (961) DOCTRR - Demande pour transfrer un crdit documentaire (856) ENTREC - Ecritures comptables (827) FINCAN - Annulation du message financier (954) FINSTA - Dclaration financire (857) FUNACK - Accus de rception fonctionnel scuris (858) GATEAC - Oprations effectues aux portes et aux rampes intermodales ( ) GENRAL - Gnral (776) GESMES - Statistique gnrique (923) HANMOV- Manutention et mouvement de fret/marchandises (859) ICNOMO - Avis de sinistre (860) IFTDGN - Dclaration de marchandises dangereuses (861)IFTFCC - Cots du fret international et autres frais ( ) IFTIAG - Liste de fret dangereux ( ) IFTSTQ - Spcifications concernant le transport multimodal international (933) INFENT - Informations des entreprises (828) INSPRE - Prime d'assurance ( ) INTERS - Message de statut d'change (862) ITRGRP - Etat de groupage en cours d'expdition (863) ITRRPT - Etat dtaill de groupage en cours d'expdition (876) JAPRES - Rponse une demande de candidature un emploi ( ) JIBILL - Facturation au sein d'une joint venture (877) JINFDE - Demande d'informations concernant un emploi (878) JOBAPP - Offre(s) de candidature(s) un emploi (879) JOBCON - Confirmation d'une offre d'emploi (880) JOBMOD - Modification d'un message d'offre d'emploi (881) JOBOFF - Offre d'emploi (951)MEDPID - Prcisions sur l'identification d'un patient (952) MEDPRE - Ordonnance mdicale (814) MEDREQ - Demande d'analyse de laboratoire (815) MEDRPT - Rsultat d'analyse de laboratoire (953) MEDRUC -Utilisation/Cot des prestations mdicales (864) MOVINS - Instructions concernant les services de transport
28 Novembre 1998
EPITA TELECOM 99
- 130 -
EDI Echange de Donnes Informatises (865) PRPAID - Paiement d'une prime d'assurance (866) PRODEX - Echange de produits (867) REACTR - Rservation, libration, acceptation et retour d'un quipement (868) RECADV - Avis de rception (825) RECECO - Demande de couverture de risques ( ) REINAC - Compte de rassurance (925)REQDOC - Demande de document (774) RESMSG - Message de rservation ( ) RESREQ - Demande de rservation ( ) RESRSP - Rponse la demande de rservation (869) SAFHAZ - Relev des dangers et consignes de scurit (882) SLSFCT - Prvision des ventes ( ) SSIMOD - Modification d'identit ( ) SSRECH - Historique de l'assurance d'un salari ( )SSREGW - Avis d'immatriculation d'un salari (775) SUPRES - Rponse du fournisseur (949) TESTEX - Message de test en mode explicite (950) TESTIM - Message de test en mode implicite ( ) VESDEP - Dpart de navires (883) WKGRDC - Dcision de dlivrer un permis de travail (884) WKGRRE - Demande de dlivrance de permis de travail
Messages de STATUT 1 (ordre alphabtique) BANSTA- Message de service bancaire (CONTRL - Message compte rendu syntaxique et de service) DIRDEB - Dbit direct DOCADV - Avis de crdit documentaire DOCAPP - Demande de crdit documentaire DOCINF - Renseignements sur les crdits documentaires IFTCCA - Calcul des frais d'une expdition de transport international IFTRIN- Informations sur les taux de transport et d'acheminement international IFTSAI- Informations sur les prvisions et la disponibilit du transport IFTSTA- Message de remonte d'informations concernant le transport multimodal international PAYMUL - Ordre de paiement multiple PRICAT -Catalogue/Liste de prix SANCRT - Certificat sanitaire/phytosanitaire SLSRPT - Etat des ventes
Messages de STATUT 2 (ordre alphabtique) BAPLIE - Plan de chargement : Emplacements occups et libres BAPLTE- Plan de chargement : Nombre total seulement CONDPV- Paiement direct des sous-traitants CONEST- Travaux - Etablissement d'un contrat CONITT- Travaux - Appel d'offres CONPVA- Situation financire de travaux
28 Novembre 1998
EPITA TELECOM 99
- 131 -
EDI Echange de Donnes Informatises CONQVA- Situation quantitative de travaux CONTEN- Travaux - offre CREADV- Avis de crdit CREEXT - Avis de crdit dtaill CUSCAR - Manifeste de chargement pour la douane CUSDEC - Dclaration en douane CUSREP- Dclaration du moyen de transport la douane CUSRES- Rponse de la douane DEBADV- Avis de dbit DELFOR- Prvisions de livraison DELJIT- Livraison "Juste temps" DESADV - Avis d'expdition IFCSUM- Manifeste de transit et de groupage internationaux IFTMAN - Avis d'arrive IFTMBC - Confirmation de rservation IFTMBF - Rservation ferme IFTMBP- Rservation provisoire IFTMCS- Spcifications concernant le contrat IFTMIN - Instructions INVOIC- Facture INVRPT- Etat des stocks ORDCHG - Modification de la commande ORDERS - Commande ORDRSP - Rponse la commande PARTIN- Renseignements sur le correspondant PAXLIST - Liste des passagers PAYDUC - Avis de retenues sur bulletin de salaire PAYEXT - Ordre de paiement dtaill PAYORD - Ordre de paiement QALITY - Qualit QUOTES - Indication de prix REMADV - Avis de remise REQOTE - Demande de prix STATAC - Avis d'immatriculation d'un salari SUPCOT - Avis de cotisation de plan de retraite SUPMAN - Maintenance de plan de retraite
28 Novembre 1998
EPITA TELECOM 99
- 132 -
17.3 ANNEXE C : LOI n 94-126 du 11 fvrier 1994. relative l'initiative et l'entreprise individuelle. (Loi Madelin) NOR: COMX9300154L L'Assemble nationale et le Snat ont adopt, Le Prsident de la Rpublique promulgue la loi dont la teneur suit : TITRE Ier SIMPLIFICATION ENTREPRISES DE FORMALITES ADMINISTRATIVES IMPOSEES AUX
Art. 1er. Les dispositions du prsent titre sont applicables aux relations entre, d'une par, les entreprises et, d'autre part, les administrations de l'Etat, les Etablissements publics de l'Etat caractre administratif, les collectivits locales, leurs groupements et leurs tablissements publics caractre administratif, les personnes prives charges d'un service public administratif, l'exception des ordres professionnels, les organismes grant des rgimes de protection sociale relevant du code de la scurit sociale et du code rural ou viss aux articles L. 223-16 et L. 351-21 du code du travail et les organismes chargs de la tenue d'un registre de publicit lgale, y compris les greffes. Art. 2. Sous rserve de l'application des dispositions relatives l'exercice des professions ou activits rglementes, l'obligation pour une entreprise de dclarer sa cration, la modification de sa situation ou la cessation de ses activits auprs d'une Administration, personne ou organisme viss l'article 1er est lgalement satisfaite par le dpt ladite entreprise est tenue de remettre aux administrations, personnes ou organismes viss l'article 1er. Ce dossier unique est dpos auprs d'un organisme dsign cet effet, dans des conditions dfinies par dcret en Conseil d'Etat, et vaut dclaration prs du destinataire ds lors qu'il est rgulier et complet l'gard de celui-ci. Art. 3. Dans ses relations avec les administrations, personnes ou organismes viss l'article 1er, une entreprise ne peut tre tenue d'indiquer un numro d'identification autre que le numro unique attribu dans des conditions fixes par dcret. Un identifiant spcifique peut tre utilis titre complmentaire, notamment pour certaines activits soumises dclaration ou autorisation pralables, dans des conditions fixes par dcret. L'entreprise ne peut tre tenue de mentionner un autre numro dans ses papiers d'affaires tels que factures, notes de commandes, tarifs, documents publicitaires et rcpisss concernant ses activits. Art. 4. - I. -
28 Novembre 1998
EPITA TELECOM 99
- 133 -
EDI Echange de Donnes Informatises Toute dclaration d'une entreprise destine une administration, personne ou organisme viss l'article 1er peut tre faite par voie lectronique, dans les conditions fixes par voie contractuelle. Ce contrat prcise notamment, pour chaque formalit les rgles relatives l'identification de l'auteur de l'acte, l'intgrit la lisibilit et la fiabilit de la transmission, sa date et son heure, l'assurance de sa rception ainsi qu' sa conservation. La rception d'un message transmis conformment aux dispositions du prsent article tient lieu de la production d'une dclaration crite ayant le mme objet. II. - Lorsque la transmission d'une dclaration crite entre une entreprise et une administration, personne ou organisme viss l'article 1er est soumise une date limite d'envoi, le cachet de la poste fait foi de la date de cet envoi. III. - Les dispositions du prsent article ne sont pas applicables aux dclarations relatives la cration de l'entreprise, la modification de sa situation o la cessation de son activit. TITRE II SIMPLIFICATION DE LA VIE SOCIALE DES ENTREPRISES Section 1 Entreprises unipersonnelles responsabilit limite. Art. 5. La premire phrase du premier alina de l'article 36-2 de la loi n 66-537 du 24 juillet 1966 sur les socits commerciales est supprime. Art. 6. Au troisime alina de l'article L. 575 du code de la sant publique, les mots : "entre eux", sont remplacs par les mots : "individuellement ou entre eux". Section 2 Socits responsabilit limite Art. 7. Le premier alina de l'article 35 de la loi n 66-537 du 24 juillet 1966 prcite est ainsi rdig : "Le capital de cette socit doit tre de 50 000 F au moins. Il est divis en parts sociales gales." Art. 8. Le premier alina de l'article 57 de la loi n 66-537 du 24 juillet 1966 prcite est ainsi rdig : "Les dcisions sont prises en assemble. Toutefois, les statuts peuvent stipuler qu' l'exception de celles prvues au premier alina de l'article 56 de la prsente loi, toutes les dcisions ou certaines d'entre elle pourront tre prises par consultation crite des associs ou pourront rsulter du consentement de tous les associs exprim dans un acte." Art. 9. -
28 Novembre 1998
EPITA TELECOM 99
- 134 -
EDI Echange de Donnes Informatises Le deuxime alina de l'article 69 de la loi n 66-537 du 24 juillet 1966 prcite est ainsi rdig : "La transformation en socit anonyme est dcide la majorit requise pour la modification des statuts. Toutefois elle peut tre dcide par des associs reprsentant la majorit des parts sociales si les capitaux propres figurant au dernier bilan excdent cinq millions de francs. Section 3 Socits par actions Art. 10. Le premier alina de l'article 72-1 de la loi n 66-537 du 24 juillet 1966 prcite est ainsi rdig : "En cas de transformation en socit anonyme d'une socit d'une autre forme, un ou plusieurs commissaires la transformation chargs d'apprcier sous leur responsabilit la valeur des biens composant l'actif social et les avantages particuliers, sont dsigns, sauf accord unanime des associs par dcision de justice la demande des dirigeants sociaux ou de l'un d'eux. Les commissaires la transformation peuvent tre chargs de l'tablissement du rapport sur la situation de la socit mentionne au troisime alina de l'article 69 ; dans ce cas, il n'est rdig qu'un seul rapport. Ces commissaires sont soumis aux incompatibilits prvues l'article 220. Le commissaire aux comptes de la socit peut tre nomm commissaire la transformation. Le rapport est tenu la disposition des associs." Art. 11. Les deux premiers alinas de l'article 89 de la loi n 66-537 du 24 juillet 1966 prcite sont remplacs par un alina ainsi rdig : "La socit anonyme est administre par un conseil d'administration compos de trois membres au moins. Les statuts fixent par le nombre maximum des membres du conseil, qui ne peut dpasser vingt-quatre." Art. 12. - I. La premire phrase du premier alina de l'article 93 de la loi n 66-537 du 24 juillet 1966 prcite est ainsi rdige : "Un salari de la socit ne peut tre nomm administrateur que si son contrat de travail correspond un emploi effectif : il ne perd pas le bnfice de ce contrat de travail." II. - La dernire phrase du premier alina de l'article 93 de la loi n 66-537 du 24 juillet 1966 prcite est supprime. Art. 13. - I. L'article 129 de la loi n 66-537 du 24 juillet 1966 prcite est ainsi rdig : "Art. 129. - Le conseil de surveillance est compos de trois membres au moins. Les statuts fixent le nombre maximum des membres du conseil, qui est limit vingt-quatre." II. - L'article 152 de la loi n 66-537 du 24 juillet 1966 prcite est ainsi rdig :
28 Novembre 1998
EPITA TELECOM 99
- 135 -
EDI Echange de Donnes Informatises "Art. 152. - En cas de fusion de socits anonymes, le nombre de membres du conseil d'administration ou du conseil de surveillance, selon le cas, pourra dpasser le nombre de vingt-quatre, prvu aux articles 89 et 129, pendant un dlai de trois ans compter de la date de la fusion fixe l'article 372-2, sans pouvoir tre suprieur trente. "Cette disposition s'applique galement aux conseils d'administration constitus antrieurement l'entre en vigueur de la disposition prvue l'alina prcdent, la suite d'une opration de fusion entre deux socit administres par un conseil d'administration." Art. 14. Le premier alina de l'article 142 de la loi n 66-537 du 24 juillet 1966 prcite est remplac par deux alinas ainsi rdigs : "Les membres du conseil de surveillance ne peuvent recevoir de la socit aucune rmunration, permanente ou non, autre que celles vises aux articles 138, 140 et 141 et, le cas chant, celles dues au titre d'un contrat de travail correspondant un emploi effectif. "Le nombre des salaris de la socit, y compris ceux lus conformment aux dispositions des articles 137-1 et 137-2 membres du conseil de surveillance, ne peut dpasser le tiers des membres en fonction." Art. 15. - I. L'article 378 de la loi n 66-537 du 24 juillet 1966 prcite est abrog. II. - L'article 377 de la loi n 66-537 du 24 juillet 1966 prcite est complt par un alina ainsi rdig : "En outre, les commissaires la fusion apprcient sous leur responsabilit la valeur des apports en nature et les avantages particuliers et tablissent cet effet le rapport prvu l'article 193." III. - L'article 378-1 de la loi n 66-537 du 24 juillet 1966 prcite est complt par une phrase ainsi rdige : "L'assemble gnrale extraordinaire de la socit absorbante statue au vu du rapport d'un commissaire aux apports, conformment aux dispositions de l'article 193." Section 4 Registre du commerce et des socits Art. 16. Le quatrime alina de l'article 1394 du code civil est ainsi rdig : "En outre, si l'un des poux est commerant lors du mariage ou le devient ultrieurement, le contrat de mariage et ses modifications doivent tre publis, son initiative et sous les sanctions prvues par les dispositions lgislatives et rglementaires relatives au registre du commerce et des socits." Art. 17. -
28 Novembre 1998
EPITA TELECOM 99
- 136 -
EDI Echange de Donnes Informatises La dernire phrase du premier alina de l'article 1er ter de l'ordonnance n 58-1352 du 27 dcembre 1958 rprimant certaines infractions en matire de registre du commerce et des socits est ainsi rdige : "Elle doit, pralablement au dpt de sa demande, notifier par crit au bailleur ou au syndicat de la coproprit son intention d'user de la facult prvue au prsent alina." Art. 18. - I. Le premier alina de l'article 6 de la loi n 66-537 du 24 juillet 1966 prcite est ainsi rdig : "Il est procd l'immatriculation de la socit aprs vrification par le greffier du tribunal comptent de la rgularit de sa constitution dans les conditions prvues par les dispositions lgislatives et rglementaires relatives au registre du commerce et des socits. II. - La deuxime phrase du troisime alina de ce mme article est supprime. Art. 19. Le dbut du premier alina de l'article 7 de la loi du 17 mars 1909 relative la vente et au nantissement des fonds de commerce est ainsi rdig : "Sauf s'il rsulte d'une opration de fusion ou de scission soumise aux dispositions des articles 375 389-I de la loi n 66-537 du 24 juillet 1966 sur les socits commerciales, tout apport de fonds de commerce... (Le reste sans changement.) TITRE III SIMPLIFICATION FISCALES DES OBLIGATIONS COMPTABLES ET DISPOSITIONS
Section 1 Obligations comptables des petites entreprises Art. 20. - I. Il est insr, dans le titre II du livre Ier du code de commerce, une section I intitule : "Des obligations comptables applicables tous les commerants." II. - Aprs l'article 17 du mme code, il est insr une section 2 ainsi rdige : "Section 2 "Des obligations comptables applicables certains commerants personnes physiques "Art. 17-1. - Par drogation aux dispositions des premier et troisime alinas de l'article 83 les personnes physiques places sur option ou de plein droit sous le rgime rel simplifi d'imposition peuvent n'enregistrer les crances et les dettes qu' la clture de l'exercice et ne pas tablir d'annexe. "Art. 17-2. - Par drogation aux dispositions du deuxime alina de l'article 9 les personnes physiques places sur option ou de plein droit sous le rgime rel simplifi d'imposition peuvent inscrire au compte de rsultat, en fonction de leur date de paiement, les charges dont la priodicit n'excde pas un an, l'exclusion des achats.
28 Novembre 1998
EPITA TELECOM 99
- 137 -
EDI Echange de Donnes Informatises "Art. 17-3. - Par drogation aux dispositions du troisime alina de l'article 12, les personnes physiques places sur option de ou plein droit sous le rgime rel simplifi d'imposition peuvent procder une valuation simplifie des stocks et des productions en cours, selon une mthode fixe par dcret. "Art. 17-4. - Par drogation aux dispositions des articles 8 17, les personnes physiques soumises un rgime forfaitaire d'imposition peuvent ne pas tablir de comptes annuels ; elles doivent, dans des conditions fixes par dcret, enregistrer au jour le jour les recettes encaisses et les dpenses payes, tablir un relev en fin d'exercice des recettes encaisses et des dpenses payes, des dettes financires, des immobilisations et des stocks valus de manire simplifie. "Toutefois, lorsqu'elles sont soumises au rgime dfini l'article 50-0 du code gnral des impts les personnes physiques inscrites au registre du commerce et des socits peuvent ne tenir qu'un livre mentionnant chronologiquement le montant et l'origine des recettes qu'elles peroivent au titre de leur activit professionnelle. Un dcret fixe les conditions dans lesquelles ce livre est tenu." "III. - Le quatrime alina de l'article 8 du code de commerce est abrog. Art. 21. Le 4 de l'article 50-0 du code gnral des impts est ainsi rdig : "4. Les entreprises vises au I qui n'ont pas exerc l'option vise au 5 doivent tenir et prsenter, sur demande de l'administration, un livre mentionnant le montant et l'origine des recettes qu'elles peroivent au titre de leur activit professionnelle. Un dcret fixe les conditions dans lesquelles ce livre est tenu." Section 2 Dispositions fiscales relatives l'entreprise individuelle et la petite et moyenne entreprise Art. 22. - I. Le second alina du I de l'article 154 du code gnral des impts est ainsi rdig : "Pour les adhrents des centres et associations de gestion agres, la dduction prvue au premier alina est admise dans la limite d'une rmunration gale au plus trente six fois le montant mensuel du salaire minimum de croissance." II. - Les dispositions du I s'appliquent aux exercices ouverts compter du 1er janvier 1994. Art. 23. Le 3 de l'article 158 du code gnral des impts est complt par un alina ainsi rdig. "Pour l'imposition des revenus des annes 1994 et suivantes, l'abattement prvu au neuvime alina du prsent 3 s'applique galement aux produits des parts de socit ou d'exploitation agricole responsabilit limite et des parts bnficiaires ou de fondateur lorsque ces parts sont mises par de socits ou exploitations soumises l'impt sur les socits et que les produits sont encaisss par des personnes dtenant, directement ou indirectement moins de 35 p. 100 des droits sociaux dans la socit distributrice. Pour
28 Novembre 1998
EPITA TELECOM 99
- 138 -
EDI Echange de Donnes Informatises l'application de cette disposition, les droits sociaux appartenant au conjoint sont considrs comme dtenus indirectement." Art. 24. - I. L'article 154 bis du code gnral des impts est ainsi rdig : "Art. 154 bis. - Pour la dtermination des bnfices industriels et commerciaux et des bnfices des professions non commerciales, sont admises en dduction du bnfice imposable les cotisations des rgimes obligatoires, de base ou complmentaires d'allocations familiales, d'assurance vieillesse, invalidit, dcs, maladie et maternit il en est de mme des cotisations volontaires de l'poux du commerant du professionnel libral ou de l'artisan qui collabore effectivement l'activit de son conjoint sans tre rmunr et, sous rserve des dispositions des 5e et 6e de l'article L. 742-6 du code de la scurit sociale, sans exercer aucune autre activit professionnelle. "Il en est galement de mme des primes verses au titre des contrats d'assurance groupe, prvues par l'article 41 de la loi n 94-126 du 11 fvrier 1994 relative l'initiative et l'entreprise individuelle et des cotisations aux rgimes facultatifs mis en place ans les conditions fixes par les articles L. 635-1 et L. 644-1 du code de la scurit sociale par les organismes viss aux 1, 2 et 3 de l'article L. 621-3 et aux articles L. 644-1 et L. 723-1 du code de la scurit sociale pour les mmes risques et grs dans les mmes conditions, dans une section spcifique au sein de l'organisme. "Les versements aux caisses de scurit sociale au titre de l'assurance vieillesse obligatoire ainsi que les cotisations vises au prcdent alina sont dductibles dans la limite de 19 p. 100 d'une somme gale huit fois le plafond annuel moyen retenu pour le calcul des cotisations de scurit sociale. A l'intrieur au titre des rgimes de prvoyance complmentaires et de perte d'emploi subie mentionns l'alina prcdent ne peut excder respectivement 3 p. 100 et 1,5 p. 100 de la somme susvise." II. - Les prestations servies par les rgimes ou au titre des contrats viss au deuxime alina de l'article 154 bis du code gnral des impts sous forme de revenus de remplacement sont prises en compte pour la dtermination du revenu imposable de leur bnficiaire. Les prestations servies sous formes de rentes ou pour perte d'emploi subie sont imposables dans la catgorie des pensions dans les conditions fixes au a du 5 de l'article 158 du code gnral des impts. III. - Les dispositions du I et du Ii ci-dessus sont applicables aux cotisations et aux prestations verses compter de la date de publication de la prsente loi. Art. 25. Il est insr dans le code gnral des impts, un article 163 octodecies A ainsi rdig : "Art. 163 octodecies A. - I. - Lorsqu'une socit constitue compter du 1er janvier 1994 se trouve en cessation de paiement dans les cinq ans qui suivent sa constitution, les personnes physiques qui ont souscrit e numraire son capital peuvent dduire de leur revenu net global une somme gale au montant de leur souscription, aprs dduction ventuelle des sommes rcupres.
28 Novembre 1998
EPITA TELECOM 99
- 139 -
EDI Echange de Donnes Informatises "La dduction est opre, dans la limite annuelle de 100 000 F, sur le revenu net global de l'anne au cours de laquelle intervient la rduction du capital de la socit, en excution d'un plan de redressement vis aux articles 69 et suivants de la loi n 85-98 du 25 janvier 1985 relative au redressement et la liquidation judiciaire des entreprises ou la cession de l'entreprise ordonne par le tribunal en application des articles 81 et suivants de la mme loi, ou le jugement de clture de la liquidation judiciaire." La limite annuelle de 100 000 F est double pour les personnes maries soumises une imposition commune. "II. - Les souscriptions en numraire doivent avoir t effectues directement au profit de socits soumises l'impt sur les socits qui remplissent les conditions mentionnes l'article 44 sexies. "Ne peuvent ouvrir droit dduction : "1 Les souscriptions qui ont donn droit l'une des dductions prvues aux articles 62, 83 (2e quater), 83 bis, 83 ter 163 quinquies A, 163 septdecies ou l'une des rductions d'impt prvues aux articles 199 undecies et 199 terdecies A ; "2 Les souscriptions effectues par les personnes appartenant un foyer fiscal qui bnficie de la dduction du revenu imposable des sommes verses au titre de l'excution d'un engagement de caution souscrit au profit de la socit mentionne au I ; "3 Les souscripteurs effectues par les personnes l'encontre desquelles le tribunal a prononc l'une des condamnations mentionnes aux articles 180, 181, 182, 188, 189, 190, 192, 197 ou 201 de la loi n 85-98 du 25 janvier 1985 prcite. "II bis. - Le rgime fiscal dfini au I s'applique dans les mmes limites, aux souscriptions en numraire par des personnes physiques, une augmentation de capital ralise compter du 1er janvier 1994, par une socit dans le cadre d'un plan de redressement organisant la continuation de l'entreprise et arrt conformment aux dispositions de l'article 61 de la loi n 85-98 du 25 janvier 1985 prcite. "Sous rserve des exclusions vises aux 1, 2 et 3 du II. la dduction intervient si la socit se trouve en cassation de paiement dans les cinq ans suivant la date du plan de redressement vis l'alina prcdent. "La socit en difficult doit tre soumise l'impt sur les socits et exercer une activit industrielle, commerciale ou artisanale au sens du I de l'article 44 sexies. "III. - Un dcret en Conseil d'Etat prcise les modalits d'application du prsent article ainsi que les obligations mises la charge des socits ou de leurs reprsentants lgaux et des souscripteurs." Art. 26. - I. Il est insr, dans le code gnral des impts un article 199 terdecies OA ainsi rdig : "Art. 199 terdecies OA. - I. - A compter de l'imposition des revenus de 1994, les contribuables domicilis fiscalement en France peuvent bnficier d'une rduction de leur impt sur le revenue gale 25 p. 100 des souscriptions en numraire au capital initial ou aux augmentations de capital de socits non cotes.
28 Novembre 1998
EPITA TELECOM 99
- 140 -
"L'avantage fiscal s'applique lorsque les conditions suivantes sont remplies "a) La socit est soumise l'impt sur les socits dans les conditions de droit commun et exerce une activit industrielle, commerciale ou artisanale au sens du I de l'article 44 sexies ; "b) En cas d'augmentation de capital, le chiffre d'affaires hors taxes de la socit n'a pas excd 140 millions de francs ou le total du bilan n'a pas excd 70 millions de francs au cours de l'exercice prcdent : "c) Plus de 50 p. 100 des droits sociaux attachs aux actions ou parts de la socit sont dtenus directement, soit uniquement par des personnes physiques, soit par une ou plusieurs socits formes uniquement de personnes parentes en ligne directe ou entre frres et surs ainsi qu'entre conjointes, ayant pour seul objet de dtenir des participations dans une ou plusieurs socits rpondant aux conditions du "a et du b. "II. - Les versements ouvrant droit la rduction d'impt mentionne au I sont ceux effectus du 1er janvier 1994 au 31 dcembre 1998. Ils sont retenus dans la limite annuelle de 20000 F pour les contribuables clibataires veufs ou divorcs et de 40 000 F pour les contribuables maris soumis imposition commune. "III. - Les souscriptions donnant lieu aux dductions prvues aux articles 62, 83 (2 quater), 83 bis, 83 ter, 163 quinquies A et 163 septdecies ou aux rductions d'impt prvues aux articles 199 undecies et 199 terdecies A n'ouvrent pas droit la rduction d'impt mentionne au I. Le bnfice de cette rduction d'impt est exclusif du bnfice des dispositions des articles 163 octodecies et 163 octodecies A. Les actions ou parts dont la souscription a ouvert droit la rduction d'impt ne peuvent pas figurer dans un plan d'pargne en actions dfini l'article 163 quinquies D. "IV. - Lorsque ou partie des actions ou parts ayant donne lieu la rduction est cd avant le 31 dcembre de la cinquime anne suivant celle de la souscription, il est pratiqu au titre de l'anne de la cession une reprise des rductions d'impt obtenues, dans la limite du prix de cession. Les mmes dispositions s'appliquent en cas de remboursement des apports en numraire aux souscriptions. "Ces dispositions ne s'appliquent pas en cas de licenciement, d'invalidit correspondant au classement dans la deuxime ou la troisime des catgories prvues l'article L. 341-4 du code de la scurit sociale ou du dcs du contribuable ou de l'un des poux soumis une imposition commune. "V. - Un dcret fixe les modalits d'application du prsent article, notamment les obligations dclaratives incombant aux contribuables et aux socits." II. - Le bnfice de la rduction d'impt mentionne l'article 199 terdecies du code gnral des impts est supprim compter de l'imposition des revenus de 1994. Art. 27. - I. -
28 Novembre 1998
EPITA TELECOM 99
- 141 -
EDI Echange de Donnes Informatises Au premier alina de l'article 199 quater B du code gnral des impts, les mots : "plafonne 4 000 F" sont remplacs par les mots "plafonne 6 000 F". Cette disposition s'applique compter de l'imposition des revenus de l'anne 1994. II. - Le second alina du mme article est ainsi rdig : "Cette rduction d'impt est maintenue galement pour la premire anne d'application de plein droit du rgime rel normal ou simplifi d'imposition des bnfices agricoles." Art. 28. Aprs le quatrime alina de l'article 199 quater E du code gnral des impts, il est insr un alina ainsi rdig : "Une rduction d'impt s'applique galement aux dpenses de formation exposes par les mmes contribuables au cours des annes 1994 1996 dans les conditions vises aux deuxime et troisime alinas du prsent article. Sont galement prises en compte les dpenses exposes au profit du conjoint collaborateur du chef d'entreprise, au sens de l'article 1er de la loi n 82- 596 du 10 juillet 1982 relative aux conjoint collaborateur du chef d'entreprise, au sens de l'article 1er de la loi n 82-596 du 10 juillet 1982 relative aux conjoints d'artisans et de commerants travaillant dans l'entreprise familiale. Cette rduction d'impt est gale 35 p. 100 des dpenses exposes chaque anne. Le montant des dpenses retenues pour le calcul de la rduction d'impt ne peut excder 10 000 F au cours de cette priode triennale." Art. 29. - I. Au 2 de l'article 302 ter du code gnral des impts, aprs les mots : "Sont exclues du rgime du forfait :", sont insrs les mots : "les socits ou organismes dont les rsultats sont imposs selon le rgime des socits de personnes dfini l'article 8, l'exception des socits civiles soumises au rgime du bnfice forfaitaire agricole dont l'activit principale entre dans le champ d'application de l'article 63 et qui sont vises au 2 de l'article 206 ; ". Cette disposition s'applique pour la dtermination des rsultats imposables des exercices ouverts compter du 1er janvier 1996. II. - Au VI de l'article 302 septies A bis du code gnral des impts les mots "entreprises soumises "sont remplacs par les mots : "exploitants individuels et des socits vises l'article 239 quater A soumis". Cette disposition s'applique pour la dtermination des rsultats imposables des exercices ouverts compter du 1er janvier 1996. III. - A l'article 302 septies A ter A du code gnral des impts, les mots : "contribuables relevant de l'impt sur le revenu et" sont remplacs par les mots : "exploitants individuels et les socits vises l'article 239 quater A". Cette disposition s'applique pour la dtermination des rsultats imposables des exercices ouverts compter du 1er janvier 1996. Art. 30. - I. Les cinq premiers alinas de l'article L. 52 du livre des procdures fiscales sont remplacs par trois alinas ainsi rdigs.
28 Novembre 1998
EPITA TELECOM 99
- 142 -
"Sous peine de nullit de l'imposition la vrification sur place des livres ou documents comptables ne peut s'tendre sur une dure suprieure trois mois en ce qui concerne "1 Les entreprises industrielles et commerciales ou les contribuables se livrant une activit non commerciale dont le chiffre d'affaires ou le montant annuel des recettes brutes n'excde pas les limites prvues au I de l'article 302 septies A du code gnral des impts ; "2 Les contribuables se livrant une activit agricole, lorsque le montant annuel des recettes brutes n'excde pas la limite prvue au b du II de l'article 69 du code gnral des impts." II. - Ces dispositions s'appliquent aux contrles pour lesquels la premire intervention sur place a eu lieu compter de l'entre en vigueur de la prsente loi. Art. 31. - I. Pour l'application des dispositions du I de l'article 93 quater du code gnral des impts aux immeubles acquis dans les conditions prvues au 6 de l'article 93 du mme code et prcdemment donns en sous- location, l'imposition de la plus-value conscutive au changement de rgime fiscal peut, sur demande expresse du contribuable, tre reporte au moment o s'oprera la transmission de l'immeuble ou, le cas chant, la transmission ou le rachat de tout ou partie des titres de la socit propritaire de l'immeuble ou sa dissolution. II. - Cette disposition s'applique aux plus-values ralises compter du 1er janvier 1990. III. - L'acte qui constate le transfert de proprit des immeubles mentionns au I conscutivement l'acceptation de la promesse unilatrale de vente doit indiquer si le nouveau propritaire, ou les associs s'il s'agit d'une socit, demandent le report de l'imposition de la plus-value dans les conditions prvues au I. A dfaut, les dispositions du I ne sont pas applicables. IV. - Un dcret fixe les conditions d'application du prsent article notamment les obligations dclaratives des contribuables. TITRE IV MESURES DE SIMPLIFICATIONS ET D'AMELIORATION DE LA PROTECTION SOCIALE Section I Formalits prescrites en matire sociale Art. 32. - I. Les donnes relatives aux rmunrations ou gains et aux effectifs, que les employeurs sont tenus de transmettre aux organismes grant des rgimes de protection sociales relevant de la scurit sociale et du code rural ou viss aux articles L. 1223-16 et L. 351-21 du code du travail, font l'objet d'une seule dclaration tablie sur un support unique et adresse un unique destinataire.
28 Novembre 1998
EPITA TELECOM 99
- 143 -
EDI Echange de Donnes Informatises La dclaration institue l'alina prcdent dispense les employeurs concerns de toute autre dclaration aux dits organismes, l'exception de la dclaration annuelle des donnes sociales prescrite par les articles 87 et 87 A du code gnral des impts. II. - Avant le 1er janvier 1996, des conventions passes par les organismes viss au premier alina du I du prsent article dterminent les modalits de mise en uvre des procdures de dclaration sur support unique institues au mme alina. Ces conventions peuvent prvoir des priodes d'exprimentation entre la date de promulgation de la prsente loi et le 1er juillet 1995. Elles comportent des clauses obligatoires. III. - Un dcret en conseil d'Etat dtermine les modalits d'application du prsent article, notamment les conditions dans lesquelles les dispositions du I entreront en vigueur aprs la passation des conventions prvues au II. Section 2 Dispositions d'ordre social relatives l'entreprise individuelle Art. 33. - I. Le chapitre Ier du titre III du livre Ier du code de la scurit sociale est complt par une section 5 ainsi rdige : "Section 5 "Cotisations sur les revenus d'activit des travailleurs non salaris des professions non agricoles. "Art. L. 131-6. - Les cotisations d'assurance maladie et maternit et d'allocations familiales des travailleurs non salaris non agricoles et les cotisations d'assurance vieillesse des professions artisanales, industrielles ou commerciales sont assises sur le revenu professionnel non salari ou, le cas chant, sur des revenus forfaitaires. "Le revenu professionnel pris en compte est celui retenu pour le calcul de l'impt sur le revenu avant dductions, abattements et exonrations mentionns aux articles 44 quater, 44 sexies et 44 septies, au deuxime alina de l'article 154 bis ; au 4 bis de l'article 158 et aux articles 238 bis HA et 238 bis HC du code gnral des impts. Il n'est pas tenu compte des reports dficitaires, des amortissements rputs diffrs au sens du 2 du I de l'article 39 du code gnral des impts et des plus-values et moins- values long terme. "Les cotisations sont calcules, chaque anne titre provisionnel, en pourcentage du revenu professionnel de l'avant-dernire anne ou des revenus forfaitaires. Elles font l'objet d'un ajustement provisionnel calcul en pourcentage du revenu professionnel de l'anne prcdente. Lorsque le revenu professionnel est dfinitivement connu, les cotisations font l'objet d'une rgularisation. "Par drogation au prcdent alina, la cotisation peut, la demande de l'assur, tre calcule titre provisionnel sur la base d'une assiette forfaitaire infrieure, ds lors que les lments d'apprciation fournis par celui-ci sur l'importance de ses revenus professionnels, au cours de l'anne au titre de laquelle la cotisation est due, tablissent que ces revenus sont infrieurs l'assiette retenue en application de cet alina." II. - Le quatrime alina de l'article L. 136-3 du code de la scurit sociale est ainsi rdig :
28 Novembre 1998
EPITA TELECOM 99
- 144 -
EDI Echange de Donnes Informatises "La contribution est assise titre provisionnel sur le revenu de l'avant- dernire anne prcdant celle au titre de laquelle elle est due." III. - Les premier troisime alinas de l'article L. 242-11 du code de la scurit sociale sont remplacs par un alina ainsi rdig : "Les cotisations d'allocations familiales des employeurs et travailleurs indpendants sont calcules conformment aux dispositions de l'article L. 131-6." IV. - Le dernier alina de l'article L. 242-11 du code de la scurit sociale est abrog. V. - Les premier et deuxime alinas de l'article L. 612-4 du code de la scurit sociale sont remplacs par un alina ainsi rdig : "Les cotisations sont dfinies conformment aux dispositions de l'article L. 131-6 et calcules dans la limite d'un plafond, dans des conditions dtermines par dcret." VI. - Les premier cinquime alinas de l'article L. 633-10 du code de la scurit sociale sont remplacs par deux alinas ainsi rdigs : "Les cotisations sont dfinies conformment aux dispositions de l'article L. 131-6 et calcules dans la limite d'un plafond, dans des conditions dtermines par dcret. "Le montant du plafond est celui fix en matire d'assurance vieillesse du rgime gnral en application du premier alina de l'article L. 242-3. Le taux de cotisation est gal au total de ceux fixs en application des deuxime et quatrime alinas dudit article." VII. - Les articles L. 612-5 et L. 633-11 du code de la scurit sociale sont abrogs. VIII. - Les dispositions du prsent article prennent effet le 1er janvier 1995. Art. 34. La dernire phrase du deuxime alina de l'article L. 136-3 du code de la scurit sociale est complte par les mots : " l'exception de celles prises en compte dans le revenu dfini l'article L. 242-11". Art. 35. Il est insr, dans le code de la scurit sociale, un article L. 311-11 ainsi rdig. "Art. L. 311-11. - Les personnes physiques vises au premier alina de l'article L. 120-3 du code du travail ne relvent du rgime gnral de la scurit sociale que s'il est tabli que leur activit les place dans un lien de subordination juridique permanente l'gard d'un donneur d'ordre. "Elles peuvent demander aux organismes chargs du recouvrement des cotisations du rgime gnral de leur indiquer si cette activit relve de ce rgime. "A dfaut de rponse dans le dlai de deux mois suivant la date de cette demande ou en cas de rponse ngative, les personnes en cause ne peuvent se voir imposer ultrieurement une
28 Novembre 1998
EPITA TELECOM 99
- 145 -
EDI Echange de Donnes Informatises affiliation au rgime gnral que si les conditions d'exercice de leur activit ont t substantiellement modifies ou si les informations qu'elles ont fournies taient errones." Art. 36. Les 11, 12, et 19 de l'article L. 311-3 du code de la scurit sociale sont ainsi rdigs : "11 Les grants de socits responsabilit limite et de socits d'exercice libral responsabilit limite condition que lesdits grants ne possdent pas ensemble plus de la moiti du capital social, tant entendu que les parts appartenant en toute proprit ou en usufruit, au conjoint et aux enfants mineurs non mancips d'un grant sont considres comme possdes par ce dernier ; "12 Les prsidents-directeurs et directeurs gnraux des socits anonymes et des socits d'exercice libral forme anonyme : " "19 Les avocats salaris, sauf pour les risques grs par la Caisse nationale des barreaux franais vise l'article L. 723-1 l'exception des risques invalidits-dcs." Art. 37. L'article L. 612-5 du code de la scurit sociale est ainsi rdig : "Art. L. 612-5. - Les personnes qui commencent ou reprennent l'exercice d'une activit non salarie non agricole mentionne l'article L. 615-I, les assujettissant au rgime institu par le prsent titre, sont exonres, dans la limite d'un taux fix par dcret, du versement des cotisations dues au titre des vingt-quatre premiers mois d'activit. "L'Etat prend en charge la fraction des cotisations dont ces personnes sont exonres. "Une mme personne ne peut bnficier de cette prise en charge plus d'une fois au cours d'une priode fixe par dcret." Art. 38. Il est insr, dans le code de la scurit sociale, un article L. 634-2-1 ainsi rdig : "Art. L. 634-2-1. - Lorsqu'en application du premier alina de l'article L. 351-2, il est retenu un nombre de trimestres d'assurances infrieur quatre par anne civile d'exercice titre exclusif, d'une activit non salarie artisanale, industrielle ou commerciale. L'assur est autoris effectuer un versement complmentaire de cotisations. "En cas de cessation d'activit, l'assur est autoris effectuer, au cours de l'anne de la cessation, le versement complmentaire affrent la cotisation de l'anne rgularise. "Les conditions d'application du prsent article sont fixes par dcret." Art. 39. L'article L. 635-3 du code de la scurit sociale est complt par un alina ainsi rdig : "Les possibilits de rachat ouvertes dans le rgime de base par l'article L. 634-2-1 sont ouvertes galement dans le rgime complmentaire obligatoire artisanal ainsi que dans les rgimes viss l'article L. 635-I. Le dcret prvu audit article prcise ces modalits de rachat. Cette facult est ouverte aux personnes bnficiant dj d'une prestation de vieillesse servie par les rgimes viss l'article L. 621-2 dans les conditions prvues au deuxime alina de l'article L. 634-2-1."
28 Novembre 1998
EPITA TELECOM 99
- 146 -
Art. 40. - I. Au 5 de l'article L. 742-6 du code de la scurit sociale, aprs les mots : "qui ne bnficient pas d'un rgime obligatoire d'assurance vieillesse", sont insrs les mots : "ou qui exercent un activit salarie temps partiel, dans la limite d'une dure fixe par dcret, en dehors de l'entreprise au titre de laquelle ils sont mentionns". II. - Le 6 de l'article L. 742-6 du code de la scurit sociale est complt par les mots : "y compris lorsqu'ils exercent une activit salarie temps partiel, dans la limite d'une dure fixe par dcret, pour u employeur autre que la personne dont ils sont collaborateurs". Art. 41. Les contrats d'assurance de groupe dfinis par les articles L. 140-I L. 140-5 du code des assurances et l'article L. 311-3 du code de la mutualit, peuvent tre souscrits, au profit de ses membres, par un groupement comportant un nombre minimum de personnes qui exercent une activit non salaris non agricole ou ont exerc cette activit et bnficient ce titre d'une pension de vieillesse, sous rserve des dispositions de l'article L. 652-4 du code de la scurit sociale, en vue du versement de prestations de prvoyance complmentaire, d'indemnit en cas de perte d'emploi subie ou d'une retraite complmentaire garantissant un revenu viager. Les prestations servies au titre de ces contrats peuvent prendre la forme soit de prestations en nature de versements de revenus de remplacement ou de rentes soit de capitaux en cas de liquidation judiciaire ou d'invalidit dans les conditions prvues l'article L. 132-23 du code des assurances. Le versement des cotisations doit prsenter un caractre rgulier dans son montant et sa priodicit. Un dcret en Conseil d'Etat fixe les conditions d'application des dispositions du prsent article, notamment les clauses types qui doivent obligatoirement figurer au contrat et les caractristiques des groupes. Art. 42. L'article 1er de la loi n 89-1009 du 31 dcembre 1989 renforant les garanties offertes aux personnes assures contre certains risques est complt par un alina ainsi rdig : "e) Organismes viss aux 1, 2", 3" de l'article L. 621-3 et aux articles L. 644-1 et L. 723-1 du code de la scurit sociale pour les oprations mises en place dans le cadre des dispositions de l'article 41 de la loi n 94-126 du 11 fvrier 1994 relative l'initiative et l'entreprise individuelle." Art. 43. Le IV de l'article 30 de la loi de finances pour 1985 'n 84- 1208 du 29 dcembre 1984) est complt par un alina ainsi rdig : "Toutefois, dans le cas des branches vises l'alina prcdent, l'affectation prvue peut, titre exceptionnel et dans la limite des trois quarts des excdents constats sur les exercices 1992 et 1993, tre largie aux actions destines la formation des salaris de plus de vingt-six ans par un accord au niveau de la branche, entre les organisations professionnelles et syndicales et l'Etat." TITRE V
28 Novembre 1998
EPITA TELECOM 99
- 147 -
SIMPLIFICATION DES REGLES DU DROIT DU TRAVAIL ET DISPOSITIONS RELATIVES L'ENTREPRISE INDIVIDUELLE Section 1 Simplification des rgles du droit du travail Art. 44. - I. L'article L. 124-11 du code du travail est ainsi rdig. "Art. L. 124-11. - Les entrepreneurs de travail temporaire sont tenus de fournir aux organismes mentionns l'article L. 351-21, notamment pour la vrification des droits des salaris au revenu de remplacement prvu l'article L. 351-2, le relev des contrats de travail dfini l'article L. 124-4 qu'ils ont conclus avec leurs salaris. "Les informations fournies en application du premier alina ci-dessus sont communiques par les organismes mentionns l'article L. 351-21 l'autorit administrative pour l'exercice de ses missions de contrle. "Un dcret en Conseil d'Etat prcise la nature des informations se rapportant aux contrats que doit comprendre le relev, la priodicit et les modalits de prsentation de celui-ci." II. - L'article L. 124-12 du code du travail est abrog. III. - Les dispositions du prsent article entreront en vigueur le 1er juillet 1994. Art. 45. Dans la premire phrase du quatrime alina de l'article L. 311-4 du code du travail, les mots : "aux directions dpartementales du travail et de la main-d'oeuvre et" sont supprims. Art. 46. L'avant-dernier alina de l'article L. 432-1 du code du travail est abrog. Section 2 Dispositions relatives l'entreprise individuelle Art. 47. - I. Il est insr, dans la loi n 84-46 du 24 janvier 1984 relative l'activit et au contrle des tablissements de crdit, un article 60-1 ainsi rdig : "Art. 60-1. - A l'occasion de tout concours financier qu'il envisage de consentir un entrepreneur individuel pour les besoins de son activit professionnelle, l'tablissement de crdit qui a l'intention de demander une sret relle sur un bien non ncessaire l'exploitation ou une sret personnelle consentie par une personne physique doit informer par crit l'entrepreneur de la possibilit qui lui est offerte de proposer une garantie sur les biens ncessaires l'exploitation de l'entreprise et indique, compte tenu du montant du concours financier sollicit, le montant de la garantie qu'il souhaite obtenir. "A dfaut de rponse de l'entrepreneur individuel dans un dlai de quinze jours ou en cas de refus par l'tablissement de crdit de la garantie propose par l'entrepreneur individuel, l'tablissement de crdit fait connatre ce dernier le montant chiffr des garanties qu'il souhaite prendre sur les biens non ncessaires l'exploitation de l'entreprise ou auprs de tout
28 Novembre 1998
EPITA TELECOM 99
- 148 -
EDI Echange de Donnes Informatises autre garant. En cas de dsaccord de l'entrepreneur, l'tablissement de crdit peut renoncer consentir le concours financier sans que sa responsabilit puisse tre mise en cause. "L'tablissement de crdit qui n'a pas respect les formalits prvues aux premier et deuxime alinas ne peut dans ses relations avec l'entrepreneur individuel se prvaloir des garanties qu'il aurait prises. En cas de garantie constitue par une sret immobilire ou mobilire donnant lieu publicit l'tablissement de crdit ne peut plus s'en prvaloir compter de la radiation de l'inscription de la sret." II. - Les stipulations de solidarit et de renonciation au bnfice de discussion figurant dans un contrat de cautionnement d'une dette contractuelle professionnelle consenti par une personne physique au bnfice d'un entrepreneur individuel sont rputes non crites si l'engagement de la caution n'est pas limit un montant global, expressment et contractuellement dtermin, incluant le principal les intrts, les frais et accessoires. En cas de cautionnement dure indtermine consenti par une personne physique pour garantir une dette professionnelle d'un entrepreneur individuel. Le crancier doit respecter les dispositions prvues l'article 48 de la loi n 84-148 du 1er mars 1984 relative la prvention et a rglement amiable des difficults des entreprises. Les dispositions du premier alina seront applicables aux contrat conclus aprs l'entre en vigueur de la prsente loi et celles du second alina aux cranciers mentionns cet alina compter du 1er septembre 1994. III. - Il est insr, aprs l'article 22 de la loi n 91-650 du 9 juillet 1991 portant rforme des procdures civiles d'excution, un article 22-1 ainsi rdig : "Art. 22-1. - Lorsque le titulaire d'une crance contractuelle ayant sa cause dans l'activit professionnelle d'un entrepreneur individuel entend poursuivre l'excution force d'un titre excutoire sur les biens de cet entrepreneur, celui-ci peut, nonobstant les dispositions du 4 de l'article 14 de la prsente loi et s'il tablit que les biens ncessaires l'exploitation de l'entreprise sont d'une valeur suffisante pour garantir le paiement de la crance, demander au crancier que l'excution soit en priorit poursuivre sur ces derniers. "Si le crancier tablit que cette proposition met en pril le recouvrement de sa crance, il peut s'opposer la demande. "Sauf s'il y a intention de nuire, la responsabilit du crancier qui s'oppose la demande du dbiteur ne peut pas tre recherche." IV. - Les dispositions du III ci-dessus ne s'appliquent pas aux procdures d'excution force engages avant l'entre en vigueur de la prsente loi. Art. 48. L'article 1er de la loi n 84-578 du 9 juillet 1984 sur le dveloppement de l'initiative conomique est ainsi modifi : 1 Au I, aprs les mots : "la reprise d'entreprise", sont insrs les mots : "ou les immobilisations incorporelles et corporelles des entreprises cres ou reprises depuis moins de cinq annes". 2 Au II, la somme "200 000 F" est remplace par la somme "300 000 F".
28 Novembre 1998
EPITA TELECOM 99
- 149 -
Art. 49. Il est insr dans le code du travail, un article L. 120-3 ainsi rdig : "Art. L. 120-3. - Les personnes physiques immatricules au registre du commerce et des socits au rpertoire des mtiers, au registre des agents commerciaux ou auprs des unions pour le recouvrement des cotisations de scurit sociale et des allocations familiales pour le recouvrement des cotisations d'allocations familiales sont prsumes ne pas tre lies par un contrat de travail dans l'excution de l'activit donnant lieu cette immatriculation. "Toutefois, l'existence d'un contrat de travail peut tre tablie lorsque les personnes cites au premier alina fournissent directement ou par une personne interpose des prestations un donneur d'ouvrage dans des conditions qui les placent dans un lien de subordination juridique permanente l'gard de celui-ci." Art. 50. Au cinquime alina de l'article L. 721-1 du code du travail, aprs les mots : "lien de subordination juridique", sont insrs les mots : "sous rserve de l'application des dispositions de l'article L. 120-3". Art. 51. Dans le dlai d'un an compter de la publication de la prsente loi le Gouvernement dposera sur le bureau des assembles un rapport dressant l'tat d'application de ladite loi, notamment de l'article 32 ci-dessus et le bilan des exprimentations prvues par cet article. Ce rapport examinera galement les conditions dans lesquelles les entreprises comptant moins de dix salaris pourraient chaque chance, rgler en un seul paiement les cotisations qu'elles ont verser aux organismes viss l'alina 1er de l'article 32 prcit. Ce mme rapport prsentera aussi, d'une part, une tude dtaille sur les modalits dans lesquelles pourrait tre mise en uvre une simplification de la prsentation des bulletins de salaires et de la dclaration annuelle des donnes sociales, notamment dans les entreprises comptant moins de dix salaris et, d'autre part, les modalits et les dlais dans lesquels devront tre abrogs l'article 143-5 du code du travail, ainsi que l'obligation d'authentifier les livres comptables. La prsente loi sera excute comme loi de l'Etat. Fait Paris, le 11 fvrier 1994.
28 Novembre 1998
EPITA TELECOM 99
- 150 -
17.4 ANNEXE D : Recensement de l'Offre EDI / Commerce Electronique Club des Offreurs, adhrents Edifrance, prsentant des offres en matire de produits et de services EDI et Commerce Electronique.
Actimum Adesium Rseaux et Services Almacom Api - Edi Aquitaine Nouvelles Communications Association Tedeco Atos Auratechcom Axe Dci S.A. Bilans service Canope Cedi CSTB Darva Devise Ediaudit Edt Sa EuroEdi France Developpement Conseil France Telecom Transpac Frontec France Ge information Services Get Systemia SA Groupe Cegedim NY Consultant HB technologie IBM IC2E ICOSI Solution ILLICOM INFLUE SI Mthode et solution Informatique Paris Gestion Informatique Protel REDI SEMA Group Seres Sita Steria Sterling commerce Telepost La Poste Tenor Conseil YG Consultant
www.actimum.com www.aliseo.com www.almacom.fr api-edi@worldnet.net www.cr-aquitaine.fr/anc CTTED0002@TEDECO.ATLAS.FR www.altos-group.com www.auratechcom.fr axe-dci@msn.com pascal.denis@wanadoo.fr www.capone.com cedipasty@hol.fr www.cstb.fr www.darva.fr perso.wanadoo.fr/devise perso.wanadoo.fr/ediaudit www.edt.fr euroedi@aol.net www.fdc.fr www.transpac.fr/gi/ www.frontec.com www.geis.com www.systemia.fr www.nyconsultant.fr www.hbtechno.fr www.ibm.net www.transpac.fr/ic2e LANGLOISMARC@compuserve.net www.illicom.com www.influe.com www.msi-ca.fr chauson@pgi.atlas.fr JFRiviere@guetali.fr www.semagroup.com avital@seres.fr www.sita.int www.steria.fr www.sterlingcommerce.com www.telepost.laposte.fr olivier.bezaut@tenor.conseil.telepost.fr 106147.2104@compuserve.com
28 Novembre 1998
EPITA TELECOM 99
- 151 -
17.5 ANNEXE E : Offre de la socit INFLUE (source : www.influe.com)
Prsentation Implantations Produits Services Runions E.D.I.ONE INFLUE 127, rue Gambetta 92150 SURESNES influe@influe.com Tl.: 01 46 97 89 10 Fax : 01 46 97 89 39
28 Novembre 1998
EPITA TELECOM 99
- 152 -
EDI Echange de Donnes Informatises INFLUE, leader europen de l'E.D.I.(*) avec plus de 2 300 sites installs. (*) Echanges de Donnes Informatises 1. Conoit des logiciels : - dans le domaine de l' E.D.I. (traducteurs et gestionnaires de messages) - dans le domaine de l' E.C.R. / G.P.A. (Gestion Partage des Approvisionnements) 2. Installe des stations E.D.I. 3. Ralise des Prestations de Services 4. Hberge des stations E.D.I. dans le cadre de l'infogrance 5. Dveloppe des Solutions E.D.I. sur Internet 6. Organise des Runions d'information sur ses produits et services Les Services INFLUE : - Gestion de projets E.D.I. et E.C.R. - Dfinition des besoins en terme de communication et d'change avec vos partenaires. - Choix des moyens techniques. - Rdaction des conventions d'interchange. - Installation et formation. - Assistance au dmarrage et au dploiement des changes. - Accompagnement - Dveloppement et volution de vos relations E.D.I. et E.C.R. - Assistance tlphonique. - Tlmaintenance. - Groupe de travail. - Hbergement de Solution - via Minitel - sur Internet avec E.D.I.ONE
Le Groupe INFLUE Plus de 105 collaborateurs spcialiss dans les secteurs : - Grande Distribution - Ngoce - Automobile - Transport - Logistique - Industrie / Commerce - Sant - Aronautique - Construction / Btiment Un savoir faire et une approche mtier : diteur de progiciels E.D.I. et E.C.R. Une dynamique europenen et un dveloppement continu l'international : plus de 2 300 sites E.D.I. et plus de 100 installations E.C.R./G.P.A.
28 Novembre 1998
EPITA TELECOM 99
- 153 -
EDI Echange de Donnes Informatises Une stratgie d'investissement et d'innovation : 20% du C.A. consacr la recherche et au dveloppement de ses progiciels.
Notre ligne de logiciels E.D.I. a t dveloppe autour de notre traducteur E.D.I.TRADE . Tous nos produits sont : Multi-Normes Multi-Rseaux Multi-Secteurs Multi-Plates-Formes Multi-Langues
1 E.D.I.PLUS Gestionnaire de Messages Oprationnels et de Fiches Produits E.D.I.PLUS permet une meilleure matrise de vos Echanges de Donnes Informatiss. E.D.I.PLUS est une solution organise autour d'une base de donnes structure et permet : - la vrification de la cohrence des donnes et de l'application des rgles de gestion. - la dtection des modifications pour diffuser les fiches produits de vos partenaires rfrencs. - les saisies complmentaires. - l'mission de messages en retour. par exemple, par rappel d'une commande, E.D.I.PLUS met un Avis d'Expdition ou une Facture. Multi-normes : GENCOD, EDIFACT, EANCOM ... Multi-rseaux : ALLEGRO, ATLAS 400, IBM G.N., GEIS, ... Multi-langues : Franais, Anglais, Allemand, Espagnol, Portugais 2 E.D.I.TRADE Le traducteur E.D.I. d'Influe : Multi-secteurs , Grande distribution, Ngoce, Logistique, Industrie, Sant, Transport, Automobile ... Multi-rseaux : Possibilit de se connecter tous les rseaux : GEIS, IBM GN, ATLAS 400, TSAI, ALLEGRO, BT, ... Multi-plate-formes E.D.I.Trade est disponible sur : - PC : Dos, Windows (3.x, 95, NT), - OS/2
28 Novembre 1998
EPITA TELECOM 99
- 154 -
EDI Echange de Donnes Informatises Windows NT Cient/Serveur : Serveur Oracle, Informix, Sybase, ... UNIX Client/serveur : Serveur Oracle, Informix, Sybase, ... AS/400
Multi-normes Traduction de tout type de message : - Commandes, Factures, Accuss de - Rception, Fiches Produits, .... Gestion des standards et des normes : EDIFACT, EANCOM, SEDAS, GENCOD, TRADACOM, AECOM, VDA, ODETTE, ANSI X.12, ... Traducteur multi-langues : Allemand, Franais, Italien, Anglais, Espagnol 3 E.D.I.ONE l'E.D.I. sur Internet avec vos partenaires de la grande distribution l'E.D.I. accessible sur Internet sans investissement initial. Echangez vos Commandes, vos Factures, vos Avis d'Expdition, vos Fiches Produits ... avec un simple PC connect Internet E.D.I.ONE offre une mise en uvre simple et immdiate.
28 Novembre 1998
EPITA TELECOM 99
- 155 -

EDI

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

EDI

Transféré par

Droits d'auteur :

Formats disponibles

Date : 28 Novembre 1998

ECHANGE DE DONNEES INFORMATISEES

EDI Echange de Donnes Informatises

Introduction_________________________________________________ 5 Abstract ____________________________________________________ 7 Prsentation de lEDI _________________________________________ 9

Application de lEDI travers les diffrents secteurs______________ 16

EDI et modle OSI __________________________________________ 24

Les langages EDI____________________________________________ 39

La procdure dapplication dans lentreprise ____________________ 52

Exemples doffre EDI________________________________________ 60 Etat du droit en matire dEDI ________________________________ 61

10 Le futur de lEDI ___________________________________________ 70

11 Conclusion _________________________________________________ 76 12 Table des figures ____________________________________________ 77

EDI Echange de Donnes Informatises

14 GLOSSAIRE _______________________________________________ 79 15 Index______________________________________________________ 90 16 Adresses des organismes et regroupements professionnels_________ 92

17 Annexes __________________________________________________ 101

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

Figure 1 : Flux traditionnel Versus Flux EDI

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

Les principaux risques encourus par lentreprise

EDI Echange de Donnes Informatises

4 Application de lEDI travers les diffrents secteurs

EDI Echange de Donnes Informatises 4.2 L'EDI dans l'industrie alimentaire

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

5 EDI et modle OSI

EDI Echange de Donnes Informatises

Figure 3 : Modle de rfrence sept couches informatiques ISO

Couche 7 OSI Couche 1 6 OSI

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

Echange EDI P2 (IMS) IPMS En-tte PEDI EDIMS En-tte

Figure 10 : Aperu des solutions EDI de X400

EDI Echange de Donnes Informatises

6 Les langages EDI

Description Date de commande

2011 Commande : date, code

6.2.3.3 Les messages EDIFACT

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

7 La procdure dapplication dans lentreprise

Figure 15 : Les composantes du systme EDI

EDI Echange de Donnes Informatises

Figure 16 : Construction et traduction de message (envoi et rception).

Les solutions logicielles

Figure 17 : Schma des diffrentes solutions matriels

Figure 18 : Fonctionnement dun rseau tiers.

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

8 Exemples doffre EDI

MOTEUR DE BASE + INTERFACE 20 KF 120 KF 70 KF

PC NT / Unix (Client / Serveur) AS/400

EDI Echange de Donnes Informatises

9 Etat du droit en matire dEDI

EDI Echange de Donnes Informatises

Les limites des accords EDI

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

EDI Echange de Donnes Informatises

Introduction_________ 5 Abstract 7 Prsentation de lEDI _ 9

Exemples doffre EDI________ 60 Etat du droit en matire dEDI 61

11 Conclusion _____ 76 12 Table des figures 77

14 GLOSSAIRE _ 79 15 Index 90 16 Adresses des organismes et regroupements professionnels_ 92