FR 2927711 A1 20090821 FR 0800877 A 20080219 B2BOOST1.FRD Dispositif d'échange de documents entre deux parties à travers un réseau L'invention concerne la communication de documents entre des parties reliées par un réseau étendu tel que l'Internet. Lors de transactions, des parties ont souvent besoin de partager un document transactionnel entre elles. En général, ces parties ont chacune leur propre système informatique, et ces systèmes sont incompatibles entre eux. 10 Pour remédier à cela, il est donc nécessaire d'imprimer le document, de l'envoyer par courrier ou par fax, et de ressaisir de chaque côté des informations pertinentes dans les systèmes informatiques respectifs. Cette méthode est inefficace, lente, moins sûre qu'un transport par réseau 15 électronique, et impose une logistique importante dont les conséquences financières et écologiques sont préoccupantes pour les entreprises modernes. L'invention vient améliorer la situation. 20 A cet effet, l'invention propose un dispositif d'échange de documents entre deux parties à travers un réseau, qui comprend une interface agencée pour recevoir des données de document d'émetteur en provenance du réseau et comprenant au moins un identifiant d'émetteur et un identifiant de destinataire. 25 Ce dispositif comprend également un convertisseur, capable de convertir des données de document d'émetteur en données de document intermédiaire, sur la base d'un modèle d'émetteur associé à l'identifiant d'émetteur des données de document d'émetteur, en conservant l'identifiant d'émetteur et l'identifiant de destinataire. 30 Il comprend en outre un générateur, capable de convertir des données de document intermédiaire d'une part en données de document de destinataire sur la base5 d'un modèle de destinataire associé à l'identifiant de destinataire des données de document intermédiaire, et d'autre part en données de document d'archivage. Enfin, ce dispositif comprend un contrôleur, agencé pour appeler le convertisseur avec des données de document d'émetteur reçues par l'interface, pour appeler le générateur avec les données de document intermédiaire résultantes, et pour stocker les données de document d'archivage résultantes pour un accès ultérieur par l'émetteur ou le destinataire. Un tel dispositif est particulièrement intéressant car il permet de gérer de manière sûre et efficace les échanges de documents entre des parties ayant des systèmes informatiques et des formats peu ou pas compatibles. Cette gestion est totalement électronique, ce qui est plus rapide, moins coûteux 15 et plus écologique que les solutions à base de papier et de saisie. De plus, les données de document de destinataire peuvent être adaptées pour être directement traitées par le système d'information de la partie destinataire. Cela est plus efficace en termes logistiques et organisationnels. Enfin, dans le cadre de documents de transactions financières, l'opération du dispositif par un tiers de confiance, peut permettre d'améliorer la résolution des conflits, notamment grâce aux données de document d'archivage. 25 L'invention concerne également un procédé d'échange de documents entre deux parties à travers un réseau, qui comprend : a) l'envoi par une partie de données de document d'émetteur sur le réseau vers un dispositif d'échange, 20 30 b) la réception dans le dispositif d'échange des données de document d'émetteur, lesquelles comprennent au moins un identifiant d'émetteur et un identifiant de destinataire, c) la conversion dans le dispositif d'échange des données de document d'émetteur en données de document intermédiaire, sur la base d'un modèle d'émetteur associé à l'identifiant d'émetteur des données de document d'émetteur, en conservant l'identifiant d'émetteur et l'identifiant de destinataire, d) la conversion dans le dispositif d'échange des données de document intermédiaire en données de document de destinataire sur la base d'un modèle de destinataire associé à l'identifiant de destinataire des données de document intermédiaire, les données de document de destinataire au destinataire, et e) la conversion dans le dispositif d'échange des données de document intermédiaire en données de document d'archivage, et le stockage des données de document d'archivage dans le dispositif d'échange, et f) l'envoi par le dispositif d'échange vers le destinataire des données de 20 document de destinataire. D'autres caractéristiques et avantages de l'invention apparaîtront mieux à la lecture de la description qui suit, tirée d'exemples donnés à titre illustratif et non limitatif à partir des dessins sur lesquels : - la figure 1 représente une vue schématique d'un dispositif selon l'invention, et d'un flux de données en exemple entre deux parties ; - la figure 2 représente un diagramme de mise en oeuvre du dispositif de la :30 figure 1 ; :25 - la figure 3 représente une mise en oeuvre particulière d'une première opération de la figure 2 ; - la figure 4 représente une partie d'une mise en oeuvre particulière d'une 5 deuxième opération de la figure 2 ; - la figure 5 représente une autre partie d'une mise en oeuvre particulière de la deuxième opération de la figure 2 ; et 10 - la figure 6 représente une mise en oeuvre particulière d'une troisième opération de la figure 2. Les dessins et la description ci-après contiennent, pour l'essentiel, des éléments de caractère certain. Ils pourront donc non seulement servir à mieux faire comprendre la 15 présente invention, mais aussi contribuer à sa définition, le cas échéant. Dans les entreprises modernes, les différents départements tels que la production, les ventes, les achats, la comptabilité et autres sont reliés par le biais de programmes informatiques généralement désignés par le terme de système 20 d'information. De ce fait, le pilotage de l'activité et l'opération quotidienne de ces entreprises repose sur ces systèmes et leur fiabilité. Dans le cadre des opérations de vente et d'achats, de nombreuses difficultés surgissent du fait du nombre de systèmes 25 d'informations distincts entre parties, et de leur absence ou manque d'interopérabilité. Pour cela, il est fréquent qu'il soit nécessaire de ressaisir des documents entiers comme des factures ou des bons de commande, ce qui occasionne d'importantes pertes de temps et de ressources. 30 D'autre part, les problèmes mentionnés ci-dessus se posent de manière encore plus aiguë pour les transactions dans lesquelles une version papier et/ou une authentification sont nécessaires pour assurer la validité de la transaction. Dans de tels cas, les systèmes d'informations sont généralement impuissants à recevoir un document d'une partie tierce et à assurer l'authentification nécessaire. Bien qu'il puisse exister des développements pour permettre de tels échanges, ces développements sont extrêmement limités, et circonscrits aux seules situations pour lesquelles ils ont été réalisés. La figure 1 représente un environnement 2 dans lequel un émetteur et un destinataire échangent des documents de transaction, comme des commandes ou des factures. L'environnement 2 comporte un système émetteur 4, un dispositif d'échange 6 et un système destinataire 8 qui communiquent entre eux par le biais d'un réseau 5. Le réseau 5 peut être tout type de réseau connu, bien que l'invention trouve une application particulière avec un réseau de type Internet. En variante, le système émetteur 4 et le dispositif d'échange 6 peuvent être connectés par un premier type de réseau, et le dispositif d'échange 6 et le système destinataire 8 peuvent être connectés par un autre type de réseau. 25 Le système émetteur 4 est un système informatique disposé chez la partie participant aux transactions qui émet les documents à échanger. Le système émetteur 4 peut être un terminal relié au système d'information de l'émetteur, ou être un poste simple découplé des autres composants informatiques chez l'émetteur. 30 Le système émetteur 4 peut comprendre un logiciel qui est exécuté nativement sur un ordinateur, ou encore une application Web qui est exécutée à distance par20 l'émetteur, ou tout autre type d'application qui permet de générer un document que l'émetteur souhaite échanger avec le destinataire. D'une manière générale, il faut comprendre que le système émetteur 4 est un 5 composant informatique logiciel ou matériel qui est agencé pour produire un document que l'émetteur souhaite échanger sous un type et un format qui lui sont propres. Le système émetteur 4 comporte une interface réseau qui lui permet de se connecter à Internet ou à tout autre réseau qui sera adapté pour la communication entre 10 le système émetteur 4, le dispositif d'échange 6 et le système destinataire 8. Le système destinataire 8 est fonctionnellement très similaire au système émetteur 4, en ce qu'il peut être réalisé sensiblement de la même manière. 15 La principale différence entre le système émetteur 4 et le système destinataire 8 réside dans leur rôle dans l'échange, c'est-à-dire que l'un est à l'origine de l'échange (le système émetteur 4), et l'autre est à la réception de l'échange (le système destinataire 8). Cependant, ces rôles peuvent être inversés en fonction de l'échange qui est 20 considéré : - dans le cadre d'une commande, une partie qui veut recevoir des produits sera le système émetteur 4, et l'autre partie qui devra les produire sera le système destinataire 8 ; - dans le cadre d'une facturation, la partie précédemment système émetteur pourra cette fois être le système destinataire, et inversement. Du fait de l'intégration élevée des composants informatiques dans les systèmes 30 d'information modernes, le dispositif d'échange 6 permet donc de créer une voie de liaison forte entre des parties qui échangent des produits ou services régulièrement, en simplifiant et en automatisant les processus qui sont associés à ces échanges. 25 Le dispositif 6 comporte deux parties principales : - un portail 10 dont le rôle sera explicité plus bas ; et - une unité de traitement d'échanges 12. L'unité de traitement d'échanges 12 comporte une interface réseau 13 qui lui permet de communiquer avec le système émetteur 4 et le système destinataire 8 comme défini plus haut. L'interface réseau est connectée en entrée à un contrôleur 14. Le contrôleur 14 gère le flux des données dans l'unité d'échanges 12, et appelle un convertisseur 15 lors de la réception d'un document d'émetteur 16 en provenance du système émetteur 4. 15 Le convertisseur 15 a pour fonction de recevoir en entrée le document d'émetteur 16 suite à une opération par le système émetteur 4, et de le transformer en un document intermédiaire 18 dont la structure est propre au dispositif d'échange 6. Le convertisseur 15 opère sur la base d'un stockage 19 qui contient des 20 données de description des documents d'émetteur 16. Le stockage 19 sera décrit plus en détail plus bas. Le document intermédiaire 18 peut être enregistré au format XML. Ce format permet une intégration accrue dans les réseaux modernes. D'autres formats peuvent être 25 bien sûr envisagés. Une fois le document d'émetteur 16 converti en document intermédiaire 18, le contrôleur 14 le transmet à un générateur 20. Le générateur 20 a pour fonction de générer plusieurs documents dont un document de destinataire 22 et un document 30 d'archivage 24.10 Le générateur 20 opère sur la base de stockages 26 et 28 qui contiennent des données de description des documents de destinataire 22 et des documents d'archivage 24. Les stockages 26 et 28 seront décrits plus en détail plus bas. Le convertisseur 15 et le générateur 20 peuvent être réalisés sous la forme de programme exécutés de manière locale ou distante, ou sous la forme de circuits spécialisés comme des ASIC, ou avec d'autres circuits intégrés appropriés. Dans un mode de réalisation avantageux, le générateur 20 comprend un module 10 de signature qui assure une authentification au document d'archivage 24 pour archivage dans un stockage 30. La signature peut être réalisée par tous les moyens connus de l'homme du métier, que ce soit de manière logicielle ou matérielle. Un exemple est un marquage 15 temporel du document. Les stockages 19, 26, 28 et 30 peuvent être réalisés sous la forme de tableaux ou de bases de données qui peuvent être physiquement stockés sur un même support, ou dans des endroits et des supports différents. Ces stockages peuvent également être 20 répartis, et être totalement ou en partie déportés sur des stockages distants. Bien qu'ils aient été représentés dans un même cadre 12 sur la figure 1, on comprendra que le contrôleur 14, le convertisseur 15 et le générateur 20 peuvent être réalisés sur des ordinateurs distincts réunis dans l'unité d'échanges 12, ou sur une seule 25 machine. La figure 2 montre un diagramme général de l'utilisation du dispositif d'échange 6 dans l'environnement 2. 30 La mise en oeuvre du dispositif d'échange 6 comporte deux opérations principales : - dans une opération 200, l'échange entre le destinataire et l'émetteur commence par une opération de préparation, - dans une opération 300, le destinataire et l'émetteur utilisent le dispositif 5 d'échange 6 pour échanger des documents. L'opération 200 comprend une opération 210, dans laquelle le destinataire prépare le portail 10. Le portail 10 sert d'outil pour l'inscription d'émetteurs en relation avec le destinataire, ainsi que pour la gestion des échanges. Le portail 10 peut être personnalisé pour correspondre aux thèmes graphiques du destinataire, ainsi que pour contenir des éléments d'information sur le destinataire et sur le fonctionnement des échanges de documents avec le dispositif d'échange 6 pour les nouveaux émetteurs. Ensuite, une opération 220 est réalisée, dans laquelle le destinataire invite des émetteurs pour qu'ils échangent des documents avec lui par le biais du dispositif d'échange 6. 20 Dans le mode de réalisation décrit ici, l'opération 220 comprend : - une opération d'inscription, dans laquelle un nouvel émetteur ou un émetteur existant s'enregistrent sur le portail 10 pour être liés avec le destinataire et pouvoir lui envoyer des documents. Cette opération est montrée en exemple sur la figure 4. - une opération d'installation, dans laquelle un émetteur installe un élément logiciel pour connexion au dispositif d'échange 6, et procède à une série d'actions pour régler son échange avec le destinataire. Cette opération est montrée en exemple sur la figure 5. 10 15 25 30 L'opération 300 comprend une opération 310 d'envoi de documents, et une opération 320 de consultation d'archive et de maintenance de compte. Ces deux opérations peuvent être réalisées en parallèle et sont complémentaires. L'opération 310 est montrée en exemple sur la figure 6. L'opération 320 est une opération générique qui permet au destinataire et à l'émetteur de modifier des détails de leurs comptes, de s'approvisionner en crédits d'échange lorsque ceux-ci sont nécessaires, et de consulter les échanges qui les concernent. D'autres fonctions typiques de gestion/maintien de compte pourront être associées à l'opération 320. La figure 3 illustre une réalisation particulière de l'opération 210. L'opération 210 peut être réalisée par la combinaison d'une opération 2100 et d'une opération 2200. Les opérations 2100 et 2200 peuvent être réalisées de manière séquentielle ou en parallèle, comme le constatera l'homme du métier. Dans l'opération 2100, le destinataire définit un format de document de destinataire. Le format de document de destinataire forme un modèle qui est stocké dans le stockage 26 et qui est utilisé par le générateur 20 pour établir le document de destinataire 22. Entre autres, ce modèle peut être choisi pour correspondre au format du système d'information du destinataire, de sorte que le système d'information du système destinataire 8 peut directement intégrer et utiliser le document de destinataire 26. De manière optionnelle, le destinataire peut également définir dans le modèle des informations qu'il considère comme nécessaire pour l'échange. Comme on le verra plus bas, en l'absence de ces informations, l'échange peut être bloqué. 30 Cela permet d'améliorer la robustesse du dispositif de l'invention, puisqu'il est ainsi garanti qu'un certain nombre de données critiques à la caractérisation de l'échange sont bien transmises. 20 25 Des exemples de telles informations peuvent être des codes spécifiques au destinataire permettant de faire le lien avec son système d'information, des données spécifiques du destinataire ou de l'émetteur, etc. Dans l'opération 2150, le destinataire définit le portail 10 comme cela a été mentionné plus haut. Une fois que le portail 10 est défini, le destinataire peut envoyer des invitations aux émetteurs avec qui il souhaite échanger des documents, par email ou par tout autre moyen de communication approprié. A la fin de l'opération 2150, le stockage 28 est modifié pour tenir compte des opérations précédentes, de sorte qu'un émetteur puisse être par la suite associé au destinataire. La figure 4 montre une réalisation particulière de l'opération d'inscription de 15 l'opération 220. Dans cette réalisation, un émetteur part en 2200 d'une invitation reçue de la part du destinataire. Cette invitation peut avoir été envoyée par email ou par tout autre moyen de communication, en liaison avec le portail 10 ou non. L'invitation 2200 se concrétise par une visite en 2210 du portail 10. Cette visite peut être réalisée par la consultation d'une page Web associée au portail 10, ou par la connexion à tout site ou autre média en connexion avec le portail 10 qui permet à l'émetteur d'enregistrer une relation avec le destinataire. Si l'émetteur n'a jamais utilisé le dispositif d'échange 6, l'enregistrement commence avec l'entrée de plusieurs détails concernant son entreprise, comme le nom, la domiciliation, le numéro de TVA, le numéro de RCS, d'autres mentions spécifiques liées au destinataire etc. (opération 2220) 20 25 30 Ensuite, ou dans le cas où l'émetteur a déjà utilisé le dispositif d'échange 6, il lui suffit d'entrer ses identifiants de compte, et l'émetteur est dirigé vers une opération de souscription 2230. L'opération de souscription 2230 a pour but d'enregistrer la souscription de l'émetteur et du destinataire à des conditions d'échange de documents entre eux. Cette opération, bien qu'optionnelle dans certaines applications de l'invention, permet de satisfaire des conditions légales qui rendent possible la certification de certains des échanges de documents entre l'émetteur et le destinataire. Cette opération peut être réalisée de manière classique par l'utilisation d'un formulaire de type � Click-Wrap �, c'est-à-dire que l'émetteur coche une case pré-cochée pour le destinataire qui vaut acceptation des conditions définies par le texte associé à cette case. D'autres méthodes peuvent également être envisagées. Une fois ces opérations terminées, l'inscription de l'émetteur sur le portail 10 se termine en 2240, avec la fourniture d'une application qui va permettre l'intégration au système émetteur 6. 20 La fourniture de l'application en 2240 peut être réalisée de préférence par la fourniture d'un lien hypertexte qui permet de télécharger cette application, ou par l'envoi d'un email contenant un tel lien, ou par tout autre moyen. Dans le mode de réalisation décrit, l'application en question est un pilote 25 d'impression virtuelle qui va permettre à l'émetteur d'envoyer un document depuis un logiciel sur le système émetteur 6 vers l'unité d'échanges 12. Cela est particulièrement pratique car la quasi-totalité des programmes informatiques disposent d'une option d'impression, quelque soit le système 30 d'exploitation.15 De ce fait, la mise en oeuvre par un pilote d'impression virtuelle permet une intégration légère et sans besoin de développement particulier pour chaque logiciel. Le fonctionnement de ce pilote d'impression virtuelle est le suivant. Dans le 5 logiciel voulu, l'émetteur crée le document qu'il souhaite échanger, et il l'imprime avec le pilote d'impression virtuelle. Ce pilote, au lieu d'essayer d'imprimer sur une imprimante physique, transmet le flux de données d'impression à l'interface de réception de l'unité d'échanges 12 pour 10 traitement par celle-ci. Dans une première variante, la transmission des données par l'imprimante virtuelle est directe, c'est-à-dire que le pilote d'impression contient l'adresse physique (URL) de l'unité d'échanges 12, ainsi que des codes d'identification lorsque nécessaire. 15 Dans une autre variante, le pilote d'imprimante virtuelle communique avec un service web qui est sécurisé, et qui se charge de transmettre les données de document d'émetteur 16 à l'unité d'échanges 12. Cette deuxième variante permet d'augmenter la sécurité des communications en imposant un intermédiaire ente le système émetteur 4 et 20 l'unité d'échanges 12. Bien que le mode de réalisation décrit ci-dessus présente une communication � directe � entre le système émetteur 4 et le dispositif d'échange 6, d'autres variantes sont possibles dans lesquelles un intermédiaire est placé entre les deux. En outre, dans d'autres modes de réalisation, des moyens d'intégration spécifiques sont générés et gérés par l'application installée, comme la création d'un répertoire réseau qui correspond à l'unité d'échanges 12 ou autres. 30 Ainsi, dans le cas où l'émetteur utilise un système EDI déporté, l'émetteur émet des données vers ce système déporté, et celui-ci les convertit en données EDI 2 5 comme souhaité par l'émetteur. Dès lors, l'émetteur peut configurer le système EDI pour transférer les données EDI générées au dispositif 6 au lieu d'un transfert direct. En variante, des modules (ou � plug-ins �) peuvent être développés pour être intégrés aux logiciels pour lesquels l'échange est souhaité, ou encore des modules peuvent être développés pour les systèmes d'exploitation des systèmes émetteurs pour lancer la communication sur pression d'une combinaison de touches ou d'une icône spécifique. La figure 5 représente une mise en oeuvre particulière de l'opération d'installation de l'opération 2200. L'émetteur part en 2250 de la réception de l'application de l'étape 2240, avec l'installation de celle-ci sur le système d'émetteur 4. Une fois l'application installée, ou lorsque l'émetteur était déjà inscrit et donc avait déjà installé l'application, le programme d'installation invite l'émetteur à ouvrir le logiciel qui génère les documents qu'il souhaite échanger avec le destinataire en 2260. Il doit bien être compris ici que l'invention vise n'importe quel type de logiciel qui est envisagé pour l'échange de documents transactionnels. Une boucle commence alors dans laquelle l'émetteur va envoyer à l'unité d'échanges un certain nombre de documents types qui serviront de modèles pour la conversion des documents ultérieurs. Cette boucle commence en 2270 avec la sélection et l'impression d'un 25 document de test sur l'imprimante virtuelle dans l'application. En 2280, l'unité d'échanges 12 reçoit le flux de données du document de modèle émetteur, et cherche à l'associer à d'autres modèles de document émetteur dans le stockage 19. 30 Lorsqu'un tel document est trouvé, une page de retour s'affiche permet de valider la correspondance avec le modèle existant. L'émetteur peut alors valider cette correspondance en 2290. En variante, la validation de l'étape 2290 peut être réalisée par un opérateur du côté de l'unité d'échanges 12. Si aucun document modèle correspondant n'est trouvé, ou si la correspondance avec le modèle est incomplète, une rétro-information par l'émetteur est réalisée en 2300 pour créer un nouveau modèle correspondant mieux au document type. La boucle reprend alors en 2270 pour tester le nouveau modèle établi. Une fois le document modèle associé validé en 2290, ce dernier est stocké dans le stockage 19 en correspondance d'un identifiant de l'émetteur, par exemple son 15 identifiant de compte établi sur le portail 10, ou un autre identifiant qui lui est relié. Ensuite, l'émetteur indique dans une opération 2310 s'il reste des documents types à intégrer. Si c'est le cas, la boucle reprend en 2270 avec un de ces documents. Sinon, le stockage 28 est mis à jour pour indiquer que l'émetteur est maintenant associé 20 au destinataire (par exemple par une liaison dans une table de base de données), dans une opération 2320, et l'installation est terminée en 2330. Dans le cas où l'échange des documents est conditionné par l'achat de crédits par l'émetteur et/ou le destinataire, l'installation de l'application peut comprendre 25 l'offre de vente de crédits et/ou la fourniture de crédits gratuits pour commencer. La figure 6 montre un exemple de réalisation de l'opération 310, c'est-à-dire l'échange d'un document entre un émetteur et un destinataire. 30 L'échange commence en 3100 avec l'impression dans le système émetteur d'un document à échanger sur l'imprimante virtuelle associée au dispositif d'échange 6. Le flux de données est transmis par le service web au contrôleur 14 par le biais du réseau, et celui-ci le transmet au convertisseur 15, qui analyse en 3110 le contenu du flux pour déterminer le destinataire et l'émetteur. Cette détermination peut être réalisée sur la base de l'analyse du contenu du flux ou elle peut être basée sur la transmission d'identifiants de l'émetteur et du destinataire qui sont interprétables par l'unité d'échanges 12. Une fois ces éléments déterminés, le convertisseur 15 interroge le stockage 28 pour déterminer en 3120 s'il existe une relation dans ce stockage entre l'émetteur et le destinataire. Concrètement cela correspond à déterminer si les opérations décrites avec les figures précédentes ont bien été réalisées, et s'il existe en conséquence des modèles de document d'émetteur et de document de destinataire. En cas d'absence de correspondance, une fonction d'erreur est appelée en 3130 qui peut inviter le destinataire à s'inscrire pour échanger des documents avec l'émetteur. En cas de correspondance, le convertisseur 15 poursuit son analyse du document reçu de l'émetteur pour déterminer les champs texte qu'il contient, et pour les 20 classifier en 3140 sur la base des modèles de document d'émetteur tirés du stockage 19. Ensuite, en 3150, le convertisseur 15 associe les champs déterminés en 3140 à des champs obligatoires prescrits lors de la définition des besoins du destinataire. 25 En 3160, le convertisseur 15 vérifie si les champs suffisent à définir de manière appropriée un document d'échange. Si ce n'est pas le cas, la fonction d'erreur 3130 est appelée pour le signaler. Si les champs obligatoires sont présents, le convertisseur 15 génère le 30 document intermédiaire 18 qui est transmis par le contrôleur 14 au générateur 20. Le document intermédiaire 18 sert de véhicule d'information pour le traitement par le générateur 20. Le document intermédiaire 18 contient les identifiants d'émetteur et de destinataire, ce qui simplifie la suite. Le générateur 20 appelle en 3180 le stockage 26 pour déterminer le 5 format/modèle du destinataire, et génère et envoie le document de destinataire 22 ainsi formaté en 3200. Ensuite, ou de manière parallèle, le générateur génère également une copie témoin ou document d'archivage 24 conformément à ce qui a été défini par le 10 destinataire en accord avec l'émetteur lors des étapes de préparation et d'installation. En option, le document d'archivage 24 peut être certifié ou autrement authentifié avant son stockage, par exemple par un marquage. Le format du document d'archivage 24 peut également être dicté en partie au moins par des impératifs de 15 validité de certification. Il doit être compris que le document d'archivage 24 peut comprendre en outre plusieurs copies de documents qui attestent de la transaction. Dans l'exemple décrit ici, bien qu'il soit fait référence à un seul document d'archivage 24, celui-ci comprend en 20 fait une copie du document de destinataire 22 et une copie du document d'émetteur 16. L'archivage du document de destinataire 22 et du document d'émetteur 16 permet de fournir une gestion des situations de conflit plus simple puisqu'il offre une copie des documents reçus/émis par les parties chez un tiers de confiance. Dans d'autres 25 modes de réalisation, l'archivage peut être réalisé avec d'autres formats. Enfin, cette opération se termine en 3210, et une copie du document d'archivage 24 est transmise par l'interface 13 aux deux parties pour les informer que la transaction a bien été menée. En variante, c'est un message qui peut être envoyé. La solution décrite ci-dessus est particulièrement intéressante car elle offre un découplage très fort des formats de documents pour les systèmes émetteur et 30 destinataire. En effet, chaque partie peut respectivement émettre et recevoir un document de transaction dans un format qui lui est propre. Cela est particulièrement avantageux dans le cadre de transactions 5 internationales, qui peuvent requérir de grandes spécificités de chaque côté pour être authentifiées. D'autre part, en libérant les parties des contraintes de formats liées aux documents transactionnels qu'elles échangent, l'invention permet d'offrir une 10 plateforme globale d'échange. Tous les participants d'une même industrie peuvent se retrouver sur cette plateforme, qu'ils soient distributeurs ou vendeurs, et ce sans qu'une adaptation soit nécessaire au niveau de leurs systèmes informatiques respectifs. Dans ce qui précède, il conviendra d'apprécier que toutes les variantes peuvent être combinées entre elles dans la mesure de leur compatibilité. Bien que des modes préférés aient été présentés, il va de soi que l'invention englobe l'ensemble de ces variantes et leurs combinaisons. 15 20 Revendications 1. Dispositif d'échange de documents entre deux parties à travers un réseau, caractérisé en ce qu'il comprend : une interface (13) agencée pour recevoir des données de document d'émetteur (16) en provenance du réseau et comprenant au moins un identifiant d'émetteur et un identifiant de destinataire, un convertisseur (15), capable de convertir des données de document d'émetteur (16) en données de document intermédiaire (18), sur la base d'un modèle d'émetteur associé à l'identifiant d'émetteur des données de document d'émetteur (16), en conservant l'identifiant d'émetteur et l'identifiant de destinataire, un générateur (20), capable de convertir des données de document intermédiaire (18) d'une part en données de document de destinataire (22) sur la base d'un modèle de destinataire associé à l'identifiant de destinataire des données de document intermédiaire (18), et d'autre part en données de document d'archivage (24), et un contrôleur (14), agencé pour appeler le convertisseur (15) avec des données de document d'émetteur (16) reçues par l'interface, pour appeler le générateur (20) avec les données de document intermédiaire résultantes, et pour stocker les données de document d'archivage résultantes pour un accès ultérieur par l'émetteur ou le destinataire. 2. Dispositif selon la revendication 1, caractérisé en ce qu'il comprend des moyens de marquage des données de document d'archivage (24). 3. Dispositif selon la revendication 1 ou 2, caractérisé en ce que les données de document d'archivage (24) comprennent une copie des données de document d'émetteur (16) et une copie des données de document de destinataire (22). 1930 4. Dispositif selon l'une des revendications précédentes, caractérisé en ce que générateur (20) est agencé pour déterminer une correspondance entre l'identifiant d'émetteur et l'identifiant de destinataire. 5. Dispositif selon la revendication 4, caractérisé en ce que le générateur (20) est agencé pour générer les données de document de destinataire (22) et les données de document d'archivage (24) sur la base de la correspondance entre l'identifiant d'émetteur et l'identifiant de destinataire. 6. Dispositif selon l'une des revendications précédentes, caractérisé en ce qu'il comprend une mémoire de stockage (19) de modèle d'émetteur. 7. Dispositif selon l'une des revendications précédentes, caractérisé en ce qu'il comprend une mémoire de stockage (28) de modèle de destinataire. 8. Dispositif selon l'une des revendications précédentes, caractérisé en ce qu'il comporte en outre un portail (10) associé au système destinataire (8), et en ce que le portail (10) est agencé pour fournir une application pour permettre l'envoi de données de document d'émetteur (16). 9. Dispositif selon la revendication 8, caractérisé en ce que ladite application est un pilote d'impression virtuelle. 10. Procédé d'échange de documents entre deux parties à travers un réseau, 25 caractérisé en ce qu'il comprend : a) l'envoi par une partie (4) de données de document d'émetteur (16) sur le réseau vers un dispositif d'échange (6), b) la réception dans le dispositif d'échange (6) des données de document d'émetteur (16), lesquelles comprennent au moins 30 un identifiant d'émetteur et un identifiant de destinataire, c) la conversion dans le dispositif d'échange (6) des données de document d'émetteur (16) en données de document 20intermédiaire (18), sur la base d'un modèle d'émetteur associé à l'identifiant d'émetteur des données de document d'émetteur (16), en conservant l'identifiant d'émetteur et l'identifiant de destinataire, d) la conversion dans le dispositif d'échange (6) des données de document intermédiaire (18) en données de document de destinataire (22) sur la base d'un modèle de destinataire associé à l'identifiant de destinataire des données de document intermédiaire (18), les données de document de destinataire (22) au destinataire, et e) la conversion dans le dispositif d'échange (6) des données de document intermédiaire (18) en données de document d'archivage (24), et le stockage des données de document d'archivage (24) dans le dispositif d'échange (6), et f) l'envoi par le dispositif d'échange (6) vers le destinataire (8) des données de document de destinataire (24).