Introduction

En travaillant sur le cahier des charges pour un format de document ouvert, il apparut rapidement que pour les administrations et les entreprises, en plus de l'échange de documents sans perte de format, la possibilité de traiter les documents électroniques par les systèmes automatiques de gestion des documents et de gestion des tâches était primordiale. C'est toute la chaîne des processus qu'il faut inclure, depuis la conception d'un document jusqu'à son archivage (éventuellement à l'échelle de toute l'organisation).

Dans ce contexte, le XML semble être une base appropriée grâce à l'utilisation de schémas XML permettant de définir des méta-informations extensibles.

Cette caractéristique particulièrement intéressante permet de définir un système hiérarchique de classes de documents, depuis un document de base sans forme particulière comme une note, jusqu'à des documents plus complexes comme des déclarations de revenus.

Afin de pouvoir être traités correctement, que ce soit pour leur archivage, leur inclusion dans un système de gestion électronique de documents ou leur traitement par un système de gestion des tâches, les documents doivent être accompagnés de certaines informations se rapportant au contexte dans lequel ils ont été créés ou traités.

L'information de base liée à chaque document est par exemple:

	Classe du document (lettre, facture, bon de livraison, déclaration d'impôts)
	Nom de l'auteur
	Date de création
	Version

En plus des bases ci-dessus, un lettre sans forme particulière pourrait contenir:

	Adresse de l'expéditeur (auteur)
	Nom du destinataire
	Adresse du destinataire
	Contexte (texte continu)
	Signature

De cette lettre, pourrait dériver une lettre commerciale, contenant des informations supplémentaires comme:
Référence (sujet), vos refs/nos refs, n° de compte bancaire etc.

De nouveau, à partir de cette lettre commerciale, des documents comme offre de prix, bon de livraison, commande et facture pourraient être dérivés, et ainsi de suite...

Le contenu devant être inclus dans chaque classe de document peut et doit être obtenu de spécifications existantes comme:

	DOMEA-spécification pour les administrations gouvernementales (Allemagne)
	aEt les contenus définis par exemple par EDIFACT, ebXML ou openTRANS pour l'économie.

En suivant cette approche, on obtiendra un système hiérarchique de classes de documents qui, à partir d'une base 1dok, sera interdépendant dans divers développements.

1 dok propose donc ce modèle comme modèle hiérarchique de méta-données.