Du sous-produit à la ressource
Pendant longtemps, les organisations ont considéré les données comme un sous-produit de leur activité. On produisait des ventes, des achats, des paiements, des contrats, des opérations — et les données apparaissaient naturellement au passage. Elles étaient une conséquence. Elles deviennent aujourd’hui une ressource. Peut-être même la ressource la plus stratégique du bureau immatériel contemporain — au sens où la qualité de toutes les décisions dépend désormais de la qualité des données sur lesquelles elles s’appuient.
Ce renversement n’est pas anodin. Quand les données sont un sous-produit, on les subit. On les enregistre parce qu’on y est obligé — par la réglementation, par les besoins de la comptabilité, par les exigences des partenaires. Quand les données sont une ressource, on les cultive. On les nettoie, on les structure, on les enrichit, on les gouverne. Cette différence de posture conditionne l’ensemble des décisions organisationnelles : comment sont conçus les formulaires, comment sont paramétrés les outils, comment sont formés les collaborateurs, comment est organisée la relation avec les tiers.
Posséder des données n’est pas posséder des données fiables
La plupart des dirigeants pensent disposer de données. Et ils ont raison — au sens où leurs systèmes contiennent des enregistrements. Le problème est ailleurs. Posséder des données n’est pas la même chose que posséder des données fiables. Un fournisseur peut être enregistré sans être correctement identifié — le même fournisseur apparaît trois fois sous trois orthographes différentes, créant des anomalies dans les analyses de dépenses. Un client peut être à jour en apparence mais contenir un numéro de TVA intracommunautaire non vérifié, créant des risques sur les déclarations fiscales. Un compte bancaire peut être renseigné sans être validé — ce qui est précisément la faille qu’exploite la fraude au changement d’IBAN.
J’ai réalisé, en accompagnant des clients dans des migrations vers de nouveaux systèmes, que la qualité des données existantes est presque toujours surestimée par les dirigeants et sous-estimée par leurs équipes. Les dirigeants voient les données dans les rapports — qui sont généralement nettoyés et consolidés. Les équipes vivent avec les données brutes — qui sont souvent partielles, redondantes, incohérentes. La migration force cette confrontation. Elle est rarement agréable. Elle est toujours nécessaire.
Le référentiel tiers comme actif stratégique
La question de la qualité des données devient particulièrement visible quand on observe les référentiels tiers — les bases de données clients, fournisseurs, partenaires, prestataires. Pendant longtemps, leur gestion relevait principalement de l’administration : créer une fiche, renseigner les coordonnées, archiver les contrats. Aujourd’hui, elle devient stratégique. L’identité d’un fournisseur, son statut juridique, ses coordonnées bancaires, ses informations fiscales, ses habilitations éventuelles, ses risques de défaillance — tout cela conditionne la fiabilité des flux qui le concernent.
La réforme de la facturation électronique a rendu ce sujet encore plus concret. Pour recevoir des factures via une plateforme agréée, il faut être en mesure d’identifier ses fournisseurs de façon normalisée — typiquement par leur SIREN ou leur numéro de TVA intracommunautaire. Si le référentiel fournisseurs contient des enregistrements incomplets ou incorrects, les factures ne pourront pas être rapprochées automatiquement. L’infrastructure de flux suppose une infrastructure de données fiables en amont. L’une ne fonctionne pas sans l’autre.
XML, Factur-X, CII, UBL — la technologie commune
La réforme de la facturation électronique a imposé, pour la première fois dans l’histoire administrative française, une normalisation de la donnée à l’échelle nationale. Le format Factur-X — un PDF avec un fichier XML embarqué — est la facette la plus conviviale de cette normalisation, celle qui maintient une continuité avec le document lisible par les humains. Mais deux autres formats complètent le dispositif : CII (Cross Industry Invoice) et UBL (Universal Business Language), tous deux standards internationaux portés par des organismes de normalisation (UN/CEFACT et OASIS).
Ce qui est commun à ces trois formats, c’est le XML — le langage de balisage extensible qui structure les données de façon lisible par les machines. Qu’il s’agisse de la donnée structurée du Factur-X, du CII ou de l’UBL, c’est toujours du XML qui circule entre systèmes. Cette convergence vers un substrat commun est l’équivalent contemporain de la normalisation des formulaires papier que Ponthière appelait de ses vœux en 1935. Toutes les factures ont désormais les mêmes attributs, dans le même ordre, exprimés dans le même langage. L’interopérabilité n’est plus un objectif — elle est une obligation.
La donnée comme responsabilité
Reconnaître la donnée comme matière première du bureau immatériel, c’est aussi reconnaître que sa qualité est une responsabilité. Une responsabilité qui ne peut pas être entièrement déléguée à un outil. Pennylane catégorise automatiquement les transactions bancaires — mais si le libellé bancaire est trop cryptique, la catégorisation sera erronée. Un outil de gestion des tiers vérifie automatiquement les SIREN — mais si le SIREN saisi est incorrectement transcrit, la vérification sera fausse. La machine amplifie la qualité des données qu’on lui fournit — dans les deux sens. Des données fiables produisent des flux fiables. Des données dégradées produisent des flux dégradés à grande vitesse.
C’est pour cela que la gouvernance des données — qui décide quoi, qui modifie quoi, qui valide quoi — est une question organisationnelle avant d’être une question technique. Et c’est pour cela que l’expert-comptable, qui voit passer les données de ses clients depuis des années, est souvent mieux placé que quiconque pour identifier les fragilités d’un référentiel. C’est un rôle qu’il n’a pas toujours su revendiquer. Il gagnerait à le faire.