OCR pour la comptabilité : Guide complet
pour le traitement des factures, reçus et relevés bancaires

Ce que l'OCR signifie vraiment pour la comptabilité

Dans le contexte comptable, l'OCR ne consiste pas à transformer du texte scanné en PDF consultable. Il s'agit de convertir le contenu des documents en données structurées et importables — des lignes et colonnes qui correspondent à votre plan comptable, vos fichers fournisseurs et votre historique de transactions.

La capacité pertinente n'est pas « cet outil peut-il lire le texte » — c'est « cet outil peut-il extraire le numéro de facture, le rapprocher d'un bon de commande, formater la date pour mon système comptable et produire le résultat avec 99 autres factures dans un seul fichier Excel. »

Cette distinction est importante car la technologie OCR traditionnelle — qui existe depuis les années 1990 — peut lire des caractères sur un document mais ne peut pas comprendre leur signification. Elle reconnaîtra correctement la chaîne « 1 247,83 € » sur une page, mais ne saura pas s'il s'agit du total de la facture, du montant de la taxe ou d'un sous-total de ligne, à moins que vous ne lui indiquiez exactement où chercher sur la page. Pour les équipes comptables recevant des factures de dizaines ou centaines de fournisseurs, chacun avec une mise en page différente, cette étape « indiquer où chercher » est le goulot d'étranglement qui a maintenu la saisie manuelle des données en vie malgré des décennies de disponibilité de l'OCR. Pour comprendre le changement fondamental entre la reconnaissance de caractères et la compréhension de documents, consultez ce qu'est l'OCR IA et en quoi il diffère de l'OCR traditionnel.

Le changement qui a bouleversé cela ces trois dernières années est l'extraction sémantique basée sur l'IA — une approche technique fondamentalement différente. Au lieu de scanner des caractères à des coordonnées fixes, un modèle de vision-langage lit le document comme le ferait un humain : il voit la mise en page, reconnaît la relation entre les étiquettes et les valeurs, et extrait les champs en fonction de leur signification, et non de leur emplacement. Cela signifie que la même configuration d'extraction fonctionne que votre fournisseur envoie une facture d'une page ou un PDF de quatre pages, que le total apparaisse dans le coin supérieur droit ou inférieur gauche, et que le document soit un PDF propre ou une photo de téléphone d'un reçu thermique.

Pourquoi la comptabilité a besoin de l'OCR — Le cas chiffré

L'argument en faveur de l'OCR en comptabilité ne porte pas sur la technologie. Il s'agit de répartition du travail. Chaque heure qu'un employé de la comptabilité fournisseurs passe à taper des numéros de facture et des descriptions de lignes dans un tableur est une heure qu'il ne consacre pas à l'analyse des écarts, à la gestion des relations fournisseurs ou à la prévision de trésorerie. Les chiffres qui quantifient ce compromis sont bien établis dans de multiples références sectorielles.

Une seule facture saisie manuellement prend 3 à 5 minutes pour les seuls champs d'en-tête — nom du fournisseur, numéro de facture, date, numéro de bon de commande, total. Ajoutez l'extraction des lignes et le temps par facture double. À 500 factures par mois, cela représente environ 40 heures de pure saisie de données — une semaine de travail complète chaque mois consacrée à la transcription. Au coût total chargé d'un employé de comptabilité fournisseurs d'environ 25 $ de l'heure, cela représente 1 000 $ par semaine, soit 52 000 $ par an, pour un travail qui n'apporte aucune valeur analytique. Le taux d'erreur aggrave le problème : la transcription manuelle produit régulièrement 2 à 5 erreurs pour 100 champs saisis, et chaque erreur coûte en moyenne 10 $ à détecter et à corriger, selon les références financières de l'APQC. Un seul chiffre inversé sur une facture de 12 000 $ — 12 000 $ saisi comme 21 000 $ — crée un problème de rapprochement qui prend plus de temps à trouver qu'il n'en a fallu pour taper le nombre initialement.

L'idée structurelle que la plupart des équipes comptables négligent : le coût de la saisie manuelle des données n'est pas le temps de frappe. C'est le temps de nettoyage ultérieur. Chaque erreur introduite lors de la saisie doit être trouvée — et la trouver coûte plus cher que de l'avoir saisie correctement. L'OCR élimine la source d'erreur, pas seulement le travail de frappe.

Côté sortie, l'extraction automatisée traite une page en 5 à 10 secondes — environ 18 fois plus vite que la saisie manuelle — avec une précision au niveau des champs sur du texte imprimé qui dépasse régulièrement 97 %. Le compromis n'est pas entre vitesse et précision. C'est la vitesse et la précision contre la même équipe qui fait de la saisie de données trois jours par mois. Pour une analyse plus détaillée des attentes de précision par type de document et une méthodologie que vous pouvez appliquer à vos propres documents, consultez le guide de précision au niveau des champs pour l'OCR.

Cinq types de documents que l'OCR traite en comptabilité

Les équipes comptables ne traitent pas que des factures. Une solution OCR complète doit gérer l'ensemble des documents qui arrivent dans votre boîte mail partagée, votre courrier physique et vos notes de frais. Chaque type de document présente des défis d'extraction différents — et l'outil choisi doit tous les traiter avec la même configuration, sans paramétrage distinct par type.

1. Factures — le cœur de la charge de travail

Les factures représentent l'essentiel du volume traité par l'OCR en comptabilité. L'extraction standard cible les champs d'en-tête — nom du fournisseur, numéro de facture, date, date d'échéance, numéro de bon de commande, montant total, montant de la TVA, devise — ainsi que les lignes de détail, plus complexes car les tableaux varient en nombre et ordre de colonnes, et s'étendent sur plusieurs pages selon les fournisseurs. Un outil incapable d'extraire les lignes de détail de factures multipages avec des structures de colonnes variables n'est pas prêt pour la production en comptabilité fournisseurs. Pour un traitement complet de l'extraction spécifique aux factures, consultez le guide complet d'extraction des données de factures.

2. Reçus — le cauchemar des formats

Les reçus arrivent dans plus de formats que tout autre document comptable. Papier thermique, photos de téléphone, PDF par email, tickets de station-service scannés de la taille d'un marque-page, carnets de restaurant multipages. La qualité d'impression va du net à l'illisible (le papier thermique s'efface en 6 à 12 mois). Contrairement aux factures, les reçus suivent rarement une mise en page standard — un reçu de taxi et un reçu de quincaillerie n'ont aucun motif structurel commun, si ce n'est « un total en bas ». L'administration fiscale exige que les reçus numériques conservent le nom du fournisseur, la date, chaque ligne de détail, le total et le mode de paiement — pas seulement le total. L'OCR pour les reçus doit donc capturer les lignes de détail de documents jamais conçus pour une lecture automatique, et fonctionner avec la qualité photo qu'un employé de terrain produit en trois secondes avec un téléphone.

3. Relevés bancaires — Structure multi-page avec lignes répétées

Les relevés bancaires sont structurellement distincts des factures et reçus. Un seul PDF peut s'étendre sur 20 pages, chacune contenant un tableau de transactions répétées avec date, description, numéro de référence, débit, crédit et solde courant. L'exigence d'extraction ne se limite pas à capturer les lignes — il s'agit de garantir que les données des relevés multi-page fusionnent en un seul tableau continu, sans lignes en double (fréquentes aux limites de page) ni lignes manquantes. Les formats de relevés varient considérablement selon les banques : certains utilisent une mise en page à deux colonnes (débits à gauche, crédits à droite), d'autres une colonne unique avec des indicateurs de type de transaction, et d'autres encore combinent les deux dans le même document selon le type de compte. Pour un traitement ciblé, voir à quoi ressemble l'extraction de relevés bancaires pour les équipes comptables.

4. Formulaires fiscaux — W-2 et 1099

Les formulaires W-2 et 1099 sont saisonniers mais à forts enjeux. La plupart des équipes comptables les traitent par vagues — de janvier à avril pour les entreprises américaines — et les exigences de précision sont absolues : un mauvais SSN ou EIN sur un 1099 génère un avis CP2100 de l'IRS, et la réémission de formulaires corrigés après la date limite de dépôt du 31 janvier entraîne des pénalités par formulaire qui augmentent jusqu'en mars. Le défi de l'extraction est que les formulaires fiscaux utilisent une petite police (8-10 pt dans des mises en page encadrées), contiennent des champs qui se ressemblent mais ont des significations différentes (case 1 salaires vs case 3 salaires de sécurité sociale vs case 5 salaires Medicare), et sont souvent imprimés sur des formulaires en plusieurs parties qui produisent une mauvaise qualité de numérisation. La plupart des outils OCR traitent tous les formulaires fiscaux comme « lisez tout » — mais le champ qui compte pour la déclaration 1099-NEC est la case 7 (rémunération non salariée), et le champ qui compte pour la réconciliation des salaires W-2 est la case 1 (salaires, pourboires, autres rémunérations). Les outils d'extraction qui ne font pas la distinction entre ces champs sémantiquement similaires créent des erreurs de déclaration en aval qui apparaissent des mois après le traitement.

5. Bons de commande — Le volet rapprochement du triple rapprochement

Les bons de commande (BC) sont les documents comptables les moins prioritaires pour l'OCR, mais ils sont essentiels aux workflows de triple rapprochement (BC + bon de réception + facture). Les BC définissent l'engagement de dépenses, les quantités d'articles et les prix convenus auxquels la facture doit correspondre. L'extraction des données des BC — numéro de BC, descriptions des articles, quantités commandées, prix unitaires, dates de livraison — permet un rapprochement automatisé : le système compare les lignes du BC à celles de la facture et signale les écarts sans qu'un humain ait à recouper deux documents papier. Sans extraction des BC, le rapprochement reste une tâche manuelle, quelle que soit la qualité de l'extraction des factures.

Le vrai défi — Les factures fournisseurs multi-formats

Demandez à n'importe quelle équipe AP ce qui rend la saisie de données difficile, et la réponse est toujours la même : « Les documents viennent de centaines de fournisseurs différents, donc ils sont tous formatés différemment. » Cette phrase unique — répétée sur les fils Reddit de r/Accounting, r/Entrepreneur et r/smallbusiness — résume le problème structurel que la plupart des outils OCR ne parviennent pas à résoudre.

Le problème n'est pas que les factures aient des mises en page différentes. C'est que l'OCR traditionnel vous oblige à traiter chaque mise en page comme une configuration distincte. Générez un modèle pour la facture d'une page du fournisseur A. Construisez un autre modèle pour la facture de deux pages du fournisseur B avec les lignes d'articles sur la deuxième page. Créez un troisième modèle pour la facture du fournisseur C qui place le total en bas à gauche au lieu d'en haut à droite. Multipliez maintenant par chaque fournisseur avec lequel vous travaillez — et à chaque fois qu'un fournisseur met à jour son logiciel comptable et que la mise en page de sa facture change, le modèle se casse.

Un utilisateur Reddit a décrit le point de rupture : « Je saisissais manuellement plus de 2 500 factures par mois. Les mêmes champs encore et encore : numéro de facture, date, fournisseur, totaux. C'était répétitif, lent, et je faisais constamment des erreurs simplement à cause de la fatigue. Le point de rupture a été de saisir accidentellement la même facture deux fois, puis de passer des heures à essayer de trouver où les chiffres ne correspondaient plus. »

Un autre utilisateur, évaluant des solutions OCR pour une équipe AP traitant plusieurs formats : « Nous avons examiné certaines solutions OCR, mais elles nécessitent souvent une formation approfondie pour chaque nouveau modèle. Quelqu'un utilise-t-il un outil capable d'extraire de manière fiable les données des lignes d'articles de documents variés sans avoir à construire un analyseur personnalisé pour chaque fournisseur ? »

C'est la distinction fondamentale entre l'OCR traditionnel et l'extraction par IA. Les outils basés sur des modèles traitent chaque format de fournisseur comme un problème distinct. L'extraction par IA traite toutes les factures comme le même problème : « trouver le numéro de facture, trouver le total, trouver les lignes d'articles » — car l'IA comprend ce qu'est une facture, indépendamment de sa mise en page spécifique. Pour une comparaison détaillée de ces deux approches architecturales, voir OCR vs extraction par IA : laquelle correspond à votre mix documentaire.

OCR traditionnel vs extraction par IA

La différence entre l'OCR traditionnel et l'extraction par IA n'est pas une question de degré — c'est une différence fondamentale dans ce que chaque technologie peut accomplir. Comprendre cette distinction est essentiel pour évaluer tout outil destiné à la comptabilité.

Le tableau ci-dessus montre pourquoi la question « l'OCR est-il bon pour la comptabilité » est trompeuse. L'OCR traditionnel — utile pour rendre le texte consultable — est insuffisant pour les flux comptables nécessitant des données structurées au niveau des champs. L'extraction par IA, qui lit les documents en comprenant la signification de chaque champ, est la technologie qui élimine réellement la saisie de données. Pour une introduction plus approfondie, voir ce qu'est l'OCR et comment l'IA l'a transformé.

Conformité — Trois cadres réglementaires que toute configuration OCR comptable doit respecter

L'OCR en comptabilité ne se résume pas à la rapidité. Il s'agit de créer des enregistrements numériques qui satisfont aux autorités fiscales lorsqu'elles demandent des justificatifs. Trois cadres réglementaires — un américain, un britannique, un allemand — définissent ce qu'est une tenue de registres numériques conforme en pratique. Si votre configuration OCR comptable ne répond pas à ces exigences, elle ne produit pas de documents à l'épreuve d'un audit.

États-Unis — IRS Revenue Procedure 97-22 : Les documents numériques comme originaux légaux

L'IRS accepte les documents stockés électroniquement en lieu et place des originaux papier — mais seulement si votre système de stockage remplit les six conditions de la Revenue Procedure 97-22. En vertu de l'IRC Section 6001, tout contribuable doit conserver des documents suffisants pour justifier ses déclarations fiscales. La Rev. Proc. 97-22 définit les conditions précises dans lesquelles le stockage électronique satisfait à cette obligation.

Les trois exigences pratiques qui comptent pour la sortie OCR : (1) l'image électronique doit être une reproduction complète et exacte de l'original — chaque champ du document original doit être lisible dans la copie numérique ; (2) les documents doivent être indexés pour la recherche — vous devez pouvoir localiser un document spécifique dans un délai raisonnable ; (3) le système doit produire des copies lisibles sur demande — les formats propriétaires qui ne peuvent être ouverts sans logiciel spécifique ne répondent pas à cette norme.

Pour l'OCR en comptabilité, cela signifie : votre outil d'extraction doit conserver le document original en parallèle des données extraites. Une sortie Excel seule ne suffit pas — lors d'un audit, l'inspecteur de l'IRS voudra voir le document source qui a produit chaque valeur extraite. Une configuration appropriée exporte les données extraites vers votre système comptable et conserve le PDF ou l'image original dans une archive consultable avec un lien de référence vers la ligne extraite. Pour le détail complet de ce qui constitue un reçu ou une facture numérique conforme selon l'IRS, voir exigences IRS pour les documents numériques.

Royaume-Uni — Fiscalité numérique : Déclaration numérique trimestrielle

À partir d’avril 2026, la fiscalité numérique (MTD) pour l’auto-évaluation de l’impôt sur le revenu devient obligatoire pour les travailleurs indépendants et les bailleurs dont les revenus cumulés d’activité non salariée et de location dépassent 50 000 £. La phase 2 étend cette obligation à ceux gagnant plus de 30 000 £ en avril 2027, puis 20 000 £ en avril 2028. Pour les entreprises assujetties à la TVA, la MTD est déjà obligatoire depuis 2019.

Les principales exigences qui impactent l’OCR pour la comptabilité au Royaume-Uni :

• Les registres numériques doivent être tenus dans un logiciel compatible MTD. Il n’est plus possible de collecter des reçus papier toute l’année pour les numériser en mars. Les registres doivent être créés et stockés numériquement dans un logiciel fonctionnel compatible — et les données doivent être transférables entre systèmes via des « liens numériques » (le copier-coller ne suffit pas).
• Chaque transaction doit être enregistrée avec sa date, son montant et sa catégorie. Une OCR qui ne capture que le total d’un reçu est insuffisante — HMRC exige un niveau de détail par transaction dans vos registres numériques.
• Des mises à jour trimestrielles doivent être soumises à HMRC. Votre logiciel doit générer et transmettre des données récapitulatives tous les trois mois. L’OCR ne doit donc pas être une activité ponctuelle en fin d’année fiscale — elle doit être intégrée à votre processus de tenue de livres en continu.
• Les entreprises distinctes doivent avoir des registres numériques séparés. Si vous gérez une entreprise de plomberie et possédez un bien locatif, vous devez tenir des livres numériques distincts — même si les deux sont déclarés sur la même déclaration finale.

Pour les équipes comptables britanniques évaluant des outils OCR, la question cruciale n’est pas seulement « peut-il lire les reçus » mais « le format de sortie fonctionne-t-il avec un logiciel comptable compatible MTD comme Xero, QuickBooks, FreeAgent ou Sage ». Si l’outil OCR exporte des données que votre logiciel compatible MTD ne peut pas importer via un lien numérique, vous créez une lacune de conformité.

Allemagne — GoBD : Lisibilité machine et règle des 10 jours

La GoBD (Grundsätze zur ordnungsmäßigen Führung und Aufbewahrung von Büchern, Aufzeichnungen und Unterlagen in elektronischer Form) — révisée par la lettre du BMF du 28 novembre 2019 — impose les normes les plus strictes en matière de gestion documentaire numérique parmi les trois cadres. La révision de 2019 autorise explicitement le « ersetzendes Scannen » (numérisation avec substitution) — numérisation de documents papier suivie de la destruction des originaux — à condition que des conditions techniques et procédurales spécifiques soient remplies.

Les exigences les plus pertinentes pour l'OCR en comptabilité :

• Rapidité (Zeitgerecht) : Les documents doivent être enregistrés dans les 10 jours ouvrés suivant leur réception. Les transactions en espèces doivent être enregistrées quotidiennement. L'accumulation de reçus pour une numérisation par lots en fin de mois est signalée comme non conforme lors d'une Betriebsprüfung (contrôle fiscal).
• Lisibilité machine (Maschinelle Auswertbarkeit) : Les enregistrements numériques doivent être dans des formats permettant une évaluation automatisée par les autorités fiscales à l'aide d'outils d'audit comme IDEA. Stocker des factures exclusivement sous forme d'images numérisées plates (TIFF, JPEG) sans données structurées associées viole ce principe — l'archive doit pouvoir être interrogée, triée et recoupée par programmation.
• Durée de conservation : 10 ans pour les documents fiscaux. La période de conservation commence à la fin de l'année civile de création du document.
• Qualité d'image : 300 DPI minimum pour les documents en texte 10-12 pt, 400-600 DPI pour les documents à petite police ou sur papier thermique. Couleur ou niveaux de gris — pas noir et blanc — pour les documents où les tampons, signatures ou détails de logo sont pertinents.
• Formats d'archivage : PDF/A ou TIFF. Le JPEG seul n'est pas considéré comme infalsifiable car il manque d'intégration de piste d'audit et se dégrade lors de la recompression.

Pour les équipes comptables allemandes, cela signifie que la sortie OCR doit inclure des champs de données structurés aux côtés de l'image du document archivé — et le flux de travail doit capturer et numériser les documents dans les 10 jours. L'exigence de lisibilité machine de la GoBD signifie qu'une sortie Excel ou CSV avec des références aux documents sources constitue en fait une preuve de conformité plus solide qu'une archive d'images plates. Pour un guide complet, consultez le guide de numérisation documentaire conforme à la GoBD.

Champs clés à extraire par type de document

Les équipes comptables ont besoin d’un schéma d’extraction cohérent — mêmes noms de champs et types de données — pour les cinq types de documents. C’est ce qui permet le traitement par lots et l’import ERP : lorsque chaque document produit la même structure de colonnes quel que soit le format, l’intégration post-extraction se résume à un simple exercice de correspondance plutôt qu’à un travail de réorganisation des données par document. Le tableau ci-dessous présente les champs critiques pour chaque type de document dans un contexte comptable.

Pour la plupart des équipes comptables, la recommandation pratique est de commencer par les champs d’en-tête pour chaque type de document — ils couvrent 80 % de la charge de saisie. Ajoutez l’extraction des lignes une fois que le flux d’en-tête fonctionne de manière fiable. L’exception concerne les relevés bancaires : les champs d’en-tête (numéro de compte, période, solde d’ouverture/de clôture) sont importants pour le rapprochement, mais la vraie valeur réside dans les lignes de transaction, qui sont l’équivalent des lignes de détail pour un relevé bancaire.

Comment choisir un OCR pour votre stack comptable

Sélectionner un outil OCR pour la comptabilité repose sur cinq critères, classés par impact sur le flux de travail quotidien. Les affirmations marketing des fournisseurs sur une « précision à 99 % » sont moins importantes que la capacité de l'outil à s'intégrer à votre système comptable existant sans créer un nouveau pipeline de données à maintenir.

1. Intégration logiciel comptable — Indispensable

La meilleure extraction au monde ne produit aucune valeur si la sortie ne peut pas atteindre votre système comptable automatiquement. L'exigence d'intégration n'est pas « peut-il exporter en CSV » — tous les outils le peuvent. La question est de savoir si l'outil dispose d'une connexion native à votre plateforme comptable qui envoie les données extraites directement dans vos fiches fournisseurs, plan comptable et file d'attente de transactions.

Pour QuickBooks Online et Xero — les deux plateformes comptables les plus utilisées par les PME et entreprises de taille intermédiaire — le paysage d'intégration est mature. Les outils dotés de connecteurs dédiés peuvent mapper les champs extraits (nom fournisseur → fiche fournisseur QuickBooks, code compte → écriture plan comptable, montant TVA → allocation code TVA) et pousser les données directement dans la file d'attente comptable pour révision et validation. Cela élimine l'étape de téléchargement et d'importation qui introduit des problèmes de qualité des données et nécessite que quelqu'un ouvre le fichier exporté, vérifie l'alignement des colonnes et corrige les décalages de format avant que les données n'atterrissent dans le système.

Si vous utilisez une plateforme comptable moins courante, vérifiez que l'API de l'outil OCR peut produire du JSON structuré que votre plateforme accepte, ou qu'un connecteur middleware (Zapier, Make) comble le fossé sans nécessiter de développement personnalisé. Pour une comparaison complète des outils d'extraction par approche technique et cas d'usage, consultez le meilleur logiciel OCR pour cabinets comptables en 2026.

2. Sans modèle — Supprimez le coût caché de la maintenance

La reconnaissance basée sur des modèles a un coût invisible qui augmente avec le nombre de fournisseurs : la maintenance des modèles. Chaque nouveau format fournisseur nécessite un nouveau modèle. Chaque changement de format casse le modèle existant. Avec 50 fournisseurs, la maintenance devient un travail à temps partiel. Avec 200 fournisseurs, elle devient un poste à temps plein. L'alternative — l'extraction IA sans modèle — utilise les mêmes définitions de champs pour tout format fournisseur, toute langue, toute mise en page. Le nom de champ « Numéro de facture » fonctionne que l'étiquette soit « Invoice No. » chez un fournisseur ou « Rechnungsnummer » chez un autre. C'est le critère le plus important pour toute équipe comptable traitant plus de 20 formats fournisseurs.

3. Traitement par lots — Un seul lancement, un seul tableur

Traiter un document à la fois n'est pas digne de la comptabilité. L'outil doit accepter plusieurs fichiers en un seul téléchargement — mélangeant PDF, JPG et PNG — tous les traiter avec la même configuration d'extraction, et produire un seul fichier fusionné où chaque document source correspond à une ligne (ou un ensemble de lignes pour les lignes d'article). Chaque ligne doit contenir une référence au fichier source pour pouvoir retrouver le document original sans avoir à faire correspondre manuellement les lignes aux fichiers.

4. Extraction des lignes d'article — Les tableaux sont le point dur

L'extraction des en-têtes ne couvre que 30 à 50 % des données d'une facture. Les lignes d'article — quantités, prix unitaires, descriptions, totaux par ligne — représentent le vrai coût de la main-d'œuvre. L'outil doit gérer les tableaux multi-pages (de nombreuses factures fournisseurs s'étendent sur 2 à 4 pages), un nombre variable de colonnes (certains bons de commande ont 6 colonnes, d'autres 8), et un ordre irrégulier des colonnes (Description avant Qté ou Qté avant Description). Les outils qui ne peuvent pas extraire de manière fiable les lignes d'article de factures multi-pages et aux formats variables laissent la partie la plus chronophage de la saisie de données à votre équipe.

5. Sortie conforme — Conservation du document source

Comme vu dans la section conformité ci-dessus, la sortie OCR pour la comptabilité doit inclure les données extraites et une référence au document source. L'outil doit soit stocker le fichier original avec les résultats d'extraction, soit fournir une archive téléchargeable contenant les deux. Tout outil qui vous donne le fichier Excel extrait sans conserver le document source crée une lacune de conformité. C'est particulièrement critique pour l'exigence MTD du Royaume-Uni (les documents sources doivent être liés aux enregistrements numériques) et l'exigence de traçabilité GoBD (Nachvollziehbarkeit — chaque donnée doit pouvoir être retracée jusqu'à son document original).

FAQ