Convertir TXT en OFX

Une banque, une application de gestion budgétaire ou un système comptable peut nécessiter OFX lorsqu’un relevé de transactions est disponible uniquement sous forme de téléchargement TXT. La conversion n’est possible que si le texte contient des données de transactions structurées, et non pas simplement de la prose lisible.

Qu’est-ce que le format TXT ?

TXT est un conteneur de texte brut sans mise en page ni schéma financier obligatoires. Les banques et les systèmes existants utilisent couramment l’extension .txt pour les exports de relevés tab-delimited, comma-delimited, semicolon-delimited, fixed-width ou lisibles par l’utilisateur.

Notepad, LibreOffice Calc, Microsoft Excel, les portails bancaires et les systèmes comptables peuvent créer ou ouvrir des fichiers TXT. Inspectez le fichier dans un éditeur de texte brut avant de l’importer : identifiez le delimiter, les lignes d’en-tête, l’encodage, le format de date, le séparateur décimal, le séparateur de milliers et la convention debit/credit. Un fichier qui ressemble à un tableau peut malgré tout être du delimited text, tandis qu’un fichier fixed-width nécessite des positions de colonnes plutôt qu’un séparateur.

Qu’est-ce que le format OFX ?

OFX, ou Open Financial Exchange, est un format structuré pour les transactions bancaires, de cartes de crédit, d’investissement et de paiement. Les applications financières telles que GnuCash, Moneydance, les programmes compatibles avec Quicken et certains systèmes de comptabilité d’entreprise peuvent importer des fichiers OFX.

Une transaction OFX contient généralement un FITID unique, une date de comptabilisation, un montant, un type de transaction, un bénéficiaire ou un mémo, ainsi que les informations du compte. Un relevé peut également contenir la devise, les soldes d’ouverture et de clôture, les identifiants de l’établissement et les métadonnées de la période. Cette structure permet à un importateur de créer des transactions au lieu d’afficher un relevé non structuré.

OFX 1.x utilise une syntaxe basée sur SGML, tandis que OFX 2.x utilise XML. L’application cible détermine la version, le type de compte, les champs de devise et les éléments de transaction qu’elle accepte ; un fichier OFX n’est pas automatiquement compatible avec tous les programmes financiers.

Comment convertir TXT en OFX

1. Vérifiez que la source est convertible. Chaque transaction doit comporter au minimum une date de comptabilisation, un montant et une description exploitable. Le numéro de compte, la devise, le solde et les identifiants de transaction améliorent la compatibilité, mais peuvent être absents de l’export TXT.
2. Normalisez le texte délimité. Dans LibreOffice Calc, utilisez File → Open, choisissez l’encodage des caractères et le séparateur appropriés, puis examinez l’aperçu des colonnes. Faites correspondre les champs avec la date, la description, le débit, le crédit et le solde. Conservez les zéros initiaux des numéros de compte et des références de transaction ; les logiciels de tableur peuvent sinon les convertir en nombres.
3. Nettoyez les valeurs. Supprimez les symboles monétaires et les séparateurs de milliers des champs numériques, utilisez une seule convention décimale et convertissez les dates dans un format non ambigu tel que YYYY-MM-DD. Combinez les colonnes de débit et de crédit selon la convention de signe attendue par le convertisseur, généralement les retraits négatifs et les dépôts positifs. Enregistrez le tableau nettoyé sous transactions.csv avec File → Save As.
4. Utilisez un convertisseur de bureau. ProperSoft CSV2OFX est conçu pour la conversion structurée de CSV vers OFX et constitue une option locale adaptée après la normalisation du TXT. Sélectionnez transactions.csv, faites correspondre les champs de date, de bénéficiaire, de mémo, de débit, de crédit, de compte et de devise, choisissez la version OFX prise en charge par l’application de destination, saisissez les métadonnées de compte disponibles et exportez account.ofx. N’inventez pas d’identifiant de banque ou d’agence ; laissez les valeurs facultatives vides lorsque le logiciel l’autorise.
5. Utilisez un convertisseur en ligne uniquement pour des données acceptables. Le convertisseur CSV-to-OFX en ligne de ProperSoft peut être utilisé pour un CSV nettoyé lorsqu’un traitement local n’est pas disponible. Convertissez d’abord le fichier TXT en CSV, car les convertisseurs TXT en ligne génériques ne peuvent pas déduire les champs financiers de manière fiable. Les relevés bancaires contiennent des informations sensibles : examinez donc les politiques du service concernant la confidentialité, la conservation, la suppression, HTTPS et les versions OFX prises en charge ; utilisez si possible des données anonymisées pour les tests.
6. Validez avant l’importation. Ouvrez le résultat dans un éditeur de texte brut et vérifiez le nombre de transactions, les dates, les montants, les descriptions, la devise, le type de compte et les identifiants uniques. Importez-le dans un compte dupliqué ou de test, comparez les soldes d’ouverture et de clôture avec ceux du relevé source, puis supprimez les données de test avant d’utiliser le registre réel.

Quand l’automatisation est nécessaire

Un fichier TXT fixed-width ou incohérent peut nécessiter un script plutôt qu’un tableur. Le module csv de Python gère les entrées délimitées ; les entrées fixed-width nécessitent des plages de colonnes définies explicitement. Le générateur doit créer des valeurs FITID uniques et stables, formater les dates OFX comme YYYYMMDDHHMMSS avec la syntaxe de fuseau horaire requise, appliquer systématiquement les signes de débit et de crédit et échapper les caractères conformément à la version SGML ou XML sélectionnée. Utilisez une bibliothèque ou un modèle OFX validé plutôt que de construire des balises sans vérifier les exigences de l’application cible.

Compatibilité et limites des données

La conversion ne recrée pas les informations que le fichier TXT ne contenait jamais. L’absence d’identifiants d’établissement, de type de compte, de devise, d’identifiants de transaction d’origine, de soldes ou d’horodatages de serveur peut entraîner un rejet, une association incorrecte au compte ou des transactions en double. Les identifiants générés diffèrent également de ceux de la banque : la réimportation de la même période peut donc créer des doublons.

Vérifiez les retraits négatifs et les dépôts positifs par rapport à la convention de l’application de destination ; certains programmes inversent les signes lors de l’importation. Vérifiez la précision décimale, l’ordre des dates, les transactions en double, l’encodage des caractères et les transactions qui franchissent minuit ou un changement d’heure d’été. Si le fichier TXT contient uniquement un relevé mis en forme ou un texte semblable à une image, il doit d’abord être analysé ou transcrit, et le résultat nécessite un rapprochement manuel.