Aller au contenu principal
Neural2B
Discuter
ℹScénario de démonstration. Un exemple d'une mise en œuvre possible, et non un projet client achevé de Neural2B.

Reconnaissance et approbation des documents primaires entrants

Scénario de démonstration : nous scannons des factures, des actes et des bons de livraison, extrayons des détails et vérifions les règles. Si le modèle n'est pas sûr, nous le transmettons à l'opérateur.

Description de la situation métier

L'entreprise reçoit des dizaines de factures, d'actes de travaux réalisés et de bons de livraison de divers fournisseurs. En PDF, scans ou photos. Le comptable passe jusqu'à 4 heures par jour à saisir manuellement les montants, à vérifier l'EDRPOU, les numéros de compte IBAN et à rechercher à quel contrat rattacher chaque document.

Schéma du flux de données et architecture

1Sources des documents : courrier de la comptabilité, téléchargements via le cabinet web interne ou webhook Yousign
2Modèle multimodal qui reconnaît les tableaux et les sceaux
3Validateur de structure : vérifie le code EDRPOU par rapport au numéro de contrôle et la validité de l'IBAN
4Module de vérification des montants : le montant hors TVA + TVA = total à payer
5Intégration : JSON structuré va dans le système comptable, où un brouillon apparaît

Rôle de l’humain dans la boucle (Human-in-the-loop)

Si le système est moins sûr à 95 % dans un champ quelconque ou si le montant du document dépasse la limite, le document est mis en surbrillance. Le comptable doit le confirmer dans une interface web conviviale.

Données de test synthétiques

Exemple d’entrée et de réponse du système

Requête entrante de l’utilisateur :
Scan de la facture n° SF-481 de LLC 'TechnoPostach' pour un montant de 48 600,00 UAH (y compris TVA 8 100,00 UAH) pour la fourniture de produits câblés.
Réponse / action générée par le système :
'Reconnu : Fournisseur : LLC TechnoPostach ; EDRPOU : 38492015 ; Facture : UA823052990000026001234567890 ; Montant : 48 600,00 ₴ ; TVA : 8 100,00 ₴ ; Objet : paiement pour des produits câblés pour la facture 481. Les détails correspondent au répertoire des fournisseurs. Brouillon créé dans le système comptable. En attente de confirmation du comptable.'

Limites du scénario de démonstration

  • ✕Sans la signature électronique du comptable, le système ne prélèvera pas d'argent sur le compte
  • ✕Les scans endommagés ou illisibles reçoivent la mention 'Nécessite une nouvelle demande de l'original'
  • ✕Si les prix contractuels ont changé, le système les vérifie par rapport aux conditions enregistrées des spécifications

Quoi mesurer pendant le test pilote

  • ✓Précision de l'extraction des champs obligatoires (EDRPOU, montant, numéro, date) — objectif : > 98 %
  • ✓Temps nécessaire pour un document (objectif : < 15 secondes)
  • ✓Part des documents qui ont passé sans aucune correction manuelle
Service correspondant de l’entreprise

Automatisation du traitement des documents

Voir le service →

Une architecture similaire vous intéresse ?

On adaptera la logique de ce scénario à vos outils internes, à la structure de vos bases de données et à vos règles de fonctionnement.

Discuter de l’adaptation

Autres scénarios

Adaptation du scénario : Reconnaissance et approbation des documents

Décrivez le processus qui fait perdre du temps à votre équipe. Nous vous dirons ce qu’on peut automatiser ici, quelles données il faut pour le faire et par quoi commencer.

Vos données restent entre nous. Nous ne demandons jamais de secrets commerciaux ni d’accès via un formulaire public.

Reconnaissance et approbation des documents | Scénario Neural2B