À 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

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

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




