Invoice, Factura, Faktura : comment DocReveal fait de chaque facture, quelle que soit sa langue, une ligne de votre registre

Keldmoor, un distributeur industriel fictif de l’Ohio, achète ses éléments de fixation à Milwaukee, ses boîtiers en plastique à Monterrey et son outillage à Turnov, en République tchèque. Ses factures arrivent donc sous trois intitulés : INVOICE, FACTURA et FAKTURA. Un fournisseur imprime la date sous la forme 09/11/2026, un autre 2026-09-17, le troisième 15. 9. 2026. L’un écrit le total 13,800.00, un autre 3 960,00. L’équipe comptabilité fournisseurs doit toutes les faire entrer dans un même registre des factures, sous une forme homogène, avant de pouvoir planifier le moindre paiement.

Notre nouvelle vidéo, Document → data → action, suit ces factures de septembre à travers DocReveal — depuis des PDF en trois langues, en passant par un modèle de données commun, jusqu’à une ligne finalisée dans le registre des factures. Elle dure trois minutes et demie, vous pouvez la regarder en haut de cette page, et elle s’adresse aux équipes finance, comptabilité fournisseurs et opérations. Voici ce que vous allez voir, et pourquoi c’est important.

Le coût caché des achats à l’étranger

Les fournisseurs internationaux sont un atout pour les prix et la résilience. Ils le sont moins pour le back-office. Chaque nouveau fournisseur apporte une nouvelle mise en page, et chaque nouveau pays une nouvelle langue, de nouvelles conventions pour les dates et les nombres, et parfois une nouvelle devise.

Les réponses habituelles sont la ressaisie, ou un gabarit pour chaque fournisseur, qui cesse de fonctionner le jour où celui-ci change sa mise en page. Dans les deux cas, la charge augmente avec le nombre de fournisseurs, et non avec la valeur du travail.

Lire : chaque facture, dans n’importe quelle langue

La vidéo s’ouvre sur Reveal Manager. Une seule exécution traite six factures de septembre — quatre en anglais, une en espagnol et une en tchèque — sur la base d’un modèle de données de facture unique, en affichant en direct la progression de chaque fichier. Aucune d’entre elles n’a de gabarit.

Chaque fichier est reconnu pour ce qu’il est : la factura en espagnol et la faktura en tchèque sont toutes deux classées comme factures, au même titre que les quatre en anglais. Les six sont mappées sur le même modèle et enregistrées dans le même jeu de données analytique.

Reconnaître : vos documents, vos noms

Comment DocReveal sait-il qu’une factura est une facture ? Il lit l’intitulé du document lui-même, quelle que soit la langue dans laquelle il est rédigé, et le traduit en un type de document unique. Dans Model Manager, l’équipe voit les types de documents repérés jusqu’ici dans ses documents : factures, bons de commande, contrats, bons de réception.

L’équipe garde la maîtrise de ce vocabulaire. Elle peut ajouter des alias dans n’importe quelle langue, comme Factura et Faktura pour les factures, confirmer les types proposés par le système et fusionner les doublons. Le classifieur apprend des documents confirmés, et les corrections s’appliquent aux documents traités par la suite.

Structurer : un seul modèle, les mêmes champs

Reconnaître le type, c’est la moitié du travail. L’autre moitié, c’est de structurer les données. Le modèle de données de facture définit les champs une fois pour toutes — numéro du document, dates d’émission et d’échéance, devise, montant total, fournisseur, lignes de facture et langue — et chaque facture y est mappée, quelle que soit sa mise en page.

Les formats, eux aussi, n’en font plus qu’un. Les dates 09/11/2026, 2026-09-17 et 15. 9. 2026 sont toutes converties à la norme ISO. Les montants 13,800.00 et 3 960,00 deviennent de simples nombres, accompagnés de leur devise. La mention « 30 días (vence 2026-10-17) » de la facture en espagnol devient une date d’échéance. Dès lors, une facture est une facture, quels qu’en soient l’auteur et la langue.

Ce sont les mêmes factures de septembre que vous connaissez peut-être déjà grâce à Checked, not trusted et Ask your invoices. Là, la question était de savoir si elles tombaient juste et à combien elles s’élevaient. Ici, la question est de savoir où vont ensuite leurs données.

Livrer : une ligne dans le registre des factures

Des données propres ne portent leurs fruits qu’une fois arrivées dans les outils où chacun travaille. Dans Integration Manager, la vidéo construit un flux en quelques étapes : il démarre lorsqu’un document a été traité, ne se poursuit que pour les factures et ajoute une ligne au registre des factures de l’équipe, tenu dans un tableur. Les colonnes sont associées aux champs de la facture — fournisseur, numéro de facture, date d’échéance, devise et total — et non à des positions sur une page.

Un clic suffit pour publier le flux et l’activer. À partir de là, chaque facture traitée laisse une trace dans le journal d’activité, avec les données d’entrée et de sortie de chaque étape. Et le registre des factures se remplit : six lignes homogènes, que la facture vienne de Milwaukee, de Monterrey ou de Turnov. Les mêmes données peuvent tout aussi bien partir vers un logiciel comptable, un CRM ou la messagerie de l’équipe.

Ce qu’il faut retenir

  • Cessez de créer un gabarit par fournisseur. Un système qui lit le sens plutôt que des positions sur une page continue de fonctionner quand une mise en page change.
  • Commencez par vous accorder sur une structure unique. Définissez une fois pour toutes les champs dont votre activité a besoin et mappez-y chaque document ; chaque rapport, chaque contrôle et chaque flux s’appuie alors sur les mêmes données.
  • Apprenez votre vocabulaire au système. Vos types de documents et vos alias, confirmés par votre équipe, maintiennent une reconnaissance stable.
  • Automatisez la livraison, gardez une trace. Laissez les documents traités alimenter vos outils, et conservez l’historique de chaque exécution.

Toutes les entreprises et tous les chiffres de la vidéo sont des données de démonstration fictives.

Une seule structure. Toutes les langues.