API d'extraction de documents - Chaque fournisseur remporte sa propre démo

À retenir :

  • Une API d'extraction de documents vous fournit des champs étiquetés, des tableaux et des lignes d'articles à partir d'un PDF, d'un scan ou d'un e-mail. L'OCR vous donne des caractères et vous laisse le soin d'en trouver le sens.
  • L'extraction basée sur des modèles et celle pilotée par l'IA sont des produits différents. Les modèles se cassent lorsqu'un fournisseur déplace le total, l'extraction par IA lit des mises en page qu'elle n'a jamais vues.
  • Évaluez les fournisseurs sur la précision au niveau des champs avec vos propres documents. Le chiffre indiqué sur la fiche technique a été mesuré sur les leurs.
  • Parseur fournit une API pour les développeurs et une application web que votre équipe opérationnelle peut utiliser, de sorte que personne n'a à construire l'outil de révision.
  • Parseur est hébergé dans l'UE, avec des données traitées et stockées dans l'Union européenne et jamais utilisées pour entraîner des modèles d'IA.

Une API d'extraction de documents est un service qui prend un fichier tel qu'un PDF, une image scannée ou un e-mail et renvoie des données structurées telles que JSON ou CSV. Contrairement à l'OCR brut, qui renvoie du texte brut et vous laisse le soin d'y trouver le sens, une API d'extraction de documents identifie et préserve la structure : paires clé-valeur, tableaux, lignes d'articles et champs étiquetés.

Trois voisins sont souvent confondus avec elle. Les API de données publiques vous remettent un jeu de données que quelqu'un d'autre a déjà assemblé. Les API de web scraping vont chercher ce qui se trouve sur une page web. Les moteurs OCR ? Des caractères, aucune structure. Une API d'extraction de documents travaille sur vos documents, ceux qui se trouvent déjà dans une boîte de réception, et les transforme en données sur lesquelles un système peut agir. Certains fournisseurs vendent la même chose sous le nom d'API de compréhension de documents, ou la livrent sous forme de SDK d'extraction de documents. Étiquette différente, même travail. Vous cherchez encore à identifier votre problème ? Nous avons mis le parsing de documents et le web scraping côte à côte.

Selon Research and Markets, le marché du traitement intelligent des documents, qui inclut les API d'extraction de documents, est évalué à environ 3,01 milliards de dollars et devrait croître avec un TCAC de 31,7 %. Ce chiffre est en réalité un comptage de factures, de relevés et de formulaires, et chacun d'eux doit être lu par quelque chose. Dans beaucoup d'entreprises, ce quelque chose est encore une personne avec un deuxième écran et un pavé numérique.

Exemples concrets :

  • Facture PDF → JSON avec champs d'en-tête et un tableau de lignes d'articles
  • Formulaire d'intégration → paires clé-valeur étiquetées (nom, adresse, signature)
  • Relevé bancaire → tableau des transactions exporté en CSV

Cinq types de fournisseurs sous la même étiquette

Cherchez "API d'extraction de documents" et vous obtiendrez une douzaine de fournisseurs qui partagent une catégorie et presque rien d'autre. Ils ne sont pas vraiment en concurrence les uns avec les autres, car ils sont conçus pour cinq tâches différentes. Chacun d'eux remportera sa propre démo, c'est pourquoi la ligne compte plus que le discours. Déterminez dans quelle ligne vous vous trouvez avant de réserver le moindre appel.

Type de fournisseur Exemples Conçu pour Ce que vous devez encore construire vous-même
Cloud building blocks Google Document AI, Azure Document Intelligence, AWS Textract Les équipes déjà standardisées sur ce cloud qui veulent l'extraction comme un service parmi d'autres L'ingestion, les écrans de révision, la gestion des exceptions, les relances, l'intégration ERP
AP automation platforms Rossum, Nanonets Les équipes financières qui veulent l'ensemble du flux de facturation, pas seulement les champs Peu de choses à construire, si leur flux de travail est suffisamment proche du vôtre
Developer-first parsing APIs Mindee, Veryfi, Parseur Les ingénieurs qui gèrent le flux de travail et en veulent un JSON propre Varie selon le fournisseur. Parseur fournit l'application de révision
AI-native document parsers LlamaParse, Reducto Les pipelines RAG et agents qui ont besoin d'une structure fidèle plus que de champs métier Mappage de champs, validation, tout ce qui ressemble à un flux de travail
Enterprise IDP suites ABBYY, Hyperscience, UiPath Opérations réglementées à fort volume avec révision humaine et systèmes existants Peu de choses à construire. Le travail se déplace vers la configuration et le déploiement

Deux mises en garde sur ce tableau. Premièrement, les lignes s'estompent : plusieurs fournisseurs se situent dans deux catégories. Deuxièmement, Parseur est dans la troisième ligne parce que c'est la tâche pour laquelle il est conçu : transformer les e-mails et les documents opérationnels en JSON structuré, avec une application que votre équipe opérationnelle peut réellement utiliser. Si vos documents sont des dessins techniques, la ligne quatre est un meilleur choix que nous, et nous préférons vous le dire maintenant plutôt que pendant un essai.

Extraction basée sur des modèles vs pilotée par l'IA (Une seule passe à l'échelle)

L'extraction basée sur des modèles trouve un champ par sa position sur la page. L'extraction pilotée par l'IA le trouve par ce qu'il signifie. C'est toute la différence, et cela détermine la quantité de travail à laquelle vous vous engagez.

Un modèle dit : le numéro de facture se trouve à 40 mm du haut, à 120 mm de la gauche. Rapide, déterministe, formidable. Cela tient jusqu'au matin où un fournisseur modifie la conception de sa facture, moment auquel il renvoie la mauvaise valeur, ou rien du tout, et quelqu'un ouvre un ticket. Deux cents fournisseurs, deux cents modèles, un ingénieur qui les comprend.

L'extraction pilotée par l'IA lit le document de la même manière qu'une personne. Elle trouve le total parce qu'il se trouve sous une ligne appelée "Montant dû", en bas à droite, formaté comme une devise, et égal à la somme au-dessus. Déplacez-le, changez son style, traduisez toute la facture en allemand. Toujours trouvable.

Parseur exécute deux moteurs d'IA et aucun modèle : le moteur d'IA textuelle pour les e-mails et les documents texte, le moteur d'IA visuelle pour les PDF, les scans et les images. Vous décrivez les champs que vous souhaitez et l'extraction s'adapte par document plutôt que par mise en page, de sorte que la configuration prend des minutes de définition de champs au lieu de semaines de création de modèles.

Le compromis est réel. L'extraction par IA est probabiliste là où un modèle est déterministe, c'est pourquoi les scores de confiance existent, et pourquoi la section d'évaluation ci-dessous passe plus de temps sur la gestion des exceptions que sur les revendications de précision.

Comment fonctionne une API d'extraction de documents, en cinq étapes

Les fournisseurs diffèrent sur les détails, mais le pipeline d'extraction de documents a la même forme partout.

Pourquoi cela a cessé d'être facultatif : le volume. Dream Factory cite la projection largement partagée selon laquelle les données mondiales atteindraient 175 zettaoctets d'ici 2025, une date désormais derrière nous, et la part de ces données arrivant sous forme de documents plutôt que de lignes de base de données n'a pas diminué. La saisie manuelle ne passe pas à l'échelle. Un mur de modèles non plus.

Étape 1 : Ingestion

Quel que soit le nom que lui donne le fournisseur, il s'agit de l'API d'ingestion de documents : téléchargement via HTTP, transfert d'e-mail ou webhook depuis un autre système. L'e-mail est plus important qu'il n'y paraît. Une grande partie des documents commerciaux ne passent jamais par un sélecteur de fichiers, ils arrivent en pièces jointes d'un fournisseur qui n'a jamais entendu parler de votre portail.

Étape 2 : OCR IA et analyse de la mise en page

L'OCR IA convertit le contenu des images et des scans en texte lisible par machine. L'analyse de la mise en page détermine ensuite l'ordre de lecture, les blocs de texte, les lignes, les mots et l'endroit où chacun se trouve sur la page. C'est cette étape qui sépare un moteur moderne d'un moteur des années 2010 : il produit une carte structurelle, pas seulement des caractères.

Étape 3 : Parsing

  • Paires clé-valeur : étiquettes associées à des valeurs, telles que "Numéro de facture : 12345".
  • Tableaux et lignes d'articles : lignes et cellules reconstruites, y compris les cellules fusionnées, les étendues et les tableaux qui se poursuivent après un saut de page.
  • Classification : déterminer de quel type de document il s'agit avant de décider quels champs rechercher.

Étape 4 : Post-traitement

Les dates, les devises et les noms de fournisseurs sont normalisés dans des formats cohérents. Le résultat est validé par rapport à un Schéma JSON ou un modèle Pydantic afin qu'une charge utile malformée n'atteigne jamais votre ERP.

Étape 5 : Livraison

L'API renvoie le résultat de manière synchrone pour les petits fichiers, ou de manière asynchrone avec un rappel de webhook pour les fichiers plus volumineux. Les relances et l'idempotence sont ce qui maintient la fiabilité en cas de volume important. Renseignez-vous sur les deux avant de signer, et non après le premier vendredi soir silencieux.

Montrez-moi le JSON

Les pages des fournisseurs parlent de "sortie structurée" sans jamais en montrer une. Voici la forme sous laquelle une facture fournisseur devrait revenir, et la forme qu'il vaut la peine d'exiger de chaque fournisseur :

{
  "document_type": "invoice",
  "supplier": { "name": "", "tax_id": "", "supplier_id": "" },
  "invoice": {
    "invoice_number": "",
    "invoice_date": "",
    "due_date": "",
    "currency": "",
    "po_number": ""
  },
  "amounts": { "subtotal": 0, "tax": 0, "freight": 0, "total": 0 },
  "line_items": [
    {
      "description": "",
      "sku": "",
      "quantity": 0,
      "unit_price": 0,
      "line_total": 0
    }
  ],
  "confidence": { "invoice_number": 0.98, "total": 0.99, "line_items": 0.91 }
}

Deux éléments y font la plus grande partie du travail. line_items est un tableau, pas un bloc de texte, ce qui rend possibles le rapprochement à deux et à trois voies. confidence est évalué par champ, ce qui vous permet de décider automatiquement si un humain doit vérifier.

Comment choisir une API d'extraction de documents sans se fier à la démo

Checklist for evaluating a document extraction API on your own documents
Document Extraction API Checklist

Chaque fournisseur remporte sa propre démo, car chaque fournisseur a choisi les documents qui s'y trouvent. La seule évaluation qui prédit la production est celle que vous exécutez sur les vôtres.

1. Construisez le jeu de test avant de parler à qui que ce soit

Extrayez 200 à 500 vrais documents de vos trois derniers mois, pondérés selon la réalité de votre boîte de réception :

  • ~70 % vos formats de fournisseurs courants
  • ~20 % les fournisseurs de longue traîne que vous voyez une fois par trimestre
  • ~10 % ceux qui cassent tout : mauvais scans, notes manuscrites, tableaux multipages, avoirs, devises étrangères, deux bons de commande sur une seule facture

Soumettez le même ensemble à chaque candidat. Ne laissez jamais un fournisseur choisir l'échantillon.

2. Évaluez les champs, pas les documents

La précision au niveau du document masque les échecs qui vous coûtent de l'argent. Évaluez chaque champ séparément et pondérez-le en fonction des conséquences d'une erreur :

Champ Pourquoi c'est important
Numéro de facture, ID fournisseur La détection des doublons et le rapprochement échouent sans eux
Total, taxe, devise Une erreur ici signifie des paiements erronés
Numéro de bon de commande L'élément clé pour le rapprochement à deux et à trois voies
Quantité et prix unitaire des lignes d'articles C'est là que la plupart des moteurs échouent réellement
Dates Peu coûteux à réparer, cher à manquer

3. Le chiffre à suivre est le traitement direct (STP)

Comptez les documents qui vont de l'arrivée à la comptabilisation sans que personne n'y touche. À 5 000 documents par mois, l'écart entre 90 % et 96 % de traitement direct représente 300 documents que quelqu'un ouvre manuellement. Ce n'est pas une métrique, c'est une description de poste.

4. Les lignes d'articles sont le point de rupture

Les champs d'en-tête sont faciles. Chaque moteur présélectionné trouvera le numéro de facture. Soumettez-lui des tableaux multipages, des en-têtes répétés, des descriptions sur plusieurs lignes, des lignes de fret et de remise, des taxes par ligne, des crédits négatifs et des unités mixtes avant de croire à un seul chiffre.

5. Demandez qui nettoie les exceptions

Limites de taille de fichier, traitement asynchrone, relances de webhook, idempotence, limites de débit, couverture des SDK, et ce qui arrive à un champ à faible confiance. Ensuite, demandez qui examine les exceptions. Si la réponse est "vos ingénieurs, dans un outil que vous construisez", le prix sur la fiche technique n'est pas le vrai prix. Les propres chiffres de Parseur pour cette liste se trouvent dans la documentation de l'API, et la réponse à la dernière question est l'application web, pas votre sprint.

Ce que coûte réellement une API d'extraction de documents

Les modèles de tarification diffèrent davantage que ne le suggère le marketing, et le modèle compte plus que le tarif.

  • Par page : le moins cher pour les documents courts, pénalisant pour les documents longs. Un contrat de 40 pages coûte 40 fois plus cher qu'un reçu d'une page pour le même ensemble unique de champs.
  • Par document : prévisible par fichier, mais les fonctionnalités premium telles que les modèles personnalisés, l'écriture manuscrite ou l'extraction basée sur des requêtes sont souvent facturées en supplément.
  • Abonnement au volume : un tarif mensuel fixe pour un quota de documents, le nombre de pages n'a pas d'importance.

Parseur utilise la troisième méthode. Un long PDF et un court e-mail coûtent le même prix, ce qui garde la facture prévisible lorsque votre mix de documents ne l'est pas. Les paliers actuels se trouvent sur la page des tarifs.

Le coût que personne ne cite est l'ingénierie autour de l'API : logique de post-traitement, interface de révision, gestion des relances, surveillance de la dérive de l'extraction. Cette facture est généralement plus élevée que celle de l'API, et c'est la partie que l'application web de Parseur est conçue pour supprimer.

Parser un PDF en JSON avec l'API Parseur

Five steps from PDF upload to parsed JSON on your webhook
Parsing PDFs Using Parseur API

Le parcours complet de l'API d'extraction de PDF, du téléchargement au webhook, en cinq étapes.

URL de base : https://api.parseur.com/

1. Authentifiez-vous

Trouvez votre clé API dans la section API de votre compte Parseur et envoyez-la dans l'en-tête d'autorisation (Authorization) lors de chaque requête :

Authorization: <YOUR_API_KEY>

Tous les détails se trouvent dans le Guide d'authentification.

2. Trouvez ou créez une boîte aux lettres

Une boîte aux lettres est le conteneur qui contient vos documents et les champs que vous souhaitez extraire. Créez-en une dans l'application, puis listez vos boîtes aux lettres pour obtenir l'ID :

curl -X GET "https://api.parseur.com/parser" \
  -H "Authorization: <YOUR_API_KEY>" \
  --compressed

L'ID de la boîte aux lettres apparaît également dans l'URL de la boîte aux lettres dans l'application, et dans le champ id de la réponse create-mailbox.

3. Téléversez un document

cURL :

curl -X POST "https://api.parseur.com/parser/<MAILBOX_ID>/upload" \
  -H "Authorization: <YOUR_API_KEY>" \
  -F "file=@./invoice.pdf" \
  --compressed

Python :

import requests

url = "https://api.parseur.com/parser/<MAILBOX_ID>/upload"
headers = {"Authorization": "<YOUR_API_KEY>"}
files = {"file": open("invoice.pdf", "rb")}

response = requests.post(url, headers=headers, files=files)
print(response.json())

Node.js :

import fetch from "node-fetch"
import fs from "fs"

const url = "https://api.parseur.com/parser/<MAILBOX_ID>/upload"
const headers = { Authorization: "<YOUR_API_KEY>" }

const formData = new FormData()
formData.append("file", fs.createReadStream("./invoice.pdf"))

const response = await fetch(url, { method: "POST", headers, body: formData })
console.log(await response.json())

Les documents peuvent également arriver par transfert d'e-mail au lieu d'un téléchargement. Consultez Téléverser des e-mails et des documents pour les deux méthodes.

4. Récupérez vos données

Configurez un webhook sur la boîte aux lettres et le JSON parsé atterrit sur votre point de terminaison dès la fin du traitement. En production, c'est le bon paramètre par défaut : pas de sondage (polling), pas de cron, pas de documents perdus entre deux vérifications.

Alternatives lorsqu'un webhook n'est pas une option :

  • Plateformes d'automatisation : Zapier, Make, n8n ou Power Automate.
  • Sondage (Polling) : GET /document/{id} pour le JSON parsé.
  • Exports : téléchargements CSV, JSON ou Excel depuis la boîte aux lettres.

5. Validez et ajustez

Le tableau de bord Parseur affiche les journaux des documents et des webhooks, de sorte que vous pouvez voir exactement ce qui a été extrait et ce qui a été livré. Lorsqu'un champ revient avec une erreur, corrigez-le à cet endroit plutôt que de contourner le problème dans votre base de code.

Ce que Parseur extrait, et ce qu'il ne peut pas encore faire

Parseur est une API d'extraction de documents construite autour d'une idée : le document ne devrait pas avoir besoin d'être préparé avant que le logiciel puisse le lire. Il a traité plus de 100 millions de documents depuis 2016.

  • Paires clé-valeur et formulaires : noms, adresses, totaux, numéros de facture et ID de référence dans des champs étiquetés.
  • Tableaux et lignes d'articles : lignes de facture, transactions de relevés bancaires, manifestes d'expédition, y compris les tableaux qui s'étendent sur plusieurs pages. L'Extraction de tableaux par IA explique comment cela fonctionne.
  • Scans et photographies : le moteur d'IA visuelle lit directement les documents numérisés et photographiés, pas seulement les PDF numériques.
  • E-mails et pièces jointes : une spécialité de Parseur. L'e-mail lui-même est un document, tout comme tout ce qui y est joint.
  • Éléments de mise en page : titres, paragraphes et marques de sélection là où vous en avez besoin.

Là où c'est encore difficile : l'écriture manuscrite dense et les signatures. Ces problèmes ne sont pas résolus dans l'ensemble de la catégorie, et tout fournisseur affirmant le contraire devrait être prié de fournir son évaluation (benchmark).

La plupart des logiciels d'extraction de documents s'arrêtent à l'API et vous laissent le reste. Parseur fournit les deux moitiés : l'API pour votre côté, et une application web où l'équipe opérationnelle définit les champs, examine les documents et corrige les résultats sans déposer de ticket ou attendre un sprint.

Où les équipes l'utilisent

  • Comptabilité fournisseurs - factures, reçus et bons de commande transformés en JSON structuré, puis directement dans l'ERP.
  • Opérations financières - relevés bancaires et rapports de transactions transformés en CSV ou JSON pour le rapprochement.
  • Opérations et logistique - bordereaux d'expédition, connaissements et bons de livraison.
  • Automatisation des e-mails - ingérer le message et ses pièces jointes, extraire, livrer par webhook.

Sécurité, RGPD et résidence des données dans l'UE

Parseur est hébergé dans l'UE : les données des clients sont traitées et stockées dans l'Union européenne, et le centre de données d'hébergement est certifié ISO 27001. Il s'agit d'un engagement en matière de résidence des données, ce qui est différent et plus fort qu'un badge de conformité RGPD.

Parseur est aligné sur le RGPD de l'UE, le RGPD du Royaume-Uni, le CCPA/CPRA de Californie et le PDPA de Singapour. Les documents des clients ne sont jamais réutilisés pour entraîner les modèles d'IA de Parseur et ne sont jamais vendus. La rétention est configurable, les documents peuvent donc être supprimés automatiquement selon un délai que vous définissez. Les programmes de conformité SOC 2 Type II et HIPAA sont en cours, ce qui signifie qu'aucun des deux n'est certifié aujourd'hui.

Si la résidence est une exigence stricte, n'acceptez jamais la mention "hébergé dans l'UE" sans demander où se déroulent quatre choses spécifiques : l'inférence, le cache temporaire, les sauvegardes et les journaux contenant le contenu des documents. Une base de données européenne placée devant un point de terminaison d'inférence américain n'est pas une résidence dans l'UE, et c'est une configuration courante. Nos 12 questions qui testent une déclaration de non-entraînement font le même exercice pour l'entraînement des modèles.

API d'extraction de documents et LLM : ne leur confiez jamais le PDF brut

Les modèles de langage sont extraordinaires pour raisonner et peu fiables pour lire un PDF. Pointez-en un sur une facture numérisée et il vous renverra un total qui n'est pas sur la page, avec un aplomb parfait. Une API d'extraction de documents produit la vérité terrain. Le modèle travaille par-dessus.

La division du travail qui fonctionne : l'API extrait le numéro de facture, les dates, les totaux et les lignes d'articles avec des scores de confiance, puis le modèle fait ce pour quoi les modèles sont doués : transformer "01/03/25" en 2025-03-01, baliser le type de document, mapper les champs dans votre taxonomie interne. La validation de schéma se trouve sous les deux et attrape ce qu'aucun des deux ne remarque seul.

Un agent IA nécessite la même discipline. Il n'est bon que dans la mesure où les données qui lui sont fournies le sont, et une ligne d'article hallucinée devient un vrai bon de commande avec un vrai paiement derrière. Pour une vision plus large, le guide complet des API d'extraction de données est le pilier sous lequel cette page se trouve.

Maintenant, allez tester les limites de certains fournisseurs

La meilleure API d'extraction de documents n'est pas celle qui a la plus longue liste de fonctionnalités, c'est celle qui survit à vos 10 % de documents les pires sans personne dans la boucle. Construisez le jeu de test, évaluez les champs qui coûtent de l'argent lorsqu'ils sont erronés, et comptez combien de documents ressortent de l'autre côté intacts. Testez-le contre nous aussi, dans l'ordre de votre choix.

Tout le reste n'est qu'une fiche technique.

[call_to_action:fr]

Dernière mise à jour le

Passez à l’action

Prêt à automatiser votre
extraction de données ?

Commencez gratuitement en quelques minutes et voyez comment Parseur s'intègre à votre workflow.

Aucun entraînement de modèle requis
Conçu pour de vrais workflows, pas des expérimentations
Passe du point & clic à l'API

Foire aux questions

Les questions que les ingénieurs posent réellement entre le premier appel d'API et le déploiement en production.

Un pipeline typique comprend cinq étapes : l'ingestion, l'OCR IA et l'analyse de la mise en page, le parsing des paires clé-valeur et des tableaux, le post-traitement pour la normalisation et la validation, et la livraison structurée par webhook ou export. Les API modernes exécutent ces cinq étapes automatiquement, sans modèle à créer au préalable.

L'extraction basée sur des modèles associe les champs par position, elle fonctionne donc jusqu'à ce qu'un fournisseur déplace son total de deux centimètres vers la gauche. L'extraction pilotée par l'IA lit le document de la même manière qu'un humain, identifiant le total en fonction de ce qui l'entoure plutôt que de son emplacement. La différence pratique se voit sur la longue traîne : les modèles nécessitent une configuration par mise en page, l'extraction par l'IA gère des mises en page qu'elle n'a jamais vues.

Rassemblez 200 à 500 de vos vrais documents, pondérés selon la réalité de votre boîte de réception : environ 70 % de formats courants, 20 % de fournisseurs de longue traîne, 10 % de cas particuliers vraiment complexes. Soumettez le même ensemble à chaque candidat et évaluez champ par champ, pas document par document. Ne laissez jamais un fournisseur choisir l'échantillon.

Construisez-le si vos documents sont peu nombreux, stables et générés par des machines. Achetez-la dès que les mises en page varient, car le coût n'est jamais le parseur en lui-même, c'est sa maintenance. Chaque nouveau format de fournisseur devient un ticket, et l'ingénieur qui l'a écrit devient la seule personne à pouvoir le réparer.

Le premier appel d'API réussi prend une après-midi. La production, c'est tout ce qui gravite autour : le schéma des champs, le chemin d'exception lorsque la confiance est faible, et la personne responsable du webhook lorsqu'il échoue à 2 heures du matin. Les outils basés sur des modèles ajoutent une configuration par mise en page en plus de cela, ce qui transforme un projet de deux semaines en un projet de deux trimestres. Demandez à chaque fournisseur un calendrier incluant l'étape de révision, pas seulement la première réponse 200.

Oui. Le traitement asynchrone, les webhooks, les relances et les opérations par lots rendent le traitement de milliers de documents par jour routinier. À grande échelle, la contrainte est rarement le débit, c'est le taux d'exception, et c'est une question d'effectifs plutôt que d'infrastructure.

L'API d'extraction produit la vérité terrain, et le LLM raisonne à partir de celle-ci. Fournir un PDF brut à un modèle de langage favorise la confusion de mise en page et les valeurs inventées. Extrayez d'abord les champs structurés, puis laissez le modèle les normaliser, les classer ou les enrichir, et un agent aura quelque chose de fiable sur quoi agir.

Posez la question, et interrogez-les sur les exceptions. Parseur ne réutilise jamais les données de ses clients pour entraîner ses modèles et ne les vend jamais. De nombreuses politiques promettent de ne pas faire d'entraînement tout en se réservant le droit de s'entraîner sur des versions anonymisées ou agrégées de ces mêmes documents, alors faites préciser cette exception et verrouillez-la dans le contrat.

L'OCR répond à la question "quels caractères se trouvent sur cette page". Une API d'extraction de documents répond à "quelles valeurs sont importantes et comment sont-elles liées". L'OCR vous donne un mur de texte sans structure, vous obligeant à écrire la logique pour trouver le numéro de facture. Une API d'extraction renvoie des champs étiquetés, des tableaux de lignes d'articles et des tableaux que vous pouvez écrire directement dans une base de données.

Les bonnes API le font, et cela compte plus que la précision globale annoncée. Un score de confiance au niveau du champ est ce qui vous permet d'approuver automatiquement les 90 % qui sont certains et d'acheminer le reste vers un humain. Un fournisseur à 92 % de précision avec une confiance bien calibrée est plus sûr en production qu'un autre revendiquant 97 % mais qui échoue silencieusement.

C'est là que la plupart d'entre elles échouent, testez-le donc en premier. Pour un tableau multipage, l'API doit reconnaître une ligne d'en-tête répétée, conserver le mappage des colonnes au-delà de la limite de la page et ne pas traiter un sous-total comme une autre ligne d'article. Les champs d'en-tête comme le numéro de facture et le total sont faciles en comparaison, donc une démo de fournisseur qui ne montre que cela ne vous apprend rien.

Trois modèles dominent : par page, par document, et un abonnement forfaitaire au volume. La tarification à la page semble la moins chère jusqu'à l'arrivée d'un contrat de 40 pages, et les fonctionnalités premium comme les modèles personnalisés ou l'extraction basée sur des requêtes sont souvent facturées séparément. Parseur facture un abonnement basé sur le volume de documents, de sorte qu'un long PDF coûte la même chose qu'un court.

Toute API traitant un volume réel devrait le faire. Les fichiers volumineux sont mis en file d'attente et traités de manière asynchrone, et le résultat est poussé vers votre point de terminaison plutôt que d'être interrogé. Posez des questions précises sur le comportement des relances et l'idempotence, car un webhook qui se déclenche une fois puis abandonne perdra discrètement des documents.

La comptabilité fournisseurs est en tête par le volume, couvrant les factures, les reçus et les bons de commande. Les opérations financières suivent avec les relevés bancaires et les rapports de transactions, puis la logistique avec les bordereaux d'expédition et les connaissements, et enfin tout flux de travail où le document arrive en pièce jointe d'un e-mail et doit se retrouver dans un système.

Certaines le peuvent, et cela vaut la peine de les distinguer d'une revendication RGPD générique. Parseur est hébergé dans l'UE : les données sont traitées et stockées dans l'Union européenne, et le centre de données d'hébergement est certifié ISO 27001. Exigez la même chose par écrit de tout fournisseur, couvrant l'inférence, le cache, les sauvegardes et les journaux, car une base de données européenne devant un point de terminaison d'inférence américain n'est pas une résidence dans l'UE.

Un schéma JSON est le contrat entre l'API d'extraction et tout ce qui se trouve en aval. Il valide les types, repère une date arrivée sous forme de chaîne de caractères, et empêche une charge utile malformée d'atteindre votre ERP. Définissez le schéma dont vous avez besoin avant de parler aux fournisseurs, puis demandez à chacun de vous renvoyer exactement cela.