Essayer avec votre fichier
Déposez votre PDF
1 fichier · 100 pages max · Aperçu gratuit sur 2 pages
1 fichier sélectionné
Gagnez des heures chaque semaine
Transformez vos PDF en Excel, CSV ou OFX, sans ressaisie manuelle.
Déposez un relevé au format PDF et regardez l'extraction se faire sous vos yeux. Aperçu instantané, sans inscription.
Vous disposez d’un relevé bancaire, mais votre outil de travail attend un fichier structuré. Pour convertir un relevé bancaire en OFX, il ne suffit pas de renommer l’extension du PDF : il faut extraire les opérations, vérifier les dates, les montants et les libellés, puis ajouter les informations de compte nécessaires au format. La nouvelle fonctionnalité d’export OFX de BankStatementLab permet de suivre ce parcours depuis un relevé traité, tout en gardant une étape de contrôle avant la génération.
Ce parcours répond notamment aux besoins des experts-comptables, des cabinets comptables et des équipes finance qui récupèrent des relevés PDF anciens, hétérogènes ou transmis par des clients. Il s’adresse aussi à toute personne qui dispose du PDF comme seule source et dont l’application cible documente un import OFX. Le résultat est un fichier OFX 1.6 en syntaxe SGML. Son import n’est toutefois jamais universel : ce que le logiciel accepte dépend de sa version, du pays, du type de compte et de sa configuration.
Pourquoi passer d’un relevé PDF à un fichier OFX ?
Un relevé PDF est conçu pour être lu et archivé. Même lorsqu’il contient du texte sélectionnable, ses lignes ne constituent pas nécessairement un tableau de données : une date, un libellé et un montant peuvent être stockés comme des fragments positionnés sur la page. Un scan ajoute une difficulté supplémentaire, puisqu’il faut d’abord reconnaître ce qui est visible.
OFX, pour Open Financial Exchange, organise au contraire les données dans des champs financiers. Une opération peut notamment comporter une date, un montant, un libellé et un identifiant FITID. Le fichier contient également des informations sur le compte et la devise. Cette structure peut éviter une partie de la mise en correspondance manuelle des colonnes demandée par un fichier tabulaire, à condition que l’importeur cible accepte précisément le type d’OFX généré.
Le bon choix dépend donc de la destination, pas d’une hiérarchie absolue entre formats.
| Situation de départ | Sortie à envisager | Point de décision |
|---|---|---|
| La banque fournit déjà un export structuré accepté par la destination | Export natif de la banque | Utilisez la source la plus directe et contrôlez la période |
| Le PDF est la seule source et la destination documente OFX | OFX après extraction et relecture | Vérifiez la version OFX et le type de compte acceptés |
| Vous devez analyser, filtrer ou retraiter les lignes | CSV ou XLSX | Privilégiez un format facilement inspectable |
| Le format accepté reste incertain | Petit fichier d’essai | Validez le parcours avant de traiter tout l’historique |
La conversion est surtout utile pour reconstituer un historique inaccessible dans le portail bancaire, reprendre les documents d’un nouveau dossier ou préparer des données provenant de plusieurs banques. Elle ne crée pas un flux bancaire continu et ne remplace pas un connecteur vers un logiciel tiers.
Comment convertir un relevé bancaire en OFX, étape par étape
Le parcours doit rester traçable. Un fichier qui se génère vite mais dont les opérations n’ont pas été relues déplace simplement le risque vers l’import comptable.
1. Déposer et traiter le relevé bancaire
Déposez le relevé dans BankStatementLab et lancez son traitement. L’application reconstruit les tableaux de transactions à partir du document. Attendez la fin du traitement avant de préparer l’export : l’OFX est accessible depuis les relevés traités, et non comme une conversion aveugle du fichier brut.
Commencez par un document représentatif. Pour un cabinet, il peut s’agir d’un mois comportant des prélèvements, virements, commissions et libellés multilignes. Pour une équipe finance, choisissez une période dont le solde et le nombre d’opérations sont déjà connus afin de disposer de points de contrôle.
2. Relire et corriger les transactions extraites
Comparez les lignes avec le PDF : dates, signes, séparateurs décimaux, montants et descriptions. Portez une attention particulière aux opérations à cheval sur deux pages, aux libellés sur plusieurs lignes et aux colonnes débit et crédit séparées. Corrigez les valeurs dans le relevé traité avant de lancer l’export OFX.
Cette relecture n’est pas facultative. Un montant nul, une date invalide ou un libellé invalide bloque la génération. BankStatementLab ne retire pas silencieusement la transaction concernée : le problème reste visible afin que vous puissiez le corriger, puis relancer l’export.
3. Cliquer sur l’export OFX et compléter les informations demandées
Choisissez l’option OFX depuis le relevé traité. Selon ce qui a été extrait, l’interface peut vous demander de compléter ou confirmer le compte, la devise et le solde. Renseignez uniquement des données que vous pouvez vérifier sur le relevé, dans les coordonnées bancaires ou auprès du titulaire du compte.
Le solde n’est pas inventé. S’il manque alors qu’il est nécessaire, vous devez le saisir. Cette règle est importante pour les professionnels qui veulent conserver une piste de contrôle : une valeur absente doit rester identifiable comme telle, plutôt que d’être remplacée par une estimation opaque.
La première version de l’export vise les comptes courants et les comptes d’épargne. Ne supposez pas qu’un compte de carte, de prêt, de titres ou un autre produit bancaire sera interprété comme l’un de ces comptes. Vérifiez le périmètre avant de construire un processus récurrent.
4. Choisir l’année lorsque les dates du relevé ne l’indiquent pas
Certains relevés affichent seulement le jour et le mois sur chaque ligne. BankStatementLab propose alors de choisir l’année uniquement si le format jour/mois est établi sans ambiguïté et si une année unique peut résoudre les dates concernées. Une date impossible ou un format ambigu reste bloquant. Ne déduisez jamais l’année du nom de fichier : comparez-la à la période du relevé.
Le choix de l’année détermine les dates enregistrées dans l’OFX et peut donc modifier la période d’import ou la reconnaissance d’une opération déjà présente. Si un relevé traverse décembre et janvier sans afficher l’année sur les lignes, ne forcez pas une année unique : corrigez les dates complètes ou traitez les deux périodes séparément avant l’export.
5. Générer le fichier .ofx ou l’archive ZIP
Lorsque les contrôles sont satisfaits, lancez la génération. Un relevé contenant un seul tableau produit un fichier .ofx. Si l’extraction a identifié plusieurs tableaux, chacun donne lieu à son propre OFX et les fichiers sont rassemblés dans une archive ZIP.
Ce découpage évite de fusionner implicitement des ensembles de transactions. Avant l’import, ouvrez l’archive et rapprochez chaque fichier du tableau, du compte et de la période attendus. Le nombre de fichiers doit être cohérent avec le nombre de tableaux à exporter.
6. Tester l’import sur un petit lot
Importez d’abord un fichier court dans un environnement où une correction reste simple. Utilisez la version, l’édition régionale et la configuration exactes du logiciel cible. Contrôlez le nombre d’opérations créées, les dates, les montants, la devise, les libellés, le compte d’affectation et les éventuels doublons.
Si le test est concluant, élargissez progressivement le lot. Conservez le PDF source, le résultat relu et le fichier généré selon les règles d’archivage de votre organisation. BankStatementLab produit l’OFX ; l’import et ses règles restent pilotés par l’application destinataire.
Vous avez un relevé déjà prêt à traiter ? Créez votre espace BankStatementLab et préparez votre premier export OFX, puis validez-le sur un petit lot représentatif.
Quelles données l’export OFX contient-il ?
BankStatementLab génère un OFX 1.6 utilisant la syntaxe SGML. Ce choix fournit une structure bancaire, mais le standard comporte plusieurs versions et les importeurs n’en prennent pas tous en charge les mêmes variantes. La page du groupe de travail OFX de Financial Data Exchange recense notamment la version 1.6 comme la dernière spécification OFX fondée sur SGML.
Pour les coordonnées de compte, un IBAN français peut être décomposé afin d’alimenter les éléments bancaires utiles. Dans les autres cas, la génération utilise un identifiant de compte local ainsi qu’un code bancaire ou code de routage renseignés. Relisez ces valeurs : un identifiant techniquement présent mais rattaché au mauvais compte reste une erreur métier.
| Donnée | Traitement lors de la génération | Contrôle recommandé |
|---|---|---|
| Date | Reprise de la ligne validée ; année demandée si absente | Vérifier la période et les passages d’année |
| Montant | Valeur signée de la transaction | Comparer débit, crédit et séparateur décimal |
| Libellé | Description validée de l’opération | Contrôler les lignes fusionnées ou tronquées |
| FITID | Identifiant déterministe dérivé de la transaction normalisée | Garder les lignes stables entre deux générations |
| Compte et banque | IBAN FR décomposé, sinon identifiants locaux renseignés | Confirmer le compte destinataire avant import |
| Devise | Valeur extraite ou complétée | Vérifier qu’elle correspond au relevé et au compte |
| Solde | Repris s’il est disponible ou demandé | Ne saisir qu’un solde vérifiable |
Les identifiants FITID méritent une précision. La spécification OFX leur donne pour rôle principal d’aider un logiciel client à détecter des réponses dupliquées. BankStatementLab produit des FITID déterministes : une même transaction correctement normalisée peut donc conserver le même identifiant lors d’une nouvelle génération. Cela peut faciliter la détection de doublons, mais ne garantit pas ce que fera chaque importeur. Certains outils appliquent leurs propres règles, et une correction de date, de montant ou de libellé peut changer l’identité calculée.
Les contrôles à effectuer avant un import comptable
Pour un expert-comptable, la question n’est pas seulement « le fichier s’ouvre-t-il ? », mais « peut-on justifier chaque ligne importée ? ». Une liste de contrôle commune au cabinet homogénéise les pratiques entre collaborateurs.
| Contrôle | Pourquoi il compte | Action si écart |
|---|---|---|
| Nombre de transactions | Détecte une ligne manquante, dupliquée ou mal segmentée | Revenir au tableau extrait et au PDF |
| Total des débits et crédits | Repère un signe ou un montant erroné | Comparer les colonnes et corriger la ligne |
| Solde et période | Confirme le bon relevé et le bon intervalle | Vérifier les métadonnées saisies |
| Compte et devise | Évite d’importer dans un mauvais périmètre | Corriger avant une nouvelle génération |
| Année des dates | Prévient un décalage de période | Régénérer avec l’année vérifiée |
| Doublons après test | Mesure le comportement réel de l’importeur | Nettoyer le test et adapter la procédure |
Dans un cabinet, ajoutez au dossier une note indiquant le PDF source, la période, la personne ayant effectué la relecture et le résultat du test. Pour une équipe finance, rattachez l’export au contrôle mensuel et séparez la préparation du fichier de sa validation lorsque votre organisation l’exige.
Si plusieurs clients ou entités sont traités, ne réutilisez jamais les coordonnées du lot précédent sans vérification. Le format OFX contient des informations de compte : une erreur de compte peut être plus discrète qu’une colonne CSV visiblement décalée.
Ce que l’export OFX ne garantit pas
OFX est un standard d’échange, pas une promesse d’acceptation identique partout. Une application peut accepter une version dans un pays et une autre version ailleurs, limiter certains types de comptes ou appliquer une logique particulière aux FITID. Sa documentation et un test réel priment sur une liste générique de logiciels prétendument compatibles.
La conversion ne garantit pas non plus l’exactitude d’une donnée mal lue dans le PDF. L’étape de correction existe précisément parce qu’un document scanné, un tableau irrégulier ou un libellé ambigu peut nécessiter une décision humaine. Les validations bloquantes empêchent certaines erreurs de produire un fichier, mais elles ne remplacent pas un rapprochement avec la source.
Enfin, la génération ne crée ni solde plausible, ni année supposée, ni opération de remplacement lorsqu’une ligne est invalide. Une donnée bloquante peut nécessiter une correction avant l’export ; ce contrôle évite qu’un fichier apparemment complet masque une omission.
FAQ sur la conversion de relevé PDF en OFX
Peut-on convertir directement un relevé bancaire PDF en OFX ?
Oui, depuis un relevé déjà traité dans BankStatementLab. Relisez d’abord les transactions extraites, corrigez les erreurs, puis choisissez l’export OFX. Selon les données disponibles, vous devrez préciser le compte, la devise, le solde ou l’année. Le résultat reste à tester dans la version exacte du logiciel destinataire.
Quel type de fichier OFX BankStatementLab génère-t-il ?
BankStatementLab génère un fichier OFX 1.6 en syntaxe SGML pour des opérations de compte courant ou de compte d’épargne dans la première version de la fonctionnalité. Ce choix ne garantit pas son acceptation par toutes les applications : vérifiez les formats documentés par votre logiciel, sa version et sa configuration.
Que se passe-t-il si le relevé contient plusieurs tableaux ?
Chaque tableau de transactions produit son propre fichier OFX. BankStatementLab rassemble alors les fichiers dans une archive ZIP. Contrôlez que chaque tableau correspond au compte et à la période attendus avant d’importer les fichiers séparément dans l’outil cible.
Comment éviter les doublons lors d’un import OFX ?
L’export génère des identifiants FITID déterministes, afin qu’une même transaction correctement normalisée conserve un identifiant stable lors d’une nouvelle génération. Ces identifiants peuvent aider un importeur à repérer les doublons, mais le comportement dépend du logiciel cible. Testez un petit lot et évitez de modifier les lignes entre deux exports.
Pourquoi la génération OFX peut-elle être bloquée ?
Une transaction avec un montant nul, une date invalide ou un libellé invalide bloque la génération. BankStatementLab ne retire pas silencieusement cette ligne : corrigez-la dans le relevé traité, puis relancez l’export. Si une date n’a pas d’année, l’interface ne propose un choix que lorsque le format jour/mois est établi sans ambiguïté ; une date ambiguë reste bloquante.
BankStatementLab invente-t-il un solde ou des coordonnées bancaires manquantes ?
Non. Le solde n’est pas inventé : s’il est requis et absent, l’interface vous demande de le compléter. Pour un IBAN français, les éléments utiles sont décomposés ; dans les autres cas, l’export s’appuie sur un identifiant local et un code bancaire ou code de routage renseignés. Vérifiez ces valeurs avant génération.
Préparer un OFX contrôlé plutôt qu’un fichier opaque
Convertir un relevé bancaire en OFX devient réellement utile lorsque chaque étape reste vérifiable : document traité, transactions relues, compte et devise confirmés, année explicite, solde non inventé, puis test dans la destination réelle. Cette méthode convient aussi bien au dossier ponctuel d’un utilisateur qu’à une procédure documentée de cabinet ou d’équipe finance.
Commencez avec une période courte dont vous connaissez les totaux. Corrigez les données avant la génération, archivez les éléments nécessaires à votre contrôle et n’étendez le traitement qu’après avoir observé le comportement de l’importeur sur ce premier lot.
Créez votre espace BankStatementLab et générez un OFX depuis un relevé traité. Vous contrôlez les transactions avant de générer le fichier final et pouvez valider votre processus dans l’environnement comptable réellement utilisé.
Articles associés
Prêt à préparer votre export OFX ?
Transformez un relevé traité en fichier OFX, contrôlez les données, puis testez l’import dans votre logiciel cible.