Extraction de RIB et IBAN

Un RIB (Relevé d'Identité Bancaire) est le document standard que les banques françaises émettent pour identifier un compte : il porte l'IBAN, le BIC, le nom du titulaire du compte, et les codes domestiques historiques (banque, guichet, compte, clé). Les équipes finance les collectent lors de l'onboarding fournisseurs, de la mise en place de la paie, et des workflows KYC ; les équipes trésorerie et comptabilité fournisseurs les ont ensuite ressaisis manuellement dans les ERP et plateformes de paiement pendant des décennies. L'extraction automatisée récupère l'IBAN, le BIC et les informations du titulaire directement depuis le PDF ou le scan, valide la clé de contrôle, et pousse des données propres dans votre système de paiement ou d'onboarding sans qu'un humain n'ait à ressaisir dix-sept caractères en espérant ne pas se tromper.

Champs à extraire

Pourquoi ce document est difficile à traiter

Le RIB paraît simple, une seule page avec une poignée de chiffres, mais il cache plusieurs pièges. Chaque banque utilise son propre modèle : certaines regroupent la clé RIB et le numéro de compte dans une seule case, d'autres les répartissent sur des colonnes distinctes, et d'anciens formats scannés circulent encore sous forme de PDF de qualité fax. Les annotations manuscrites (un chargé de clientèle corrigeant un chiffre, un client ajoutant une note) perturbent un OCR classique. Les logos et filigranes varient selon la banque et recouvrent parfois la zone de texte contenant l'IBAN, provoquant des erreurs au niveau des caractères qu'une simple comparaison OCR contre VLM révélerait comme une perte de précision.

La fraude est le problème le plus aigu. Les RIB sont interceptés ou falsifiés dans le cadre d'escroqueries au "changement de coordonnées bancaires" visant les services comptables fournisseurs ; un seul chiffre erroné suffit à rediriger un virement vers le compte d'un fraudeur plutôt que vers celui du fournisseur. Comme ce document ne porte ni signature ni cachet, vérifier son authenticité repose entièrement sur le recoupement des chiffres eux-mêmes : la clé RIB est-elle réellement valide au regard des chiffres de la banque, du guichet et du compte ? La clé de contrôle de l'IBAN passe-t-elle le test ? Le nom du titulaire correspond-il aux données déjà enregistrées ?

Les liasses multi-pages compliquent encore les choses : les dossiers d'onboarding regroupent souvent un RIB avec un extrait Kbis ou une pièce d'identité, et l'extraction doit isoler la bonne page et les bons champs sans mélanger les données entre documents. Rien d'exotique dans tout cela, mais cela exige davantage qu'une simple reconnaissance de texte générique. Cela exige une logique de validation conçue spécifiquement pour ce document.

Comment Sygnet le traite

Sygnet commence par classifier le document comme un RIB (le distinguant d'un relevé de compte ou d'une pièce jointe de facture), puis déduit le schéma en fonction de la mise en page propre à la banque émettrice, plutôt que de forcer chaque RIB dans un modèle rigide unique. Chaque champ extrait porte un score de confiance et une référence de zone (bounding box) renvoyant à la page source, ce qui permet à un relecteur de voir exactement d'où provient l'IBAN ou le nom du titulaire, conformément au modèle de traçabilité au niveau du champ de Sygnet.

La validation s'exécute automatiquement : la clé de contrôle de l'IBAN (ISO 7064 MOD 97-10), la formule de la clé RIB française, et la cohérence entre le BIC et le code banque sont toutes vérifiées avant que l'enregistrement ne soit marqué comme validé. Des contrôles croisés entre documents comparent le nom du titulaire à un extrait Kbis ou à un dossier KYC antérieur lorsque celui-ci est disponible, ce qui permet de détecter les incohérences révélant une fraude ou une simple faute de frappe. Les enregistrements qui échouent à une règle de validation, ou dont la confiance OCR sur un champ critique comme l'IBAN tombe sous le seuil fixé, sont envoyés en relecture humaine ; tout le reste circule directement sous forme de données structurées (JSON) vers votre système de paiement, votre ERP, ou votre pipeline d'onboarding via webhook. Cela permet de concentrer l'effort de relecture là où il compte vraiment, plutôt que de le répartir uniformément sur tous les documents, ce qui constitue l'argument d'efficacité central de notre comparatif build vs buy en matière d'IDP.

Règles de validation à appliquer

• Exécuter la clé de contrôle ISO 7064 MOD 97-10 sur chaque IBAN avant de l'accepter.
• Recalculer la clé RIB française à partir du code banque, du code guichet et du numéro de compte, et rejeter toute incohérence.
• Vérifier que le segment code banque du BIC correspond au code banque du RIB.
• Recouper le nom du titulaire du compte avec les dossiers d'onboarding KYC ou l'extrait Kbis.
• Signaler tout RIB dont la date du document dépasse le seuil de fraîcheur fixé par votre politique interne.
• Comparer avec les RIB précédemment enregistrés pour le même fournisseur ; un changement soudain d'IBAN justifie une confirmation manuelle, en particulier pour les paiements sensibles au regard de la lutte anti-blanchiment (LCB-FT).
• Vérifier que le champ devise indique bien EUR pour les comptes domestiques français, sauf contexte explicite contraire.
• Rejeter les documents dont le nom de la banque ne correspond à aucun établissement réellement enregistré.

FAQ

La validation de la clé de contrôle IBAN permet-elle de détecter tous les RIB frauduleux ?

Non. Cette clé de contrôle confirme uniquement que l'IBAN est mathématiquement bien formé, pas qu'il appartient à la bonne personne. Un fraudeur peut très bien soumettre un IBAN dont la clé de contrôle est valide mais qui est rattaché à son propre compte. Une protection réelle combine la validation de la clé de contrôle avec des recoupements sur les dossiers KYC et une confirmation par un canal indépendant pour tout changement de coordonnées bancaires.

Pourquoi la formule de la clé RIB compte-t-elle encore si l'IBAN dispose déjà de sa propre clé de contrôle ?

La clé RIB est un chiffre de contrôle français historique, calculé à partir du code banque, du code guichet et du numéro de compte selon une formule modulo 97, distincte de la clé de contrôle propre à l'IBAN. Vérifier les deux permet de détecter les erreurs introduites lors du formatage interne d'une banque ou d'une transcription, et de repérer les incohérences entre les champs domestiques et l'IBAN lui-même.

Comment Sygnet traite-t-il les RIB scannés ou faxés de mauvaise qualité d'image ?

Sygnet s'appuie sur une analyse de mise en page et une approche multimodale plutôt que sur une simple extraction de texte OCR contre VLM, ce qui permet de reconstituer la structure même lorsque la qualité d'impression est mauvaise. Les champs à faible confiance, en particulier l'IBAN et la clé RIB, sont signalés pour une relecture humaine plutôt que transmis silencieusement, ce qui permet de maintenir un taux d'erreur bas même sur des scans dégradés.