Vous êtes sur la page 1sur 9

change de formulaires informatis

(EFI)
par

Claude CHIARAMONTI
EDItorialiste de la lettre VendrEDI

1.
1.1
1.2
1.3

Formulaires lectroniques et leur transfert .....................................


Minitel avant Internet ..................................................................................
Formulaires lectroniques intelligents sur Internet..................................
EFI ou Web EDI .............................................................................................

2.
2.1
2.2
2.3

Place du formulaire dans les changes lectroniques ..................


Entre le-mail, human to human ...........................................................
... et lEDI, machine to machine , EDIFACT ou Services Web...............
... lEFI, complment de lEDI, a vocation tre human to machine .

3
3
3
4

3.
3.1
3.2
3.3

EFI comme complment PME de EDI automatis...........................


Obstacles la gnralisation de lEDI aux PME........................................
EFI ou Web EDI, solution accueillante pour PME ......................................
Exemple du scnario EFI classique de rception de commandes
par la PME ....................................................................................................
3.3.1 Description partir du premier service EFI en France.....................
3.3.2 Enchanement des formulaires de rception des commandes.......
3.3.3 Fonctionnalits du scnario ...............................................................

4
4
5

5
5
5
6

Outils pour btir un EFI ..........................................................................


HTML XML ouvert sur le Web..................................................................
Feuilles de style XSL-FO (eXtensible Stylesheet Language
Formatting Objects) .....................................................................................
DTD, schmas et parsers ............................................................................
Standard XForms du W3C...........................................................................
4.4.1 Fonctionnalits de XForms pour lutilisateur ...................................
4.4.2 Implementation de XForms ...............................................................
4.4.3 Proposition WebForms pour prparer XForms .............................

6
7

7
7
8
8
8
8

Conclusion .................................................................................................
EFI autonomes .............................................................................................
EFI sinscrivant dans le cadre dun framework .........................................

9
9
9

Rfrences bibliographiques .........................................................................

4.
4.1
4.2
4.3
4.4

5.
5.1
5.2

H 7 410 - 2

ans la socit de linformation les formulaires lectroniques ont pris une


importance croissante. En France, cela na pas t une nouveaut : avec le
Minitel, commander une entreprise de VPC (ventes par correspondance) ou
retenir une place dans un train se faisait depuis longtemps en utilisant des
formulaires lectroniques.
Avec Internet et XML apparaissent des formulaires intelligents, comportant
une aide au remplissage pour le commerce lectronique B2C (Business to
Consumer). Avec lEFI (change de Formulaire Informatis) ou Web EDI
(change de Donnes Informatis) ce sont des scnarios dchanges de formulaires qui sorganisent, par exemple, pour un commerce lectronique B2B
(Business to Business) la porte des PME.
LEFI permet ainsi aux petites entreprises de se joindre enfin facilement une
communaut EDI, comme cest le cas dans la distribution, sans alourdir la
charge de cette communaut. De mme, la simplification des formalits
administratives trouverait dans lEFI un outil adapt au B2A (Business to
Administration).

Toute reproduction sans autorisation du Centre franais dexploitation du droit de copie est strictement interdite.
Techniques de lIngnieur

Dossier dlivr pour


DOCUMENTATION
04/10/2008

H 7 410 1

CHANGE DE FORMULAIRES INFORMATIS (EFI)

_____________________________________________________________________________________________

XML (eXtensible Markup Language) est bien parti pour tre le langage de
lEFI comme il le devient aussi pour dautres formes dchanges lectroniques
de donnes structures comme le workflow , le multimdia, les bases de
donnes partages ou le-business et lEDI.
LEFI participerait alors la convergence des diffrentes formes dchanges
lectroniques professionnels quannonce la syntaxe XML et ses outils de mise
en uvre : par contre le niveau smantique, cest--dire le contenu des formulaires, cherche encore ses rfrentiels et ses outils dharmonisation multilingues !
Des rfrentiels partiels sorganisent, en particulier avec le mcanisme des
namespaces (espaces de nommage) qui permet de lier la balise dune donne
XML dun formulaire une ressource , cest--dire un site sur le Web o lon
pourrait trouver la dfinition de cette donne et de celles qui lui sont lies. Un
rpertoire du contenu des formulaires lectroniques libells en franais est
encourager par les pouvoirs publics, dabord pour les donnes administratives.
Le sigle EFI sexplicite par change de formulaires informatis : ce barbarisme sest construit pour montrer quil sagissait dune alternative ou dun
complment lEDI. Ne serait-ce cette proccupation de trouver un sigle
mmorable, on pourrait plus simplement parler dchange lectronique de
formulaires.
Avant de dfinir lEFI par rapport lEDI en EDIFACT ou en Services Web, on
retracera rapidement la gense du formulaire lectronique et sa place dans les
changes sur Internet, pour ensuite donner un aperu des outils de
construction dun EFI et esquisser lvolution probable de cette technique avec
le standard XForms du W3C ou les outils Microsoft etc., qui ne le suivent pas.
En conclusion, on voquera lvolution probable de lEDI classique qui ne
manquera pas dinfluencer celle de lEFI.

1. Formulaires lectroniques
et leur transfert
Un formulaire est un document structur par son concepteur,
administration, organisme ou entreprise, pour guider pas pas
celui qui va le remplir, entreprise ou particulier, de manire en
faciliter le traitement ultrieur, automatis ou non, en vitant les
ambiguts, donc les demandes complmentaires ou les
contentieux.
Les formulaires existent depuis linvention de lcriture Sumer,
lorsque les contrats commerciaux ont t enregistrs sur tablettes.
Les scribes de tous pays en ont fait ensuite un usage omniprsent.
Le support du formulaire a naturellement suivi les bouleversements techniques : tablette, papyrus, papier et maintenant
lectronique. Ce dernier avatar comportant une particularit : alors
que les autres supports, physiques, supposaient un transport galement physique du formulaire remplir ou rempli, le formulaire
lectronique autorise un transport, on dira dans ce cas transfert, lui
aussi dmatrialis sur les rseaux de tlcommunications.
ct des formulaires administratifs et des documents
commerciaux (bons de commande, avis de livraison, facture,
etc.), on englobe dans la dsignation de formulaire, aussi bien
le questionnaire statistique de plusieurs pages que, dans tous
les domaines, une simple grille de rponse pouvant ne
comporter quune ou deux questions, ds lors que ces questions sont structures et que cette grille est un document autonome, pouvant tre transmis et trait en tant que tel.

H 7 410 2

1.1 Minitel avant Internet


La France a t, avec de nombreux services professionnels du
Minitel, un prcurseur des formulaires lectroniques grand public.
Les 15 millions de personnes (particuliers ou entreprises) qui ont
eu accs au Minitel y ont, un jour ou lautre depuis 1978, rempli un
bon de commande ou rserv une place dans un train. Cest un
vritable acquis culturel qui a d sadapter Internet.
Si le formulaire est dfini comme une succession de rponses
donner des questions structures, si possible suivant une logique
adapte au sujet, on pressent que la socit de linformation ne
risque pas den diminuer lusage, les proccupations du type
informatique et liberts permettant dencadrer le souci de
simplifier, par exemple, les rapports entre ladministration et les
usagers.
Il faut bien voir, en effet, que de nombreux formulaires pourraient
tre considrablement simplifis si les donnes que lon doit y
rpter pouvaient tre recherches dans une base de donnes. Mais
il sagit l dune autre histoire...

1.2 Formulaires lectroniques intelligents


sur Internet
Point nest besoin de rappeler que, dans le domaine des
formulaires comme dans les autres formes dchanges lectroniques, Internet a tout rvolutionn en apportant une puissance et
une souplesse nouvelles pouvant tre mises en uvre de manire
universelle.
Naturellement, tout site Web comporte des formulaires remplir
(volontairement ou non dans le cas des cookies !) de manire

Toute reproduction sans autorisation du Centre franais dexploitation du droit de copie est strictement interdite.
Techniques de lIngnieur

Dossier dlivr pour


DOCUMENTATION
04/10/2008

_____________________________________________________________________________________________ CHANGE DE FORMULAIRES INFORMATIS (EFI)

transformer le chaland surfeur en prospect ou client. Mais il ny a


pas vraiment dchange avec ce que cela suppose de bilatral : la
simple visite dun site Web doit pour cela tre associe avec une
procdure interactive.
Lassociation Web et e-mail, en particulier, permet toutes les
combinaisons possibles : un formulaire remplir peut tre adress
par e-mail ou tlcharg partir dun site Web, en ayant t personnalis ou non lavance par rappel des changes antrieurs,
etc. Une fois rempli, ce formulaire peut tre retourn ou non la
mme adresse, etc. Il peut ou non y avoir accus de rception,
retour des donnes aprs traitement, etc.
Surtout, le formulaire lectronique peut tre intelligent en
emportant avec lui un excutable pour laide au remplissage :
avertissement si des zones obligatoires ne sont pas remplies ;
contrles de format pour chaque zone ;
cohrence entre des parties diffrentes du formulaire ;
applet allant chercher des informations au cours dun remplissage en ligne.

1.3 EFI ou Web EDI


Dans EFI, lemploi du mot change traduit bien cette ide quil ne
sagit pas seulement denvoyer lquivalent dmatrialis dun formulaire papier, mais dallers et retours de formulaires intelligents :
par exemple, rappel du formulaire prcdent mettre jour,
pointeur vers une notice de remplissage actualise, accus de
rception du formulaire rempli, indication des consquences tires
de lexploitation des donnes de ce formulaire, etc.
Il faut noter que cette apparition de lEFI dans lenvironnement
de lEDI induit plusieurs caractristiques :
dune part, lEFI se situe dans ce quon appelle le B to B ,
cest--dire les relations lectroniques entre entreprises ou organisations, plutt que dans la relation avec le consommateur (pour
le moment tout au moins) ;
dautre part, on emploie lexpression EFI surtout quand il
sagit douvrir des PME, grce la souplesse des outils Internet,
une communaut EDI base sur une formalisation prcise de ses
changes pour en permettre lautomatisation.
On a tout dabord parl de EDI light (ou EDI lite ), qui exprime
bien cette ide dEDI facile utiliser par des PME. On parle aussi
souvent de Web EDI qui sera employ ici dans le mme sens que
EFI. Et lexpression Web EDI montre bien quil y a recours aux
techniques dInternet.
Mais Web EDI peut apparatre comme une expression restrictive
dans la mesure o elle ne vise quun cas de figure, celui o la PME
va chercher le formulaire la concernant sur le Web du donneur
dordres. Dautres cas de figure sont concevables et se rpandront
srement, comme celui de PME sexpdiant entre elles par e-mail
des formulaires commerciaux sans passer par un Web.
En tout cas, le recours par lEFI au rseau Internet lui-mme,
avec ou sans Web, renvoie aux limites et aux avantages du rseau
qui sont bien identifis. Si scurit et responsabilit peuvent
encore tre amliores de mme que la fiabilit, en particulier dans
la transmission de fichiers volumineux comme les catalogues de
produits, par contre Internet offre :
une simplicit, une accessibilit, une couverture mondiale,
une explosion doutils et de services ;
des standards de facto avec des modalits dexploitation relativement faciles matriser, favorisant laccroissement rapide des
changes lectroniques ;
une transmission plus conomique que celle des RVA
(rseaux valeur ajoute) utiliss traditionnellement pour le
transport des messages EDI.

2. Place du formulaire
dans les changes
lectroniques
Avant dexpliciter ce que peut tre le complment EFI dun systme EDI, il nest pas inutile de rappeler les diffrentes formes
dchanges de formulaires lectroniques.
La dfinition du formulaire est de proposer celui qui doit le
remplir un cadre plus ou moins contraignant de questions ouvertes
ou fermes auxquelles on doit rpondre manuellement. Mais quen
est-il du destinataire du questionnaire rempli ? Sagit-il :
dun human , fonctionnaire ou commercial, qui doit
exploiter manuellement le formulaire rempli lorsquil le reoit ;
ou de leur application informatique, si le formulaire doit tre
process automatiquement aprs avoir t adress directement
cette application ?

2.1 Entre le-mail, human to human


Rien de plus facile que de concevoir un formulaire en Word et de
lenregistrer protg en .dot : les destinataires ne peuvent le
modifier et sont tenus de rpondre soit en cochant les cases
adquates, soit en choisissant une rponse dans une liste
droulante des rponses possibles, soit en texte libre dans les
zones prvues cet effet.
Un tel formulaire peut tre envoy en pice jointe un e-mail
par une PME ses clients, pour solliciter leurs commandes,
connatre leurs apprciations, leurs intentions, etc., en indiquant
ladresse e-mail o renvoyer le formulaire rempli manuellement.
partir de l, la gestion et le traitement des retours peuvent tre
plus ou moins automatiss :
tout peut tre entirement manuel : il y aura pourtant bien eu
change lectronique de formulaires, lun remplir, lautre rempli ;
mme si un applicatif doit se saisir des rponses pour en effectuer
un traitement, encore faut-il quil y ait une saisie manuelle. Cette
forme basique de lEFI est suffisante pour une PME dsirant
rassembler une information comparable sur ses clients ou ses
prospects ;
lautomatisation peut concerner soit la gestion, pour lenvoi
automatique de rappels, soit le traitement, pour la constitution
dune base de donnes par exemple. Encore faut-il que la structure
de ces formulaires renvoys par e-mail soit reconnue, etc., ce qui
renvoie au human to machine et un standard dcrivant la
structure du formulaire du type XML.

2.2 ... et lEDI, machine to machine ,


EDIFACT ou Services Web...
Un message EDI en EDIFACT, ou vhicul par SOAP dans le cas
dun Service Web est un formulaire normalis comportant des
rponses :
fermes : les codes correspondant aux rponses possibles
sont inclus dans les rpertoires associs au message avec toutes
les valeurs quils peuvent prendre ;
semi-ouvertes, faisant appel des codes extrieurs
simplement rfrencs, par exemple les rpertoires EDIFACT
nincluent pas le rpertoire SIRENE, mais simplement sa rfrence
accompagnant lidentifiant dune entreprise et permettant ainsi
lapplication de le traiter comme identifiant SIRENE ;
ouvertes : notamment le segment EDIFACT dnomm FTX
pour free text dont lapplication ne pourra gure traiter automatiquement le contenu, sinon en laffichant.

Toute reproduction sans autorisation du Centre franais dexploitation du droit de copie est strictement interdite.
Techniques de lIngnieur

Dossier dlivr pour


DOCUMENTATION
04/10/2008

H 7 410 3

CHANGE DE FORMULAIRES INFORMATIS (EFI)

_____________________________________________________________________________________________

Donneur d'ordre

Flux EDI

Traducteur
EDI centralis

Internet / Extranet
EDI Web

Base de
donnes
partenaires
et produits

Passerelle
RVA / Internet
RVA

Flux EDI intgr

Moyens et
grands fournisseurs

Petits fournisseurs
Figure 1 Schma de transmission

Le but de lEDI en EDIFACT ou en Services Web est lautomatisation totale, de bout en bout.
Exemple : cest lapplicatif de gestion des approvisionnements,
pour viter une rupture des stocks, qui dclenchera automatiquement
un message commande destination de lapplication de gestion
des ventes du fournisseur qui le traitera automatiquement pour
lentrept, la facturation, etc.

2.3 ... lEFI, complment de lEDI,


a vocation tre human to machine
LEFI reprsente un moyen terme intressant la fois pour la
PME et pour la grande entreprise (figure 1) : lEFI se situe en effet
entre :
dune part, le formulaire envoy en pice jointe un e-mail
aux clients dune PME ou tlcharg partir dune bote lettres
avec traitement manuel au retour du formulaire rempli ;
dautre part, la machinerie lourde EDI dune grande entreprise
automatisant les traitements des retours.
Lintrt de lEFI est quil conserve les avantages de le-mail pour
la PME et de lEDI pour la grande entreprise :
le message EDIFACT (ou SOAP dans le cas de Service Web)
qui part de lapplicatif de la grande entreprise (gestion des approvisionnements par exemple), au lieu darriver tel quel la PME, y
est transform en formulaire de commande affichable lcran ;
de mme, le formulaire de rponse la commande ou
conditions de livraison est affich lcran de la PME pour y tre
rempli manuellement, puis ensuite transform en message
EDIFACT pour tre expdi et reu comme tel par lapplicatif de la
grande entreprise.

H 7 410 4

En rsum :
lEFI est transparent pour la communaut EDI, et surtout
pour la grande entreprise qui en est leader (donneur dordres,
administration, etc.) : il ny a pas grer un systme particulier
pour les PME qui se joignent occasionnellement ;
lEFI est peu coteux pour la PME qui na pas installer
lautomatisation de lEDI, laquelle ne se justifie pas, au moins dans
un premier temps : si les transactions deviennent rptitives donc
prvisibles et automatisables, la PME pourra dcider de passer en
EDI, mais ce sera sa dcision, au moment qui lui convient ;
lEFI peut sinsrer dans un enchanement de messages
excutant un Service Web complexe. Le standard BPEL
(Business Process Execution Language) peut prvoir, par
exemple une intervention humaine de confirmation.

3. EFI comme complment


PME de EDI automatis
Aprs avoir dvelopp les justifications de lapparition dun EFI
conu comme un EDI lite, la porte des trs petites entreprises,
lexemple du scnario le plus courant, celui de la rception de
commandes, sera prsent avec des illustrations tires de
ALLEGRO-EFI qui est adoss la premire communaut EDI en
France, celle de la grande distribution.

3.1 Obstacles la gnralisation


de lEDI aux PME
Du point de vue du petit fournisseur, une solution EDI classique
ncessite un minimum de comptence informatique. Mais celle-ci
ne peut tre extrieure lentreprise. En effet, la rception des

Toute reproduction sans autorisation du Centre franais dexploitation du droit de copie est strictement interdite.
Techniques de lIngnieur

Dossier dlivr pour


DOCUMENTATION
04/10/2008

_____________________________________________________________________________________________ CHANGE DE FORMULAIRES INFORMATIS (EFI)

commandes au quotidien est vitale pour lactivit commerciale.


Une chose est de rceptionner automatiquement une commande
EDI, autre chose tant de lhonorer.
Si le logiciel de comptabilit ou de paie peut tre inutilis
pendant quelques jours, loutil EDI doit tre toujours sous surveillance. Ceci est une exigence dautant plus forte que la gestion
de la chane dapprovisionnement implique des dlais de livraison
entre 24 et 48 heures. La comptence EDI ne peut donc tre celle
dune seule personne mais dau moins deux. Ce sont des
conditions difficiles runir dans une trs petite entreprise,
familiale ou artisanale.
Du point de vue du donneur dordres, le besoin est celui dune
garantie que tout ordre pass est pris en compte. En effet, une
commande non reue est une livraison non effectue et donc du
chiffre daffaires perdu en magasin, des clients non satisfaits et
mcontents ou des ruptures dans les chanes de fabrication.
Premier obstacle la gnralisation de lEDI tous les
partenaires : au-del de leurs principaux fournisseurs qui reprsentent 80 % de leurs achats et avec qui ils ont tabli une relation
EDI efficace, les donneurs dordres se heurtent (aujourdhui) la
limite des comptences informatiques de leurs petits partenaires.
Certains en ont fait lamre exprience. En exerant une forte
pression sur les petits fournisseurs, ils peuvent certes obtenir
linstallation dune station EDI. Mais le fonctionnement de celle-ci
savre vite trop erratique pour garantir la fiabilit dapprovisionnements rguliers.
Lautre obstacle est celui du temps ncessaire pour initialiser un
lien EDI classique. La prise de contact initial, la dfinition des paramtres, le suivi de mise en place, les tests, demandent de la part
du donneur dordres, un investissement de deux trois jours par
fournisseur. Cet investissement est justifiable pour le traitement de
gros volumes dinformation dans le cadre de partenariats de
longue dure.
Mais ce qui se justifie pour les 50 0 ou 1 0 0 0 premier s
fournisseurs ne lest plus pour les autres, qui dans la grande distribution peuvent aller jusqu 3 000 ou 4 000. moins de trouver
une solution simple mettre en uvre. Et ce ne sont pas les
Services Web, forme davenir de lEDI automatis dapplication
application, qui peuvent apparatre plus simples pour les PME.

3.2 EFI ou Web EDI, solution accueillante


pour PME
En dehors de la simplicit dutilisation, on a vu que lautre
contrainte est la compatibilit avec les applications EDI existantes
en EDIFACT. En effet, il nest pas envisageable quun donneur
dordres gre un format de message pour 80 % des flux, diffrent
de celui pour les 20 % restants qui reprsentent a contrario 80 % de
ses partenaires. Il est apparu important que le flux EDI soit
identique et respecte le mme standard dans une solution
classique ou une solution simplifie. Pour le donneur dordres, les
flux entrants et sortants restent grs par le ou les RVA quil utilise
avec ses partenaires existants. Cest au RVA de router les messages EDIFACT vers les serveurs dits Web EDI . De plus, les informations de traage des messages doivent tre identiques ou au
moins quivalentes, quelles proviennent directement du RVA classique ou quelles proviennent du Web EDI.
Trs rapidement, les oprateurs de RVA ont saisi lopportunit
que reprsente le Web EDI, en termes de conqute de nouveaux
utilisateurs et surtout de complment de valeur ajoute offrir aux
donneurs dordres. Le tout EDI tait devenu possible.
Ce qui prcde peut tre adapt aux Services Web : la PME pour
laquelle les Services Web sans RVA apparaissent encore plus
compliqus que lEDIFACT avec RVA souhaiteront aussi ne recevoir
quun formulaire lectronique remplir manuellement.

3.3 Exemple du scnario EFI classique


de rception de commandes
par la PME
Le scnario dcrit ci-aprs est celui de la rception de
commandes (illustration par ALLEGRO-EFI, avec lautorisation de
Gencod-EAN France devenue GS1 France en 2005 et SERES). Les
scnarios complmentaires comme : rception de commandes
suivie de lenvoi davis dexpdition, envoi de factures, etc., sen
dduisent. De mme, les principes de mise en uvre dun EFI dans
dautres domaines, formalits administratives, social, rseau sant,
etc., peuvent utilement sen inspirer.

3.3.1 Description partir du premier service EFI


en France
Le service ALLEGRO-EFI, premier service de ce type tre
oprationnel en France ds le dbut 1998, permet de saisir et
denvoyer, de recevoir et dafficher, dans une forme lisible, des
messages EDI partir de grilles dcran appeles formulaires.
partir de son navigateur Internet, lutilisateur EFI :
visualise en clair les messages EDI envoys par ses partenaires, il pourra ensuite les imprimer et/ou les importer dans son
progiciel de gestion commerciale ;
met vers ses partenaires des messages qui sont saisis en
clair sur son poste partir dun formulaire (par exemple un avis
dexpdition) et qui seront ensuite automatiquement convertis.
Le service EFI assure :
la confidentialit et la scurit par certificat dauthentification
et cryptage ;
la transparence pour les donneurs dordres (leurs flux passent
par le mme canal, que leur partenaire soit un abonn EFI ou EDI) ;
la centralisation sur le serveur de :
la traduction,
la gestion des formulaires,
la gestion des bases de donnes articles et partenaires :
chaque utilisateur y dispose dun espace priv en cration, modification et consultation.
Lquipement ncessaire est la porte dune trs petite entreprise : pour utiliser un service EFI, il suffit, en effet, de disposer dun
PC et dun modem avec un navigateur Internet et si possible ADSL.

3.3.2 Enchanement des formulaires


de rception des commandes
Lutilisation au quotidien se rsume par :
la connexion au service ;
laffichage de la liste des commandes ;
laffichage et limpression du contenu dune ou de plusieurs
commandes.
Liste des commandes
Cette liste permet dun simple coup dil de prendre rapidement
connaissance des commandes reues. Pour afficher le contenu
dune commande, il suffit de slectionner lune des lignes de la
liste et de cliquer sur le bouton Afficher .
La liste des commandes peut tre prsente, en cliquant sur
lintitul de colonne correspondant, par :
numro de commande ;
date de commande ;
code EAN du command par .
Affichage du contenu dune commande
Aprs avoir cliqu sur licne Retrait des commandes les
actions dcrites sur la figure 2 senchanent automatiquement.
Le retrait effectu, la liste des commandes permet de prendre
connaissance des commandes reues.

Toute reproduction sans autorisation du Centre franais dexploitation du droit de copie est strictement interdite.
Techniques de lIngnieur

Dossier dlivr pour


DOCUMENTATION
04/10/2008

H 7 410 5

CHANGE DE FORMULAIRES INFORMATIS (EFI)

_____________________________________________________________________________________________

Figure 4 Liste des codes articles et actions possibles

Figure 2 Affichage du contenu dune commande

Gestion de la base de donnes articles


La liste des articles est complte automatiquement lorsquil y a
prsence de nouveaux codes EAN dans les commandes reues.
Dans ce cas, une nouvelle ligne est cre avec un code interne vide
et le libell Non renseigne . Lcran illustre la liste des codes
articles et les diffrentes actions possibles (figure 4).
Gestion de la base de donnes partenaires
Cette base est enrichie automatiquement lorsquun nouveau lieu
fonction est utilis dans un message Commande reu. Une
nouvelle ligne est alors cre pour ce code et ladresse est automatiquement renseigne partir de la base des lieux-fonctions
gre par Gencod EAN-France (GS1 France). Lorsque le code est
inconnu, le champ Adresses contient le libell Non
renseigne . Ce libell peut tre par la suite modifi manuellement
laide du bouton Modifier .

4. Outils pour btir un EFI


Figure 3 Gestion des bases de donnes articles et partenaires

3.3.3 Fonctionnalits du scnario


Il sagit, chez ALLEGRO-EFI comme ailleurs, daider au maximum
lutilisateur tre niveau avec le systme dinformation de ses
partenaires EDI.
Gestion des bases de donnes articles et partenaires
Chaque utilisateur dispose de ses propres bases de donnes,
articles et partenaires, sur le serveur ALLEGRO-EFI.
En cliquant sur licne Gestion des commandes trois menus
sont disponibles (figure 3) :
la liste des commandes ;
les codes articles ;
les codes intervenants.
Les deux derniers menus permettent de grer les bases de
donnes des articles et partenaires.

H 7 410 6

La mise en uvre de lEFI, en simples pices jointes des


e-mails ou dans le cadre dun Web EDI, fait appel un certain
nombre de techniques daccompagnement plus ou moins sophistiques, telles quon peut en avoir un aperu significatif dans
lexemple dcrit ci-avant (gestion du Web, protocoles Internet ou
RVA, bases de donnes, etc.).
Ces techniques qui dpassent lEFI tout en tant ncessaires sa
mise en uvre sont largement dcrites et ne seront donc pas
reprises ici : on ne traitera ci-aprs que de lEFI proprement dit,
change de formulaire informatis, cest--dire de la structuration
des donnes pour en permettre un change lectronique sous
forme de formulaires intelligents pouvant comporter des liens vers
des notices explicatives, le prcdent formulaire rempli par lutilisateur, etc.
Dans ce sens bien prcis, btir un systme EFI, cest mettre en
uvre un langage de structuration des donnes qui soit la fois :
affichable lcran pour tre lu et/ou complt off line ou on
line (avec la possibilit dutiliser les liens vers dautres ressources
du Web) avant suites donner par le fonctionnel, responsable des
ventes dans le cas dune commande, etc. ;

Toute reproduction sans autorisation du Centre franais dexploitation du droit de copie est strictement interdite.
Techniques de lIngnieur

Dossier dlivr pour


DOCUMENTATION
04/10/2008

_____________________________________________________________________________________________ CHANGE DE FORMULAIRES INFORMATIS (EFI)

prsent, pour tre lu et/ou complt avec un process


automatique EDI, lapplication informatique de gestion des stocks
ou des achats, toujours dans le cas de la commande.
Comme dans bien dautres domaines, cest XML qui est la lingua
franca, en particulier avec son standard XForms.

4.1 HTML XML ouvert sur le Web


Pour mettre les capacits de HTML (Hyper Text Markup
Language ) la hauteur du dveloppement du Web, le W3C (World
Wide Web Consortium ) a mis au point en 1997 le langage XML qui
constitue un bien meilleur compromis entre simplicit et
puissance. Immdiatement adopt, la plus grande souplesse de
XML lui a permis dtre dsormais la base des applications nouvelles sur le Web faisant appel une structuration des donnes
transmettre.
Le langage XML a ainsi dj donn naissance des idiomes
faisant appel une smantique particulire dans tous les
domaines : multimdia, mathmatiques, chimie, musique et surtout
tous les secteurs dans les domaines du commerce, du transport et
de ladministration.
Lune des principales amliorations de XML, qui en fait, entre
autres, un outil particulirement bien adapt lEFI, est une claire
distinction entre :
dune part, la description logique de la structure des donnes
dun document, cest--dire en particulier lenchanement de ces
donnes et leurs rptitions ventuelles ;
dautre part, la description de la prsentation des donnes
lcran, dans un fichier, limpression, etc., dans des feuilles de
style adaptes au support vis.
Or lEFI a prcisment besoin dun langage structurant les
donnes dans une forme affichable aussi bien quintgrable dans
des applications, ou pourquoi pas un jour accessible la voix.
Autre amlioration de XML, sa capacit accrue tre ouvert sur le
Web. La syntaxe de XML nest pas seulement une grammaire
interne un document : en dehors du lien hypertexte interne un
document, cest sa plus grande facilit que HTML, pour tablir des
liens hypertextes entre documents disperss sur le Web, qui
constitue une avance notable de XML. Cest prcieux pour entourer le formulaire de tous les contextes qui permettront den faciliter
le remplissage. En effet, les pointeurs XML sont dune grande
souplesse : pour chaque case dun formulaire, il est possible de
pointer directement sur le paragraphe concern de tout document
localisable sur le Web, catalogue de produits, prix promotionnels,
notice explicative, etc. Il y a l, pour lEFI, une garantie de qualit,
ces liens avec des documents mis jour permettant un remplissage
des formulaires en ligne efficace ce qui vite les contentieux.
Les diffrents types de liens et dactions quils commandent,
allant jusqu la copie de donnes, illustrent le concept dchange
qui est au cur de lEFI : on nest plus seul devant son formulaire
remplir avec limpression dtre attendu avec une escopette sil
est mal rempli. Au contraire, lEFI en XML permet laide au
remplissage dun formulaire intelligent et illustre toute sa richesse
en mobilisant toute linformation disponible pour faciliter la
communication.

mappable tel quel vers lapplication concerne (en tant que


message EDI) ;
mis en page grce sa feuille de style pour affichage
lcran... ce qui est la base de lEFI comme complment de lEDI.
XSL-FO est le langage XML des feuilles de style. Il analyse larbre
dlments du document XML formater et le reconstruit pour
pouvoir linterprter en appliquant les rgles associant slecteur
dlments et forme gnrer pour chaque lment.
La fonction importante maintenir est la possibilit de gnrer
avec XSL-FO le formatage dun document XML qui soit lisible avec
HTML. Avant que toutes les PME destinataires dun EFI soient
quipes dun navigateur XHTML, mixtant HTML et XML, il faudra
bien communiquer avec celles restant quipes des seuls navigateurs HTML.
Une autre fonction est que pour lentreprise ou ladministration
qui souhaite diter plusieurs types de formulaires spcifiques
(documents commerciaux ou formalits administratives), XSL-FO
permette bien la mise en page de cette famille de formulaires, ayant
tous la mme prsentation, au niveau le plus dtaill, celui de la
taille de chaque police de caractres, des couleurs, bordures, etc.
Cest donc au total le couple XML/ XSL-FO qui permet lEFI de
bnficier de la richesse des sources dinformation du Web
reformates pour en faciliter un usage homogne.

4.3 DTD, schmas et parsers


Les besoins ne sont pas les mmes, suivant quil sagit :
dun petit groupe de PME souhaitant recourir XML (figure 5)
pour leurs changes lectroniques de formulaires commerciaux et
logistiques ;
dune grande administration dsirant stocker des formulaires
administratifs XML dans une base de donnes ;
ou dune communaut (ou offreur de services) mutualisant
sur le Web des bases de donnes mises jour en permanence.

4. mission
message EDI
Message
EDI

1. Rception
message EDI

Aller : rception
d'une commande

4.2 Feuilles de style XSL-FO


(eXtensible Stylesheet Language
Formatting Objects)
La feuille de style rassemble les rgles de mise en page pour
chaque type dlment dun document XML, qui, lui, ne porte que
sur la structure logique des donnes, laissant leur prsentation aux
soins de la feuille de style. Cest, rappelons-le, cette sparation qui
permet un document XML dtre la fois :

3. Traduction

Retour : mission de
l'avis de livraison

Parser XML

2. Traduction

3. Extraction

X400
ou SMTR

2. Enregistrement

Base de
donnes
partenaires
et produits

1. Saisie du formulaire
4. Affichage

Serveur
HTTP

Figure 5 EFI en XML sur Web EDI

Toute reproduction sans autorisation du Centre franais dexploitation du droit de copie est strictement interdite.
Techniques de lIngnieur

Dossier dlivr pour


DOCUMENTATION
04/10/2008

H 7 410 7

CHANGE DE FORMULAIRES INFORMATIS (EFI)

_____________________________________________________________________________________________

En tout cas, lquipement minimal se rsume :


un jeu de DTD ou de schmas disponibles, provenant dun
fournisseur, dune SSII les ayant adapts leur mtier, dune
communaut sectorielle, etc. ;
un parser validant : il en existe crits en C ou en Java.
Lorsque lon ne voudra pas se contenter dafficher la mise en
page XSL-FO dun document XML, mais lintgrer dans une application, une API faisant le lien entre les entits XML et lapplication
qui va les traiter est ncessaire : on peut encore citer SAX (Simple
API for XML ) et DOM (Document Object Model ), standard du W3C,
qui semble bien adapt aux formulaires habituels qui ne sont pas
trop volumineux.
Mais on est dj dans un EFI commenant ressembler de
lEDI.

4.4 Standard XForms du W3C


Le standard XForms 1.0 est une recommandation du W3C depuis
la fin 2003. Ses spcifications ont trs vite t adoptes et utilises
pour les outils de nombreux offreurs. Nanmoins, des outils
comme InfoPath de Microsoft ne sy rfrent pas. XForms est
conforme XML de bout en bout, non seulement pour entrer des
donnes ou les transfrer, mais en utilisant les outils XML comme
XML Schema pour dfinir ses types de donnes ou XPath pour la
manipulation des donnes.
Les besoins concernant la version XForms 1.1 concernent, par
exemple, lamlioration de la sparation entre structure et
p r s e n t a t i o n d e s d o n n e s p a r u n e a r ch i t e c t u r e M VC
(Model-View-Controller ) et larticulation avec SOAP pour une utilisation dans le cadre des Services Web.
Un exemple simple de XForms (en anglais), donn sur la
figure 6, est consultable sur le site :

Take a look at this document using XForms:


<xforms>
<model>
<instance>
<person>
<fname/>
<lname/>
</person>
</instance>
<submission id="form1" method="get"
action="submit.asp"/>
</model>
<input ref="fname">
<label>First Name</label></input><br />
<input ref="lname">
<label>Last Name</label></input><br /><br />
<submit submission="form1">
<label>Submit</label></submit>
</xforms>
The page will display pretty much like this:
First Name
Last Name
Submit

http://www.w3schools.com/xforms/xforms_example.asp
Pour essayer cet exemple avec son propre navigateur utiliser
ladresse :
http://www.w3schools.com/xforms/tryit_xapp.asp?filename=try_form

4.4.1 Fonctionnalits de XForms pour lutilisateur


LEFI avec XForms comporte des fonctionnalits trs utiles pour
le remplissage du formulaire par lutilisateur :
vrification des valeurs admises pour les donnes que lutilisateur saisi ; calcul sur les donnes saisies ;
rappel des champs du formulaire o la rponse est obligatoire avant envoi du formulaire rempli ;
recherche des donnes saisir dans un autre document et
utilisation du formulaire rempli comme input dun autre ;
intgration avec les Services Web (SOAP et XML RPC).
Les amliorations de la version XForms 1.1 concernent, par
exemple, la validation dun numro de carte de crdit.
noter aussi lobjectif de simplification (par exemple dOpen
Office) dun support de XForms pour des non-spcialistes de
XML/Xpath, tout en respectant lobjectif dorigine de XForms
dviter tout lien entre formulaires et applications bureautiques.

4.4.2 Implementation de XForms


Les nombreux outils bass sur XForms qui sont proposs par les
offreurs comportent diverses caractristiques permettant chaque
type dutilisateur de trouver ce qui lui convient, y compris
concernant le type de support, tlphone portable, outil pour
non-voyant, etc.

H 7 410 8

Figure 6 Un exemple de XForms

Tout en ntant pas la seule formule, limplmentation de


XForms dans un navigateur devrait tre naturelle, bien quelle se
fasse attendre. Avec deux possibilits du type client-serveur :
soit tout mettre du ct serveur, sauf laffichage HTML du
ct navigateur, ce qui entranera des allers et retours inutiles ;
soit, pour viter cet inconvnient, tout mettre dans un navigateur devant alors tre consquent.
Mais les implmentations ct serveur sont, en 2005, la seule
possibilit dimplanter XForms court terme : ces implmentations
permettent dutiliser la puissance dclarative de XForms tout en
tant compatibles avec les navigateurs actuels.
Le fait que loutil de Microsoft, InfoPath, ne soit pas bas sur
XForms nen facilite pas beaucoup limplmentation. En effet, le
format interne InfoPath est une version de XHTML modifie par
XSLT qui ne suit pas XForms.

4.4.3 Proposition WebForms pour prparer XForms


La proposition WebForms 2.0 soumise au W3C par Mozilla,
Opera et Apple part du constat que, si XForms est bien adapt la
description de la logique mtier et des contraintes sur les donnes,
il nest pas implmentable sur la plupart des navigateurs.
WebForms entrine donc de facto les architectures plaant XForms
sur le serveur et peut tre considr comme une tape intermdiaire entre HTML et XForms.
En fin de compte, cest sans doute la position de Microsoft,
rticent vis--vis de XForms mais qui ne sest pas associ non plus
WebForms, qui dterminera lavenir de cette proposition.

Toute reproduction sans autorisation du Centre franais dexploitation du droit de copie est strictement interdite.
Techniques de lIngnieur

Dossier dlivr pour


DOCUMENTATION
04/10/2008

_____________________________________________________________________________________________ CHANGE DE FORMULAIRES INFORMATIS (EFI)

5. Conclusion
Une des questions poses par XML est celle de la rapparition
possible de la Tour de Babel ! Par exemple, en ce qui concerne
lEFI, si XML peut constituer un mtalangage universel, on peut
voir dj des idiomes et des dialectes comportant leurs propres
vocabulaires et constructions de phrases.
Pour continuer parler le mme langage, il faut pouvoir se
rfrer, non seulement une mme grammaire, mais aussi un
mme vocabulaire :
les DTD ou les schmas sont la grammaire de lEFI en XML :
en recourant le plus possible des DTD ou schmas existants et
leurs feuilles de style, on utilise lanalyse dj faite de la structure
des donnes devant figurer dans un formulaire et on facilite la
tche de tout le monde ;
mais des donnes apparemment identiques, figurant dans
des formulaires se rfrant une DTD ou un schma commun,
nont pas forcment pour autant le mme sens : il y a en France
prs de trente dfinitions du chiffre daffaires suivant le contexte,
la rglementation, etc. Les concepts et dfinitions des donnes
sont donc enregistrer avec leur contexte pour que lon puisse
faire rfrence un vocabulaire sans ambigut.
Le mcanisme des namespaces (espaces de nommage) qui
permet de lier la balise dune donne XML dun formulaire une
ressource , cest--dire un site sur le Web o lon pourrait
trouver la dfinition de cette donne et de celles qui lui sont lies
semble bien adapte ce souci de rfrence sans ambigut. Un
rseau de namespaces, comme il en existe, par exemple pour les
donnes de base de lINSEE, est encourager par les pouvoirs
publics, dabord pour ces donnes administratives gnrales.
Le but est que le dveloppement des EFI, outil de facilitation de
la communication, aboutisse bien ce que le message passe ,
ce qui suppose que lon soit bien daccord sur le sens des donnes
transmises.
Deux formules sont possibles pour lvolution des EFI.

5.1 EFI autonomes


Des PME ayant des relations suivies leur permettant damliorer
ensemble leurs changes de donnes commerciales, logistiques ou
administratives peuvent parfaitement se mettre daccord sur un EFI
bas sur un jeu de DTD ou schmas disponibles correspondant
leur scnario daffaires. Elles nont de permission demander
personne et peuvent ainsi pratiquer un EFI autonome.
Dautant que ces PME peuvent recourir linfogrance de leur
EFI en faisant appel une SSII qui pourra mme les aider, pour
celles qui le souhaitent, passer lEDI en traduisant les messages

XML dans le format interne de leur application (ce qui revient


mutualiser le traducteur).
Des communauts EDI vivent ainsi trs bien en autarcie, utilisant
danciennes versions des rpertoires EDIFACT, version D93A un
temps normalise, ou mme 90.2, ds lors que leurs besoins nont
pas volu et que ces versions leur conviennent donc toujours. Ces
communauts peuvent trs bien se bricoler des DTD ou schmas
correspondant aux MIG des vieux messages EDIFACT quelles
utilisent et avoir ainsi un EFI sur mesure, ajust leur EDI qui est
devenu au fil des ans tout fait propritaire .
Effectivement, quil ait ou non une dimension EDI, lEFI na pas
forcment suivre, jour aprs jour, le dveloppement technique et
son cortge de changement de versions. Les bonnes questions
sont celles qui doivent tre poses aux fonctionnels, commerciaux,
acheteurs, logisticiens des entreprises concernes :
les formulaires utiliss sont-ils toujours oprationnels, ou
bien faut-il les refondre ?
des nouveaux partenaires commerciaux vont-ils se joindre
lEFI et risquer de proposer les DTD ou schmas quils utilisent dj
avec dautres ?
Sauf rponse positive ce genre de questions, un EFI peut se
suffire lui-mme et na pas souvrir sur le monde extrieur.

5.2 EFI sinscrivant dans le cadre


dun framework
N pour simplifier lEDI, lEFI li un systme EDI ne pourra que
suivre son volution, lorsquelle se produira. noter que les
communauts de-business qui sont satisfaites de leur systme EDI
(EDIFACT + RVA ou Internet) nont aucun besoin urgent den changer. Nanmoins, une volution prvisible seffectuera sans doute
progressivement avec lextension de XML. Deux perspectives
possibles :
celle dun framework top down , type ebXML suivant
loptique dEDIFACT ;
ou celle dun cadre plus souple, plus bottom up , celui des
Services Web.
Le rapprochement des deux perspectives ntant pas exclu.
Grce la souplesse de XML et la puissance dInternet, lEDI
de demain, quel que soit le framework qui simposera, peut assurer la sauvegarde de ce qui restera valable dans EDIFACT, savoir
lanalyse des processus daffaires par les utilisateurs eux-mmes.
Ce qui correspond tout fait la logique de lEFI.
Et dans tous les cas, lEFI, comme le Web EDI, resteront la
manire la plus adapte dassocier occasionnellement des
PME-TPE un e-business automatis parce que permanent.
Pour plus dinformations le lecteur pourra se reporter aux
rfrences [1] [12].

Rfrences bibliographiques
[1]

EFI dans lindustrie automobile :


http://www.galia.com/bin/s_efi.asp

[2]

EDI, Web EDI, EFI dans


distribution :
http://www.eannet-france.org/fille/t/frame.htm

[3]

[4]

la

[5]

W3C XForms 1.0 :


http://www.yoyodesign.org/doc/w3c/xforms1/

[6]

XML francophone :
http://www.chez.com/xml
http://xmlfr.org

[11]

Lettres dinformation :
http://vendr-edi.net

[12]

grande

[9]

[10]

ALLEGRO-EFI :
http://www.seres.fr/fr/produits/allegro-efi.htm

[7]

Recommandations de lADAE :
http://www.adae.gouv.fr/article.php3?id_article=195

[8]

W3C XForms 1.0 :


http://www.w3.org/TR/xforms/

W3C XForms 1.1 :


http://www.w3.org/TR/2004/WD-xforms11-20
041115/
Top 10 XForms Engines :
http://www.xml.com/pub/a/2005/02/09/xform
s.html
XForms, three ways :
http://www.infoworld.com/article/05/02/25/09TCxforms_1.html
WebForms :
http://developpeur.journaldunet.com/tutoriel/xml/050616-xml-whatwg-webforms.shtml

Toute reproduction sans autorisation du Centre franais dexploitation du droit de copie est strictement interdite.
Techniques de lIngnieur

Dossier dlivr pour


DOCUMENTATION
04/10/2008

H 7 410 9