Convertisseur OFX pour experts-comptables

Quand un client transmet ses archives sans export bancaire exploitable, le convertisseur OFX pour experts-comptables permet de reconstruire un fichier structuré à partir du relevé traité. L’enjeu n’est pas simplement d’obtenir une extension .ofx : il faut préserver le bon compte, la bonne période et les bonnes opérations, puis documenter les contrôles avant l’import.

BankStatementLab ajoute désormais l’export OFX à ce parcours. Un collaborateur traite le relevé, relit les transactions, complète les informations demandées et génère un OFX 1.6 en syntaxe SGML. Le cabinet conserve la décision métier : aucun fichier ne doit être importé en production sans test dans l’environnement réellement utilisé.

Cette méthode concerne notamment les reprises d’antériorité, les comptes clôturés et les changements de cabinet. Elle ne remplace pas un flux bancaire et ne promet pas une compatibilité universelle.

Quand utiliser un convertisseur OFX en cabinet ?

Privilégiez l’export structuré de la banque lorsqu’il est disponible et accepté par la destination. La conversion prend son sens quand le relevé est la seule source exploitable et que le logiciel cible documente un import OFX.

OFX, ou Open Financial Exchange, structure les opérations et leur contexte bancaire. BankStatementLab produit ici un fichier OFX 1.6 en syntaxe SGML pour des comptes courants ou des comptes d’épargne. Le format peut réduire les manipulations de colonnes par rapport à un tableau, mais il ne dispense ni de vérifier la source ni de suivre les exigences de l’importeur.

Critère de choix	OFX depuis un relevé traité	Export bancaire natif	CSV ou XLSX
Source disponible	Le relevé est la seule archive exploitable	La banque fournit encore la période voulue	Les lignes doivent être analysées ou remappées
Destination	Elle documente un import OFX à tester	Elle accepte le format fourni par la banque	Elle impose un modèle de colonnes précis
Contrôle humain	Relecture de l’extraction puis test d’import	Vérification de la période et du compte	Vérification des colonnes, dates et signes
Usage conseillé	Reprise contrôlée d’un historique	Alimentation la plus directe possible	Analyse, retraitement ou import tabulaire
Limite principale	Acceptation variable selon l’outil et sa version	Disponibilité parfois limitée dans le temps	Mappage souvent nécessaire à l’import

Ne choisissez donc pas OFX uniquement parce qu’il s’agit d’un format bancaire. Demandez d’abord au responsable du dossier quel chemin est accepté, sur quelle version du logiciel et pour quel type de compte. La page consacrée aux parcours vers les logiciels comptables peut aider à cadrer les destinations, sans constituer une garantie d’intégration.

Le workflow OFX contrôlé, dossier par dossier

Une procédure de cabinet doit rendre l’état du dossier lisible par un autre collaborateur. Le fichier final n’est qu’un livrable parmi d’autres : la source, la relecture, les paramètres saisis et le test d’import forment ensemble la piste de travail.

1. Qualifier le dossier lors de sa reprise

À l’arrivée d’un nouveau dossier, identifiez le titulaire, le compte, la devise, la période et la destination prévue. Recensez les mois manquants et distinguez les comptes courants des comptes d’épargne. Si les archives couvrent plusieurs établissements ou plusieurs entités, ouvrez autant de périmètres de suivi que nécessaire.

Le nom du fichier ne prouve pas son contenu. Comparez l’en-tête et la période aux informations du dossier. En cas de doute sur le titulaire ou le compte, suspendez la conversion.

2. Traiter puis relire les transactions

Déposez le relevé et attendez son traitement. Relisez ensuite les dates, les montants signés et les libellés dans le tableau extrait. Les opérations réparties sur deux pages, les descriptions sur plusieurs lignes et les colonnes débit/crédit méritent un contrôle particulier.

Trois erreurs bloquent toute demande de génération : une date invalide, un libellé invalide ou un montant nul. BankStatementLab ne supprime pas silencieusement la ligne fautive. Corrigez-la dans le relevé traité, puis reprenez le contrôle avant de relancer l’export.

3. Confirmer les données dans la fenêtre d’export

La fenêtre OFX demande ou confirme les informations nécessaires au fichier : compte, devise et solde. Renseignez uniquement des valeurs vérifiables. Le solde n’est pas inventé ; s’il manque et qu’il est requis, il doit être saisi à partir de la source.

Pour un IBAN français, les éléments bancaires utiles peuvent être décomposés. Dans les autres cas, l’export s’appuie sur des identifiants locaux, avec le code bancaire ou le code de routage renseigné. Cette différence justifie un contrôle visuel systématique avant la génération : une valeur bien formée peut malgré tout désigner le mauvais compte.

4. Résoudre les dates incomplètes sans supposer

Certains relevés n’affichent que le jour et le mois sur les opérations. Une année n’est proposée que si le format jour/mois est établi sans ambiguïté à partir de la colonne de dates. Si ce format reste ambigu, la date reste bloquante. Ne déduisez jamais une année du seul nom du document.

Pour une période qui traverse décembre et janvier, vérifiez chaque date avec l’en-tête et la chronologie du relevé. Corrigez les valeurs complètes lorsqu’une année unique ne suffit pas.

5. Générer sans fusionner les périmètres

BankStatementLab produit un fichier OFX par tableau de transactions. Lorsqu’un relevé contient plusieurs tableaux, les fichiers sont réunis dans une archive ZIP. Le ZIP facilite la remise de plusieurs sorties, mais ne transforme pas plusieurs tableaux en un seul compte.

Ouvrez l’archive et rattachez chaque OFX au tableau, à la période et au compte attendus. Si deux tableaux appartiennent à des comptes différents, ils doivent rester distincts jusqu’à l’import et dans la documentation du dossier.

6. Tester avant de généraliser

Commencez par un mois représentatif et un environnement où l’import d’essai peut être annulé ou isolé selon les possibilités du logiciel. Contrôlez le compte de destination, le nombre de lignes, les dates, les montants, la devise, les libellés et les doublons éventuels. N’étendez le traitement qu’après validation de ce scénario.

Préparez un premier dossier pilote et générez son export OFX avec BankStatementLab →

Formaliser la procédure OFX du cabinet

Une procédure OFX commune évite que chaque collaborateur invente son propre chemin. Elle doit définir le responsable de chaque étape, la preuve attendue et le statut à appliquer lorsqu’une donnée est incertaine.

Étape du dossier	Action du collaborateur	Preuve à conserver	Condition de passage
Réception	Identifier client, compte, période et source	Relevé original et fiche de lot	Périmètre sans ambiguïté
Traitement	Extraire les tableaux du relevé	Référence du relevé traité	Traitement terminé
Relecture	Comparer dates, libellés et montants	Checklist datée ou statut de revue	Aucune erreur non résolue
Paramétrage	Vérifier compte, devise et solde	Valeurs validées dans la fiche de lot	Données justifiées par la source
Génération	Produire un OFX par tableau	OFX ou ZIP rattaché au dossier	Nombre de sorties cohérent
Import d’essai	Observer le comportement de la destination	Résultat du test et écarts relevés	Validation par le responsable désigné
Production	Importer selon la procédure interne	Journal d’import de l’outil cible	Contrôles post-import terminés

Le statut « bloqué » signale qu’une information manque. Le responsable peut alors demander une pièce, corriger les transactions ou choisir un autre format.

Organiser un lot multi-dossiers sans mélanger les comptes

Une campagne de reprise peut couvrir plusieurs clients, plusieurs mois et plusieurs comptes. Le traitement en lot doit rester une organisation de travail, jamais une fusion des données. Utilisez un identifiant interne de dossier et une arborescence séparée, par exemple client / compte / exercice / période, conformément aux règles du cabinet.

Avant chaque nouveau dossier, réinitialisez votre checklist : titulaire, compte, devise, solde et destination. Ne recopiez pas les paramètres du lot précédent. Pour chaque sortie, consignez la source, le nom de l’OFX, la personne ayant relu et le statut du test.

Si un relevé produit un ZIP, rangez ses fichiers après avoir établi leur correspondance avec chaque tableau.

Contrôles avant et après l’import OFX

Le contrôle avant génération vérifie la fidélité à la source. Le contrôle après import vérifie l’interprétation par le logiciel destinataire. Ces deux examens répondent à des risques différents et doivent être tracés séparément.

Élément	Avant génération	Après import d’essai	Réaction en cas d’écart
Compte	Confirmer titulaire et identifiant	Vérifier le compte affecté	Annuler ou isoler le test, corriger le périmètre
Période	Comparer l’en-tête et les dates	Contrôler la plage importée	Corriger les dates puis régénérer
Nombre de lignes	Compter les transactions relues	Comparer les opérations créées	Identifier lignes rejetées ou dupliquées
Montants	Vérifier signes, débit et crédit	Comparer les valeurs importées	Corriger la source extraite ou le paramétrage cible
Devise	Confirmer la devise du relevé	Vérifier la devise attribuée	Suspendre l’import du lot
Solde	Utiliser une valeur documentée	Observer son traitement éventuel	Consigner l’écart sans inventer de correction
Libellés	Repérer fusions ou troncatures	Vérifier la lisibilité finale	Corriger si l’information source est mal extraite
Doublons	Identifier les périodes déjà intégrées	Rechercher les doublons réels	Nettoyer le test et adapter la procédure OFX

Les FITID déterministes peuvent aider l’importeur à reconnaître une même transaction normalisée lors d’une nouvelle génération. Ils ne constituent pas une assurance anti-doublon. La logique de détection appartient au logiciel cible, et la correction d’une date, d’un montant ou d’un libellé peut modifier l’identifiant calculé.

Construire une piste d’audit exploitable

Une piste d’audit pratique ne nécessite pas d’inventer de nouvelles données. Elle relie simplement les éléments déjà utilisés pour décider : relevé source, tableau relu, informations de compte, fichier généré et résultat du test.

Pour chaque période, le cabinet peut consigner :

• l’identifiant interne du dossier et du compte ;
• le nom et la période du relevé source ;
• la date du traitement et de la relecture ;
• le collaborateur ayant effectué le contrôle ;
• les corrections apportées aux dates, montants ou libellés ;
• la devise, le solde vérifié et les identifiants bancaires utilisés ;
• le ou les fichiers OFX produits ;
• la date, l’environnement et le résultat de l’import d’essai.

Cette liste ne remplace ni les journaux du logiciel ni les règles d’archivage du cabinet. Adaptez les habilitations et la validation à votre organisation.

Ce que l’export OFX fait — et ne fait pas

La nouvelle capacité de BankStatementLab génère un OFX 1.6 SGML depuis un relevé déjà traité. Elle couvre les opérations de compte courant ou d’épargne, avec un contexte de compte, une devise et un solde lorsqu’il est disponible ou renseigné. Un fichier est produit par tableau, ou plusieurs fichiers dans un ZIP.

Elle ne crée pas de connexion bancaire continue. Elle n’effectue pas le rapprochement, la catégorisation, l’affectation des comptes comptables ou la génération automatique d’écritures. Ces étapes restent dans les outils et procédures du cabinet.

Elle ne garantit pas non plus qu’un logiciel acceptera le fichier. Les versions OFX, les types de comptes, les éditions régionales et les règles de validation diffèrent. Vérifiez la documentation actuelle de la destination, puis observez son comportement sur un lot court avant toute reprise complète.

Enfin, un contrôle de forme ne prouve pas l’exactitude métier. Une date valide peut appartenir à la mauvaise année et un identifiant bien formé au mauvais compte. La relecture de la source reste indispensable.

FAQ sur l’OFX pour les experts-comptables

À quoi sert un convertisseur OFX pour un cabinet comptable ?

Il transforme les transactions d’un relevé traité en fichier bancaire structuré lorsque le cabinet ne dispose pas d’un export natif exploitable. BankStatementLab génère un OFX 1.6 en syntaxe SGML après relecture et collecte des informations nécessaires. Le cabinet doit ensuite tester le fichier dans son propre environnement.

Comment organiser plusieurs dossiers clients sans mélanger les comptes ?

Le cabinet peut suivre plusieurs dossiers dans une même campagne de reprise, mais chaque compte doit conserver son propre périmètre de contrôle. BankStatementLab produit un OFX par tableau de transactions et une archive ZIP uniquement lorsqu’un même relevé contient plusieurs tableaux. Cette archive n’autorise pas à mélanger des comptes, des titulaires ou des périodes.

Quelles erreurs bloquent la génération OFX ?

Une date invalide, un libellé invalide ou un montant nul sur une transaction bloque toute la demande d’export. La ligne n’est pas écartée silencieusement. Le collaborateur doit revenir au relevé traité, corriger l’erreur, refaire ses contrôles puis relancer la génération.

Comment BankStatementLab gère-t-il un relevé sans année sur les opérations ?

Une année peut être proposée uniquement si le format jour/mois est établi sans ambiguïté à partir de la colonne de dates. Une date ambiguë reste bloquante et ne doit pas être résolue par une supposition. Le cabinet doit vérifier la période à partir de la source et corriger les dates avant l’export si nécessaire.

Les identifiants FITID empêchent-ils les doublons ?

Non. BankStatementLab génère des FITID déterministes, ce qui peut aider un importeur à reconnaître une même transaction normalisée. Cela ne garantit pas la détection des doublons : chaque logiciel applique ses propres règles, et une modification de date, de montant ou de libellé peut changer l’identifiant.

L’export OFX remplace-t-il le rapprochement et les écritures comptables ?

Non. BankStatementLab génère un fichier OFX depuis un relevé traité, mais ne fournit pas de flux bancaire continu, de rapprochement, de catégorisation ou d’écriture automatique dans cet export. L’affectation, l’import, la validation comptable et le rapprochement restent sous le contrôle du cabinet et de son logiciel.

Mettre en place un pilote OFX sur un dossier maîtrisé

Un convertisseur OFX pour experts-comptables apporte le plus de valeur lorsqu’il s’inscrit dans une procédure explicite : dossier qualifié, extraction relue, paramètres justifiés, fichiers séparés et import observé. Commencez sur une période courte dont le compte, le solde et le nombre d’opérations sont connus. Vous pourrez ensuite adapter la procédure OFX au résultat réel, sans étendre un processus non validé à tous les clients.

Créez votre espace BankStatementLab et préparez un export OFX contrôlé →

Articles associés

• Convertir un relevé bancaire en OFX
• Agrégation bancaire DSP2 ou extraction de PDF : que choisir ?
• Anonymiser un relevé bancaire avant l’envoi au comptable
• Pourquoi le copier-coller d’un PDF échoue