Automatisation de l'extraction des requisites : Comment réduire les erreurs dans les documents de 99 %
Saisir manuellement les INN, KPP et comptes bancaires à partir de fichiers PDF ou DOCX, c'est la recette assurée pour des erreurs, des paiements bloqués et des amendes. Un tiers de tous les documents comporte des inexactitudes. La solution ? L'analyse NER contextuelle avec validation par somme de contrôle. Voici une description technique de l'API, des benchmarks et un exemple pour 1C.
Comment fonctionne l'extraction automatique des requisites
Le processus commence par le téléchargement d'un document texte. Les formats pris en charge incluent PDF (avec couche de texte), DOCX, DOC, TXT, RTF et HTML. Les images scannées sans OCR ne sont pas traitées — le système ne fonctionne qu'avec du texte lisible par machine. Une fois le fichier reçu, une chaîne de cinq étapes se lance :
- Extraction du texte — utilise un parseur interne pour chaque format, y compris la récupération d'encodages comme CP1251 sans BOM.
- Normalisation — correction des coupures de mots, fusion des césures, nettoyage des artefacts de mise en page.
- Reconnaissance NER — modèle propriétaire identifie les entités légalement significatives : INN, KPP, OGRN, compte bancaire, BIC, nom de banque.
- Validation par somme de contrôle — chaque champ est vérifié selon les algorithmes du Service fiscal fédéral et de la Banque de Russie. Les données invalides ne sont pas renvoyées.
- Formation de la réponse structurée — JSON avec des champs propres prêts à être importés dans 1C, un CRM ou un ERP.
Le système ne repose pas sur de simples expressions régulières. Il utilise au contraire une analyse contextuelle : par exemple, le « compte bancaire » doit être proche du nom de la banque, et l'INN dans le bloc des détails du contrepartie. Cela réduit les faux positifs.
Précision et performances : des chiffres concrets
Sur un échantillon de test de 10 000 documents, les métriques suivantes ont été obtenues :
- INN / OGRN : 99,7 % — les erreurs ne surviennent qu'avec des mises en page extrêmement déformées.
- Compte bancaire : 98,9 % — la cause principale des erreurs est la fusion de chiffres dans un texte mal formaté.
- BIC : 99,5 % — grâce à la structure stricte du BIC et à son chiffre de contrôle.
La vitesse de traitement dépend du format et de la taille :
- DOCX léger (2 pages) : ~1,5 seconde.
- PDF lourd avec graphismes : jusqu'à 45 secondes.
- Taille maximale du fichier : 2 Mo.
- Timeout de requête : 120 secondes.
Les limitations proviennent de la nécessité d'une analyse approfondie de la structure du document. Pour les systèmes à forte charge, un traitement asynchrone via webhook est recommandé.
Intégration avec 1C : un exemple concret
Pour les comptables et développeurs travaillant avec 1C, un module de traitement prêt à l'emploi est disponible. Voici un exemple simplifié d'appel API depuis 1C Comptabilité 3.0 :
Function IzvlechRekvizityIzFayla(FilePath)
URL = "https://api.sb-poisk.ru/v1/extract";
Headers = New Withotvetstvie;
Headers.Insert("X-API-Key", "VASh_KLYuCh");
FormData = New Withtruktura;
FormData.Insert("file", New DvoichnyeDannye(FilePath));
HTTPConnection = New HTTPConnection(URL);
Answer = HTTPConnection.SendForObrabotki("POST", Headers, FormData);
Result = ProchitatJSON(Answer.PoluchitTeloKakWithtroku());
Return Result;
EndFunction
La sortie est une structure avec les champs : inn, kpp, ogrn, account, bic, bank_name. Ces informations peuvent être utilisées immédiatement pour créer un enregistrement de contrepartie, générer une facture, ou autre.
Où il est déployé et quels résultats il apporte
L'API est déjà intégrée dans plusieurs types de systèmes d'entreprise :
- Plateformes B2B et boutiques en ligne — remplissage automatique des requisites lors de l'enregistrement d'entités légales, réduisant les refus dus à des erreurs dans les données de paiement.
- Banques — vérification automatique des enregistrements clients avant ouverture de compte, éliminant la saisie manuelle.
- Services comptables — création de contreparties dans 1C à partir de contrats sans intervention d'opérateur.
- CRM et ERP — synchronisation des requisites entre systèmes, éliminant doublons et fautes de frappe.
Impact économique : réduction du temps de traitement des documents de 5–10 minutes à 1–2 secondes, division par 100 des taux d'erreur, minimisation des amendes et pertes dues à des transactions échouées.
Points clés
- Documents texte uniquement — scans sans OCR non pris en charge.
- Validation obligatoire — l'API ne renvoie pas d'INN ou de comptes invalides, même s'ils sont détectés.
- Support CP1251 — gestion correcte des anciens documents avec encodages problématiques.
- Solutions prêtes pour 1C — gain de temps sur le développement d'intégration.
- Essai gratuit — 100 requêtes pendant 30 jours pour tester sur vos données.
L'accès à l'essai est activé avec le code promo 1MHABR2026 jusqu'au 30 mai 2026. Obtenez votre clé API via le formulaire web ou par e-mail. Le système est en production et utilisé par les auteurs pour leur propre automatisation — ce n'est pas un MVP, mais une solution industrielle.
— Editorial Team
Aucun commentaire pour le moment.