Aller au contenu
Ztract
fr
English Français Deutsch Español Português 日本語 한국어 简体中文
Se connecter
Relevés bancaires & cartes

Chaque transaction, chaque solde, chaque page.

Nom de la banque, titulaire du compte, IBAN, devise, soldes d'ouverture et de clôture, plus chaque transaction datée avec débit, crédit et solde cumulé — réconciliés sur les relevés multi-pages.

Commencer gratuitement See it run

Démo en direct

À l'oeuvre sur un vrai document.

Cliquez sur un champ à droite et nous surlignons sa source à gauche.

Cliquez sur un champ ou une zone pour les lier.
Bank Statement — page 1

Extracted fields

Transactions

Date Debit Credit Balance Description

Données d'exemple. Sortie réelle du moteur.

Aperçu

Qu'est-ce que l'extraction de données de relevés bancaires ?

L'extraction de données de relevés bancaires transforme des PDF multi-pages d'historiques de transactions en données structurées propres et réconciliables. Ce cas d'usage est au coeur de l'analyse de crédit, des prévisions de trésorerie, de la comptabilité forensique et de toute application grand public qui agrège des comptes entre institutions ne publiant pas d'API Open Banking. Fait à la main, c'est une heure de saisie par relevé ; fait à la regex, ça casse dès qu'une banque retouche sa mise en page.

Sur un relevé classique, Ztract extrait le nom de la banque, le titulaire du compte, le numéro de compte et l'IBAN ; la devise et la période de relevé ; le solde d'ouverture et le solde de clôture ; les débits totaux et crédits totaux du récapitulatif ; et le tableau complet des transactions avec date, libellé, débit, crédit et solde cumulé pour chaque ligne. L'exemple ci-dessus est un compte HSBC en euros avec 15 transactions — les soldes se réconcilient exactement au total de clôture parce que rien n'a été perdu ou mal aligné lors du saut de page.

Les relevés de 20 pages ou plus sont la norme. Les en-têtes de colonnes se répètent en haut de chaque page, les blocs récapitulatifs changent de format, et les transactions en attente et compensées vivent dans des sections différentes. Ztract garde l'ordre des transactions intact, déduplique les en-têtes répétés, et marque les lignes en attente pour que la réconciliation en aval ne double pas le comptage. Les libellés de transaction multi-lignes — courants sur les virements internationaux et les crédits SEPA — restent rattachés à la bonne ligne.

Points délicats

Là où ça se complique.

Les raisons qui rendent ce type de document plus difficile qu'il n'y paraît — et comment nous les gérons.

  • Tableaux qui s'étalent sur plus de 20 pages

    Les relevés sont longs. Les en-têtes de colonnes se répètent sur chaque page ; nous gardons les colonnes alignées et les transactions dans l'ordre chronologique sur tout le document.

  • Libellés de transaction multi-lignes

    Les virements et les crédits SEPA transportent deux ou trois lignes de mémo. Nous gardons les lignes ensemble en une seule transaction plutôt que de les éclater en lignes orphelines.

  • Transactions en devise étrangère

    Un compte USD avec des achats en EUR : la devise comptabilisée et la devise locale reviennent distinctement, avec le taux de change quand le relevé l'imprime.

  • En attente contre compensé

    Les transactions en attente vivent dans leur propre section avec leur propre format. Nous les marquons pour que la réconciliation en aval ne double pas le comptage d'une transaction qui n'est pas encore réglée.

Qui l'utilise

Les workflows concernés.

  • Analyse de crédit

    Tirez 12 mois de relevés en une vue de trésorerie réconciliée sans que les ops ne ressaisissent chaque ligne.

  • Applications de budget

    Catégorisez les transactions entre institutions qui ne publient pas d'API Open Banking — sans étape PDF-téléversé-puis-ressaisi.

  • Comptabilité forensique

    Tracez les fonds entre relevés et parties, chaque valeur étant ancrée à sa page source pour la défense en audit.

FAQ

Questions fréquentes.

Ztract gère-t-il les relevés bancaires multi-pages ?
Oui. Le moteur recoud le tableau des transactions à travers les sauts de page en un seul tableau, en préservant l'ordre des dates. Les en-têtes de colonnes qui se répètent sur chaque page sont dédupliqués, et les totaux qui n'apparaissent que sur la page de garde ou la dernière page sont mappés au bon champ.
Et les transactions en devise étrangère ?
Quand un relevé affiche à la fois un montant en devise locale et un montant en devise comptabilisée pour une transaction (par exemple un titulaire USD effectuant un achat en EUR), les deux valeurs sont renvoyées distinctement. Le taux de change est capté quand le relevé l'imprime.
Les soldes extraits peuvent-ils être réconciliés ?
Oui. Solde d'ouverture + crédits − débits doit égaler le solde de clôture. Ztract renvoie la vision du moteur sur les quatre valeurs ; si le calcul ne tombe pas juste, les scores de confiance par champ signalent les lignes suspectes pour qu'un relecteur enquête avant de pousser les données en aval.
L'analyse de relevés fonctionne-t-elle pour des banques non anglophones ?
Oui. Le schéma (date / débit / crédit / solde / libellé) est cohérent quelle que soit la langue de la mise en page. Nous avons testé des relevés en anglais, français, allemand, espagnol, portugais, japonais, coréen et chinois simplifié.
Quels formats de sortie sont disponibles ?
JSON, CSV ou Excel. Le tableau des transactions devient typiquement une feuille multi-lignes ou un CSV à plat ; les champs d'en-tête comme IBAN, opening_balance et closing_balance sont renvoyés comme valeurs scalaires dans un bloc d'en-tête séparé.

Aussi pertinent

Également utile pour ces documents.

Essayez-le sur votre propre document.

Démarrez gratuitement avec 30 pages. Sans carte bancaire, sans abonnement, sans configuration.

Démarrer gratuitement Nous contacter