LMbox
Vos données restent chez vous. Demander une démo
← Tous les agents
Banque · Assurance pilot v0.1.0

Invoice Extractor

Pré-traitement des factures fournisseurs : extraction structurée, rapprochement à trois sources facture ↔ bon de commande ↔ bon de livraison, détection FOVI / doublon / typosquat / TVA invalide. Validation automatique uniquement sur correspondance parfaite. L'agent ne déclenche JAMAIS un paiement — il achemine vers approbation humaine.

Gain mesuré
1.5-2.5 ETP
de compta fournisseurs récupérés / FOVI bloqués

Pour une ETI à 25 000 factures/an : 1.5 à 2.5 ETP compta fournisseurs récupérés (3-5 min par facture aujourd'hui → 30 s en mode automatique). Et — plus important — détection FOVI quasi-100 % (un seul faux ordre de virement réussi coûte 50-500 k€).

Le problème

La compta fournisseurs ETI est un robinet de répétitif à 5 chiffres.

Aujourd'hui

Saisie manuelle + workflow

Yooz / Esker / Basware : la facture passe par leur cloud

3-5 min / facture
5-15 ETP compta fournisseurs
50-500 k€ ticket moyen d'un FOVI réussi
  • · 5 à 15 personnes y passent 60-80 % de leur temps
  • · Rapprochement reste manuel ou règles-simples
  • · Détection FOVI dépend de la vigilance humaine
  • · Factures, IBAN, contrats partent dans un cloud non FR
0.5-2 % du volume payé deux fois
Avec Invoice Extractor

Pré-traitement automatique

Sur l'appliance LMbox, l'agent ne paie jamais

30 s / facture (mode auto)
~100 % détection FOVI
1.5-2.5 ETP récupérés sur 25 000 factures / an
  • Rapprochement à 3 sources : facture ↔ BC (ERP) ↔ BL (WMS)
  • IBAN jamais en clair : empreinte SHA-256 tronquée
  • Dérive d'IBAN → hold_for_investigation, jamais validation simple
  • Texte contenant « ignore previous instructions » → blocage
L'agent recommande, l'humain paie
Comment ça marche

Quatre étapes, de l'arrivée du document à la décision humaine.

  1. 1

    Extraction structurée

    Le pré-traitement OCR (Tesseract, Azure Document Intelligence, ou qwen2.5-vl côté connecteur) extrait le texte. L'agent remplit `extracted_fields` : fournisseur, montants, lignes, TVA, et le SHA-256 tronqué de l'IBAN — jamais l'IBAN en clair. Texte illisible ou vide → `hold_for_investigation`, aucune tentative de deviner.

  2. 2

    Rapprochement à trois sources ERP + WMS

    `lookup_purchase_order` interroge l'ERP (SAP, Cegid, Sage, Pennylane, Odoo), `lookup_delivery_note` interroge le WMS. Comparaison champ par champ : total HT, devise, quantités, lignes. Chaque `po_id` et `delivery_note_id` dans la sortie est lié cryptographiquement à un appel d'outil de ce tour (Layer D grounding) — pas de bon de commande inventé pour combler un trou.

  3. 3

    Détection fraude (FOVI, typosquat, doublon, injection d'instruction)

    `lookup_vendor_master_data` retourne `last_known_iban_fingerprint` et `similar_known_vendors[]`. Toute dérive d'IBAN par rapport au dernier connu → `hold_for_investigation` critique, jamais `route_to_approver` simple (un approbateur N+1 distrait pourrait valider). Nom fournisseur visuellement proche d'un référencé mais SIREN différent → typosquat → blocage. Texte de la facture qui contient « ignore previous instructions » → tentative d'injection d'instruction → blocage.

  4. 4

    Décision d'acheminement + remontée humaine

    Arbre de décision strict : auto_approve UNIQUEMENT si correspondance parfaite + fournisseur connu + IBAN inchangé + montant sous seuil + TVA valide + aucun écart ≥ moyen + zéro signal de sécurité. Toute autre combinaison achemine vers la file d'approbation appropriée (comptable, achats, DAF, RSSI) avec contexte structuré, priorité calibrée, et `ticket_id` retourné par `escalate_human`.

Architecture

Outils, connecteurs, déploiement.

Outils (appel de fonctions)

5
  • lookup_purchase_order
  • lookup_delivery_note
  • check_duplicate_invoice
  • lookup_vendor_master_data
  • escalate_human

Connecteurs optionnels

5
  • finance-erp-po
  • finance-wms-delivery
  • finance-invoice-history
  • finance-vendor-master
  • finance-ap-queue

Chaque connecteur s'active selon l'abonnement du client.

Déploiement via le SDK
$ lmbox agent deploy ./invoice-extractor \
    --box BOX-XXX \
    --token "$LMBOX_BOX_API_KEY" \
    --api https://api.lmbox.eu

Garanties LMbox sur tout le catalogue

Données chez vous

Modèle et données restent sur l'appliance LMbox du client. Aucune donnée patient, contrat ou facture n'est envoyée vers un cloud externe.

Chaîne d'audit

Chaque appel d'outil, chaque sortie de l'agent est horodaté, hashé et opposable au régulateur (ACPR, ANSM, CNIL, EBA).

Décision humaine

L'agent recommande, l'humain décide. Pas d'auto-signature, pas de paiement automatique : la responsabilité finale reste au métier.

Essayez Invoice Extractor sur la démo publique.

Connexion en un clic. Vous voyez l'agent installé sur une vraie LMbox, avec son prompt système chargé et sa chaîne d'audit active.