Brevet FR2911982A1 — publié le 20080801

PROCEDE ET DISPOSITIF DE TRAITEMENT D'INFORMATION 5 10 La présente invention concerne un procédé et un dispositif de traitement d'information. Elle s'applique, en particulier à la dématérialisation de documents à valeur juridique et/ou probante. Les systèmes de gestion de document actuels sont destinés à être utilisés par une seule entité, par exemple une entreprise. Ils sont basés sur une gestion de droits sur un 15 document (d'éditer, de signer, par exemple) mais ne permettent pas un traitement complexe de document par un ensemble d'intervenants, par exemple en vue de la dématérialisation de documents. La présente invention vise à remédier à ces inconvénients. A cet effet, la présente invention vise, selon un premier aspect, un procédé de 20 traitement d'information, qui comporte : - une étape de détermination du contenu d'un document comportant au moins un coupon représentatif d'un processus relatif à un acte de gestion qu'il est possible de déclencher pendant la durée de vie du document et une souche représentant un identifiant commun à tous les coupons du document et 25 pendant la durée de vie du document, par un utilisateur, une étape d'utilisation d'un coupon déclenchant l'émission d'un message à destination d'une application informatique, le message comportant un événement qui définit la signification du message et, en conséquence, le processus à appliquer et un formulaire qui regroupe l'ensemble des informations nécessaires pour la réalisation du processus, par toutes 30 les applications informatiques susceptibles d'être mises en oeuvre pendant la durée de vie du document. Grâce à ces dispositions, la structure du document permet sa gestion intuitive, la structure du coupon et la structure du message permettent une standardisation des messages et, en conséquence, l'intervention de nombreux prestataires et de nombreuses 35 applications pour le traitement de l'opération de gestion représentée par chaque coupon. Le couple formé par un événement type et un formulaire type définit complètement chaque flux d'informations qui circule dans le système informatique. En effet, ce couple précise l'objet du message, le traitement à effectuer, le contexte d'utilisation du formulaire (quelle partie du formulaire pour quel événement, lorsqu'un document type est nécessaire, ce document type est inclus dans le formulaire. On note qu'un même formulaire peut être utilisé pour plusieurs événements type et que le même formulaire est utilisé tout le long d'un même processus et enrichi, c'est-à-dire documenté, à chaque étape, par le résultat renvoyé par le traitement de cette étape. Selon des caractéristiques particulières, le procédé tel que succinctement exposé ci-dessus comporte, par ladite application, lorsqu'elle a achevé le processus, l'émission d'un autre message à destination d'une autre application informatique, cet autre message comportant un événement qui définit là signification de cet autre message et, en conséquence, le processus à appliquer, et ledit formulaire. Ainsi, le formulaire n'est pas modifié mais est transmis d'une application à la suivante, ce qui garantit la bonne exécution des applications. Selon des caractéristiques particulières, le formulaire comporte un document type associé à l'utilisateur. Grâce à ces dispositions, la forme particulière du document que l'utilisateur souhaite utiliser peut être spécifiée et mise en oeuvre par l'application informatique. Selon des caractéristiques particulières, le procédé tel que succinctement exposé ci-dessus comporte, pour mettre en oeuvre l'étape d'utilisation d'un coupon, une étape d'affichage d'un bureau de gestion, espace de travail dans lequel l'utilisateur peut réaliser des actes de gestion et une étape d'affichage d'un bureau de correspondance, dans lequel l'utilisateur peut obtenir des compte-rendus d'opérations effectuées conformément à ses instructions ou d'opérations qui le concernent et accéder à un historique de ces opérations. Selon des caractéristiques particulières, le procédé tel que succinctement exposé ci- dessus comporte un étape d'émission d'un certificat de conformité à destination du bureau de correspondance, par chaque application concernée par une opération d'un processus déclenché par un coupon. Selon des caractéristiques particulières, le procédé tel que succinctement exposé ci-dessus, comporte, pour un coupon de dématérialisation d'un document : une étape d'émission d'un document original, - une étape de conservation de l'original dans une mémoire sécurisée, - une étape de commutation, c'est-à-dire de duplication de l'original dans une mémoire affectée à l'utilisateur émetteur et dans une mémoire affectées à chaque destinataire et - une étape d'ampliation, c'est-à-dire de mise sous pli, électronique ou papier, de chaque copie de l'original affectée à un destinataire. Selon des caractéristiques particulières, au cours de l'étape de détermination du contenu d'un document, on met en oeuvre une nomenclature, ensemble des composantes du langage commun utilisés pour tous les messages échangés en relation avec ce document. Selon des caractéristiques particulières, la nomenclature est composée d'événements types, de formulaires type et de documents type. Selon des caractéristiques particulières, un événement représente l'un des actes de gestion suivants : - un ordre de fabrication, une émission d'original, une acceptation de facture, un accusé de réception ou un ordre de paiement. Selon des caractéristiques particulières, pendant la durée de vie du document, le formulaire est documenté à chaque étape du processus par le résultat du traitement de ladite étape. Selon des caractéristiques particulières, au cours de l'étape de détermination du contenu du document, on fait référence à un document type qui définit la structure du document, les habilitations et les décisions de gestion, ou coupons, rattachés au document. Selon un deuxième aspect, la présente invention vise un dispositif de traitement d'information, qui comporte : - un moyen de détermination du contenu d'un document comportant au moins un coupon représentatif d'un processus relatif à un acte de gestion qu'il est possible de déclencher pendant la durée de vie du document et une souche représentant un identifiant commun à tous les coupons du document et un moyen d'utilisation de coupon, adapté, pendant la durée de vie du document, par un utilisateur, lors de l'utilisation d'un coupon, à déclencher l'émission d'un message à destination d'une application informatique, le message comportant un événement qui définit la signification du message et, en conséquence, le processus à appliquer et un formulaire qui regroupe l'ensemble des informations nécessaires pour la réalisation du processus, par toutes les applications informatiques susceptibles d'être mises en oeuvre pendant la durée de vie du document. Les avantages, buts et caractéristiques particulières de ce dispositif étant similaires à ceux du procédé tel que succinctement exposé ci-dessus, ils ne sont pas rappelés ici. D'autres avantages, buts et caractéristiques de la présente invention ressortiront de la description qui va suivre, faite, dans un but explicatif et nullement limitatif en regard des dessins annexés, dans lesquels : la figure 1 représente, schématiquement, un modèle mis en oeuvre dans un mode de réalisation particulier du procédé et du dispositifs objets de la présente invention, les figures 2A et 2B représentent, schématiquement des éléments définis dans un nomenclature mise en oeuvre dans un mode de réalisation particulier du procédé et du dispositifs objets de la présente invention, la figure 3 représente, schématiquement, une circulation de messages mise en oeuvre dans un mode de réalisation particulier du procédé et du dispositifs objets de la présente invention, - les figures 4A et 4B représentent, schématiquement, un plan de masse mis en oeuvre dans un mode de réalisation particulier du procédé et du dispositifs objets de la présente invention, la figure 5 représente une succession de messages échangés pour réaliser un paiement et la figure 6 représente, sous forme d'un logigramme, des étapes mises en oeuvre dans un mode de réalisation particulier du procédé objet de la présente invention. Comme illustré en figure 1, deux ensembles d'opérateurs agissent pour le compte d'un utilisateur, aussi appelé adhérent : un réseau de tiers de confiance 105, qui est responsable, vis-à-vis de l'utilisateur, de la bonne fin des opérations qu'il demande et un ensemble d'opérateurs 110, qui exécutent les tâches de la dématérialisation. Le réseau de tiers de confiance 105 fournit tous les éléments permettant de donner une valeur juridique ou probante à un décision de gestion d'un utilisateur et, en particulier, à : - la transmission, par l'utilisateur, d'un document à un destinataire ou -l'ordre de paiement d'une facture. L'utilisateur dispose d'un bureau 115 qui lui sert d'interface avec le réseau de tiers de confiance 105 et qui prend la forme de pages susceptibles d'être affichées sur un écran d'ordinateur. Le bureau 115 comporte notamment un bureau de gestion 120 dans lequel l'utilisateur peut donner des instructions et un bureau de correspondance 125, dans lequel l'utilisateur peut obtenir des compte-rendus 127 d'opérations effectuées conformément à ses instructions ou d'opérations qui le concernent et accéder à un historique de ces opérations. Le bureau de gestion 120 est un espace de travail de l'utilisateur dans lequel l'utilisateur peut effectuer ses actes de gestion. Il est géré par le réseau de tiers de confiance 105. Le bureau de correspondance 125 est un espace de travail de l'utilisateur qui retrace les résultats des opérations de dématérialisation, c'est-à-dire les compte-rendus d'opérations. II est géré par le réseau de tiers de confiance 105. Plusieurs bureaux de gestion et de correspondance peuvent être affectés par un même opération de gestion déclenchée par un utilisateur. Par exemple, lors d'un paiement de fournisseur, le bureau de gestion et le bureau de correspondance de chaque partie, utilisateur déclenchant le paiement et fournisseur payé, sont affectés. Dans la suite de la description, on s'intéresse aux décisions de gestion mettant en oeuvre un document, c'est-à-dire une unité produite par une chaîne de dématérialisation, d'un dossier, ensemble de documents, géré par un utilisateur. Le bureau de gestion permet d'émettre des coupons 122, qui sont des documents auxiliaires simplifiés et qui représentent des actes de gestion qu'il est possible d'activer pendant le cycle de vie d'un document. Un coupon est lié à une souche, c'est-à-dire un identifiant commun pour les coupons liés au même document. Un dossier comporte plusieurs documents, chaque document comporte de plusieurs coupons. L'appariement consiste à rapprocher les différents documents d'un même dossier suivant, par exemple, la hiérarchie société û utilisateur û dossier û document û coupon. La transmission d'un coupon depuis le bureau de gestion 120 vers un opérateur 110 provoque, dans un compte de correspondance 130, c'est-àdire un espace de travail de l'utilisateur qui, entre autres, retrace les résultats du processus de dématérialisation, géré par un opérateur, une étape d'émission 135 d'un document original, une étape 150 de conservation de l'original 155 dans une mémoire sécurisée, une étape de commutation 140, c'est-à-dire de duplication de l'original dans une mémoire affectée à l'utilisateur émetteur et dans une mémoire affectées à chaque destinataire et une étape d'ampliation 145, c'est-à-dire de mise sous pli, électronique ou papier, de chaque copie de l'original affectée à un destinataire. Chacune de ces étapes donne lieu à un comptes-rendus d'exécution, ou certificat de conformité, envoyé au bureau de correspondance 120 de l'utilisateur émetteur. Pour que toutes les étapes se déroulent de manière sûre, le réseau de tiers de confiance 105 et les opérateurs 110 utilisent un langage commun représenté par une nomenclature, ensemble des composantes du langage commun utilisés pour tous les échanges dans le réseau de tiers de confiance 105. La nomenclature est composée d'événements types, de formulaires type et de documents type. Un message est un support de circulation de l'information entre les composantes du système d'information. Un message est composé de deux parties : l'événement et le formulaire. Un événement type définit le sens du message, par exemple ordre de fabrication, émission d'original, acceptation de facture, accusé de réception ou ordre de paiement. Un formulaire regroupe l'ensemble des informations nécessaires pour les traitements effectués par les applications affiliées au réseau de tiers de confiance 105. Le couple formé par un événement type et un formulaire type définit complètement chaque flux d'informations qui circule dans le système informatique. En effet, ce couple précise l'objet du message, le traitement à effectuer, le contexte d'utilisation du formulaire (quelle partie du formulaire pour quel événement, lorsqu'un document type est nécessaire, ce document type est inclus dans le formulaire. On note qu'un même formulaire peut être utilisé pour plusieurs événements type et que le même formulaire est utilisé tout le long d'un même processus et enrichi, c'est-à-dire documenté à chaque étape par le résultat renvoyé par le traitement de cette étape. Un document type accompagne le formulaire pour préciser les actes de gestion qu'il est possible de déclencher pendant la durée de vie du dossier. Le document type définit la structure du document de la transaction, ainsi que les habilitations et les décisions de gestion, ou coupons, rattachés au document. On note que les coupons représentent les tâches à effectuer sur le document mais que le réseau de tiers de confiance 105 n'impose pas d'ordre d'exécution ni la complétude des tâches, cette responsabilité étant reportée vers le système de l'utilisateur. Les figures 2A et 2B illustrent un exemple d'événement type 205, de formulaire type 210 comportant un document type 215. L'événement type 205 représente : un initiateur 220 (c'est-à-dire un identifiant de l'utilisateur, y compris sa société d'appartenance qui a provoqué directement ou indirectement l'émission du message), - un dossier 221 de cet initiateur, un ordre de fabrication 222 de ce dossier, un engagement 223 de l'initiateur, un accusé de réception 224 de cet engagement, un bon à payer 225 de cet engagement, un ordre de paiement 226 de cet engagement, - une autorisation de paiement 227 de cet engagement, un passage de relais 228 donnant à un coupon, comme au document initial, un message et un formulaire, une émission 229 de ce passage de relais, c'est-à-dire des éléments associés au coupon, vers l'opérateur, une conservation 230 de ce passage de relais, une ampliation 231 de ce passage de relais, et - une commutation 232 de ce passage de relais. En dehors du document type 215, le formulaire type 210 comporte : - un attribut personnel de confiance 235, des mentions civiles 236, des mentions commerciales 237, - des mentions fiscales 238, une liste récapitulative 239, des mentions obligatoires 240 de la liste récapitulative, une convention interchange 241, - des partenaires 242 de cette convention interchange, des opérateurs 243 de cette convention interchange, des prestataires 244 de cette convention interchange, - des habilitations 245, des procurations 246, des tâches 247, une validation à distance 248 des tâches 247, une signature 249 des tâches 247, - un archivage 250 des tâches 247 et une restitution 251 des tâches 247. Le document type 215 comporte : - un fichier structuré de composition de document 255, une habilitation liée aux coupons 256, des coupons 257, un coupon d'acceptation 258, un coupon de bon à payer 259, - un coupon d'accusé de réception 260, un coupon d'ordre de paiement 261 et - un coupon d'autorisation de paiement 262. On observe, en figure 3, que, sur déclenchement par un initiateur, un coupon est détaché et provoque l'émission d'un message 305 à destination d'une application 310 commençant un processus lié au traitement du coupon. Ce message 305 comporte un événement 315 et un formulaire 320, le type d'événement, le formulaire et l'éventuel document type intégré au formulaire 320 étant définis par la nomenclature indépendante du référentiel. Une fois le message 305 reçu par l'application 310, l'application 310 traite l'événement 315 et enrichit, c'est-à-dire documente, le formulaire 320 avec les résultats de l'application 310 avant de passer le relais, c'est-à-dire d'envoyer un autre message 325 destiné à une autre application 330, cet autre message 325 comportant un événement 330 et le formulaire 320 enrichi. Les traitements et émissions de messages se poursuivent ainsi jusqu'à ce que le coupon ait été entièrement traité. On observe, en figures 4A et 4B, une nomenclature 401, un référentiel 410, des autorités 440 et des services 450. La nomenclature 401 définit chaque événement type 402, chaque formulaire type 403 et chaque document type 404. Le référentiel 410 est un référentiel unique géré par le réseau de tiers de confiance et partagé par tous les opérateurs et tiers de confiance. Le référentiel 410 comporte un référentiel client 411, un référentiel de gestion d'identité 421, un référentiel documentaire 427 et un référentiel de sécurité 435. Le référentiel de chaque utilisateur, ou client, 411 comporte un annuaire 412 qui centralise le référencement des utilisateurs, un carnet d'adresses de l'utilisateur 413 lié à l'établissement de l'utilisateur, un compte-courant de correspondance 414 qui définit des comptes de correspondance, un compte d'interface 415 qui définit des comptes d'interface avec les prestataires, financiers, par exemple, une signature 416, fichier numérisé rattaché à chaque utilisateur, une notation 417 liée à l'établissement de l'utilisateur, une définition de coffre-fort 418 rattaché à chaque utilisateur, un bureau de gestion 419 et un bureau de correspondance 420. Le référentiel de gestion de chaque identité 421 rassemble les moyens d'identification et d'habilitation des utilisateurs. Le référentiel 421 comporte une habilitation 422, qui décrit les droits des utilisateurs, par exemple les fonctions et documents qu'ils peuvent gérer, une identité 423, par exemple un numéro de téléphone mobile, permettant d'authentifier un utilisateur en lui faisant parvenir un mot de passe à usage unique sur un terminal mobile communicant, une procuration 424 de l'utilisateur à l'opérateur pour que l'opérateur signe des documents au nom de l'utilisateur, un SSO 425, moyen de propagation de l'identité et des habilitations d'un utilisateur, et un certificat 426, par exemple conforme à l'infrastructure PKI (acronyme de public key infrastructure pour infrastructure à clé publique). Le référentiel documentaire de chaque utilisateur 427 rassemble l'ensemble des documents contractuels liés à un utilisateur. Le référentiel 427 comporte un contrat de service 428, passé entre le réseau de tiers de confiance et l'utilisateur, un formulaire 429, une définition de flux de travail (en anglais workflow ) 430, une composition de fichiers structurés 431, une procédure de correspondance 432 qui définit le mode opératoire entre l'utilisateur, le réseau de tiers de confiance et les opérateurs, une convention de correspondance 433 et une mention légale 434. On note que le réseau de tiers de confiance ne prend en charge que les workflow de production, c'est-à-dire la chaîne de dématérialisation et l'alimentation des bureaux et des comptes. En revanche, le réseau de tiers de confiance ne prend pas en charge les processus décisionnels, par exemple la validation de paiement de facture, qui sont liés aux systèmes de production des utilisateurs. Le réseau de tiers de confiance met à la disposition des utilisateurs un bureau de gestion pour adosser (c'est-à-dire associer une justification externe de la contrepartie d'une opération interne, un adossement étant un document produit par cette justification, associé à un coupon en réponse à un coupon question) leurs décisions de gestion sur des données dématérialisées à valeur juridique probante. Le réseau de tiers de confiance gère aussi les points de rendez-vous sous la forme de notifications, lorsque plusieurs utilisateurs participent à une décision commune. Le référentiel de sécurité de chaque utilisateur 435 comporte une politique de sécurité 436, qui définit les contraintes du domaine de confiance du réseau de tiers de confiance, une politique de certification 437, qui concerne les serveurs dans le domaine de confiance du réseau de tiers de confiance et une politique de validation 438, méthode d'acceptation des certificats des serveurs du domaine de confiance du réseau de tiers de confiance et en dehors de ce domaine. Dans le mode de réalisation illustré en figures 4A et 4B, le réseau de tiers de confiance est un réseau hiérarchique adossé à une infrastructure conforme à l'infrastructure PKI. Un tiers de confiance racine est la racine de l'autorité de certification. Un tiers de confiance affilié est sous l'autorité de certification. Une sous-autorité de certification peut, à son tour, délivrer des certificats pour ses propres autorités internes. Une sous-autorité de certification peut aussi délivrer des certificats à ses propres sous-tiers de confiance. L'extension du domaine de confiance s'effectue par accord croisé avec d'autres racines de confiance. Elle correspond à la mise en place de l'autorité de validation pour sert, entre autres, à accepter les racines en dehors du domaine de confiance. Les autorités 440 comportent au moins un tiers de confiance 441, un fournisseur d'horodatage 442, un fournisseur de services de notarisation 443, un fournisseur de services de conservation 444, une autorité de certification 445, un fournisseur de services d'enregistrement 446 et un fournisseur de services de validation 447. L'autorisé de certification 445 délivre et gère le cycle de vie des certificats délivrés aux tiers de confiance. Le fournisseur d'horodatage 442 fournit une heure signée à intégrer dans chaque transaction. Le fournisseur de services de notarisation 443 certifie une transaction entre deux partenaires. Le fournisseur de services d'enregistrement 446 effectue l'enregistrement des utilisateurs auprès des tiers de confiance et l'enregistrement des serveurs de la chaîne de confiance. Le fournisseur de services de conservation 444 protège les documents archivés et fait appel à l'autorité d'horodatage pour marquer le temps. Le fournisseur de services de validation 447 valide un certificat externe au domaine de confiance du réseau de tiers de confiance. Les services 450 comportent des opérateurs 451 et des membres du réseau de tiers de confiance 460. Les opérateurs 451 comportent des opérateurs d'émission d'original 452, des opérateurs de commutation 453, des opérateurs de conservation 454 et des opérateurs d'ampliation 455. Le réseau de tiers de confiance 460 comporte des bureaux 461 et des services d'infrastructure 470. Les bureaux 461 comportent un bureau de correspondance sécurisé 462, une interface métier 463, un bureau de gestion collaboratif 464, des certificats d'opérations 465 et des affaires 466. Une affaire est un ensemble de dossiers liés manuellement par un utilisateur. Les services d'infrastructure 470 rassemblent les outils de transport, de traçabilité et de notification. Ils comportent un service de transfert sécurisé 471, qui effectue le transfert de données des clients vers le centre de données et vers des organismes, un service de trace sécurisé 472, qui fournit une trace technique ou fonctionnelle non altérable, dont l'intégrité est assurée et un service de notification 473, qui prend en charge l'ensemble des méthodes de notification aux utilisateurs, par courrier électronique, message court, alerte dans un portail et par synchronisation multi-partenaires. On observe, en figure 5 qu'un utilisateur payeur donne, d'abord, un ordre de paiement, en mettant en oeuvre un coupon, dans son bureau de gestion, étape 502. Puis, un message de dématérialisation est transmis à un opérateur, qui effectue l'émission du document original correspondant, étape 504. Puis, un ou plusieurs opérateurs effectuent les étapes de commutation, 506, d'ampliation, 508, et de conservation 510 et renvoie, pour la réalisation de chacune de ces étapes, un certificat de conformité au bureau de correspondant de l'utilisateur payeur, étapes 512, 514, 516 et 518, respectivement. Le bureau de correspondance de l'utilisateur payeur émet alors un message à destination du bureau de gestion du client utilisateur, étape 520, et du fournisseur payé, étape 522. On observe, en figure 6, une étape 602 de définition d'une nomenclature, une étape 604 de définition de référentiel, une étape 606 de détermination des autorités et une étape 608 de détermination des services mis en oeuvre. Puis, au cours d'une étape 610, un utilisateur adhère aux services du réseaux de tiers de confiance et se voit attribuer un bureau de gestion et un bureau de correspondance, étape 612. Au cours d'une étape 614, l'utilisateur définit des documents types qu'il utilisera. Au cours d'une étape 616, l'utilisateur détermine une transaction qu'il souhaite effectuer. Au cours d'une étape 618, l'utilisateur met en oeuvre un coupon compris dans le document. Au cours d'une étape 620, un message est envoyé à une application informatique d'opérateur chargé du premier traitement du coupon, ce message comportant un événement et un formulaire. Au cours d'une étape 622, l'application effectue le traitement dont elle a la charge. Au cours d'une étape 624, l'application envoie un certificat de conformité au bureau de correspondance de l'utilisateur qui a utilisé le coupon. Au cours d'une étape 626, l'application enrichit le formulaire avec le ou les résultats de son traitement du coupon. Au cours d'une étape 628 l'application envoie un message à un autre application chargée de la suite du traitement du coupon et ainsi de suite. Lorsque le traitement du coupon est achevé, au cours d'une étape 630, le bureau de correspondance notifie le bureau de gestion de chaque utilisateur concerné par le traitement du coupon.5 REVENDICATIONS 1 - Procédé de traitement d'information, caractérisé en ce qu'il comporte : - une étape de détermination du contenu d'un document principal représentant ladite information et comportant au moins un document auxiliaire (257) simplifié qui représente au moins une tâche (258 à 262) susceptible d'être effectuée en relation avec ledit document principal, chaque dit document auxiliaire étant associé à un identifiant dudit document principal, définissant la structure d'au moins un document associé à chaque dite tâche et - une étape (618, 620) de déclenchement d'une tâche représentée par un dit document auxiliaire et d'émission d'un message à destination d'une application informatique (310), le message comportant : - un événement (205, 315) qui définit le processus à appliquer au contenu dudit message et - un formulaire (210, 320) qui regroupe l'ensemble des informations nécessaires pour la réalisation du processus, par toutes les applications informatiques susceptibles d'être mises en oeuvre en relation avec ledit document principal. 2 û Procédé selon la revendication 1, caractérisé en ce qu'il comporte, par ladite application (310), lorsqu'elle a achevé le processus, l'émission (628) d'un autre message à destination d'une autre application informatique (325), cet autre message comportant un événement (330) qui définit la signification de cet autre message et, en conséquence, le processus à appliquer, et ledit formulaire. 3 û Procédé selon l'une quelconque des revendications 1 ou 2, caractérisé en ce que le formulaire (210) comporte un document type (215, 404) associé à l'utilisateur. 4 û Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce qu'il comporte, pour mettre en oeuvre l'étape (618, 620) de déclenchement d'une tâche, une étape d'affichage d'un bureau de gestion, espace de travail dans lequel l'utilisateur peut réaliser des tâches et une étape d'affichage d'un bureau de correspondance, dans lequel l'utilisateur peut obtenir des compte-rendus d'opérations effectuées conformément à ses instructions ou d'opérations qui le concernent et accéder à un historique de ces opérations. 5 û Procédé selon la revendication 4, caractérisé en ce qu'il comporte une étape (624) d'émission d'un certificat de conformité à destination du bureau de correspondance, par chaque application concernée par une opération d'un processus déclenché par un dit document auxiliaire. 6 û Procédé selon l'une quelconque des revendications 1 à 5, caractérisé en ce qu'il comporte, pour une tâche de dématérialisation d'un document : - une étape (452) d'émission d'un document original, une étape (454) de conservation de l'original dans une mémoire sécurisée, une étape (453) de commutation, c'est-à-dire de duplication de l'original dans une mémoire affectée à l'utilisateur émetteur et dans une mémoire affectée à chaque destinataire et - une étape (455) d'ampliation, c'est-à-dire de mise sous pli, électronique ou papier, de chaque copie de l'original affectée à un destinataire. 7 û Procédé selon l'une quelconque des revendications 1 à 6, caractérisé en ce que, au cours de l'étape de détermination du contenu d'un document, on met en oeuvre une nomenclature (401), ensemble des composantes (402, 403, 404) du langage commun utilisées pour tous les messages échangés en relation avec ce document. 8 û Procédé selon la revendication 7, caractérisé en ce que la nomenclature (401) est composée d'événements type (402), de formulaires type (403) et de documents type (404). 9 û Procédé selon l'une quelconque des revendications 1 à 8, caractérisé en ce qu'un événement (205, 315) représente l'une des tâches suivantes : - un ordre de fabrication, une émission d'original, une acceptation (258) de facture, un accusé de réception (260) ou - un ordre de paiement (261). 10 û Procédé selon l'une quelconque des revendications 1 à 9, caractérisé en ce que, pendant la durée de vie du document, le formulaire (210, 320) est documenté (626) à chaque étape du processus par le résultat du traitement de ladite étape. 11 û Procédé selon l'une quelconque des revendications 1 à 10, caractérisé en ce que, au cours de l'étape de détermination du contenu du document, on fait référence à un document type (215, 404) qui définit la structure du document, les habilitations et les documents auxiliaires rattachés au document. 12 -Dispositif de traitement d'information, caractérisé en ce qu'il comporte : un moyen de détermination du contenu d'un document principal représentant ladite information et comportant au moins un document auxiliaire (257) simplifié qui représentent au moins une tâche (258 à 262) susceptible d'être effectuée en relation avec ledit document principal, chaque dit document auxiliaire étant associé à un identifiant dudit document principal, définissant la structure d'au moins un document associé à chaque dite tâche et - un moyen de déclenchement d'une tâche représentée par un dit document auxiliaire 35 et d'émission d'un message à destination d'une application informatique, le message comportant :- un événement (205, 315) qui définit le processus à appliquer au contenu dudit message et - un formulaire (210, 320) qui regroupe l'ensemble des informations nécessaires pour la réalisation du processus, par toutes les applications informatiques 5 susceptibles d'être mises en oeuvre en relation avec ledit document principal.