Ce qu’un fichier de relevé doit respecter

Ces lignes n’ont pas autant de colonnes que la ligne d’en-tête. Le coupable habituel est une virgule non protégée à l’intérieur d’un libellé (« Virement à Jean, épargne »). Les importateurs décalent alors toutes les colonnes suivantes ou rejettent le fichier. Cela demande une correction manuelle — une réparation automatique devrait deviner quelle virgule est réelle.

Plusieurs importateurs cessent de lire à la première ligne vide et écartent en silence tout ce qui suit — le classique « seule la moitié de mes opérations a été importée ». Les lignes vides peuvent être retirées automatiquement.

Excel ajoute cette marque à l’enregistrement en « CSV UTF-8 ». Certains logiciels de comptes la lisent comme faisant partie du nom de la première colonne (« Date » au lieu de « Date ») et ne retrouvent plus l’en-tête attendu. Si votre importateur se plaint d’une première colonne inconnue, retirez-la.

C’est exactement ce que YNAB signale comme « fichier vide » et d’autres logiciels comme « 0 opération importée ». L’export de votre banque ne contenait aucune ligne : le plus souvent une période sans mouvement, ou un bouton d’export qui n’a produit que les en-têtes de colonnes.

Les exports Excel européens séparent les colonnes par « ; ». Les importateurs qui attendent des virgules (YNAB, de nombreux formulaires d’import) lisent toute la ligne comme une seule colonne. Le fichier peut être réécrit avec des virgules automatiquement ; les champs entre guillemets sont préservés correctement.

Les noms de bénéficiaires comme « AT&T » ou « H&M » doivent s’écrire « AT&T » dans un fichier OFX/QFX. Un « & » brut interrompt l’analyse SGML/XML exactement à cet endroit — l’une des raisons les plus courantes pour qu’un fichier échoue à l’importation alors qu’il s’ouvre sans problème dans un éditeur.

Le fichier commence par une marque UTF-8 invisible. Beaucoup d’analyseurs OFX exigent que les tout premiers caractères soient « OFXHEADER » et rejettent sinon le fichier comme invalide. C’est une cause fréquente d’erreur « fichier invalide » pour des fichiers qui paraissent parfaitement normaux dans un éditeur de texte.

L’agrégat <OFX> n’est jamais fermé. Cela signifie généralement que le téléchargement a été interrompu par la banque ou par le navigateur. La plupart des importateurs se contentent d’un « impossible de lire le fichier ». La balise fermante peut être ajoutée, mais vérifiez que la liste des opérations est complète.

Les dates OFX doivent s’écrire AAAAMMJJ (éventuellement suivies d’une heure et d’un fuseau). Des valeurs comme « 2026-08-01 » ou « 01/08/2026 » conduisent l’importateur à rejeter l’opération ou le fichier entier.

Chaque <STMTTRN> doit porter un FITID unique — c’est ainsi que Quicken, QuickBooks et YNAB savent si une opération a déjà été importée. Les opérations sans FITID sont écartées en silence ou font échouer tout l’import. Des identifiants stables peuvent être générés à partir de la date, du montant et du bénéficiaire.

Un fichier OFX 1.x doit commencer par un bloc d’en-tête (OFXHEADER:100, DATA:OFXSGML, VERSION, ENCODING …) avant le corps <OFX>. Sans cet en-tête, Quicken, QuickBooks et GnuCash refusent le fichier. Un en-tête standard peut être ajouté automatiquement.

Les valeurs TRNAMT doivent être des nombres simples avec le point comme séparateur décimal (par exemple -1234.56). Les séparateurs de milliers, symboles monétaires ou espaces font sauter l’opération.

Des noms accentués (é, ü, ñ …) figurent dans un fichier dont l’en-tête déclare de l’ASCII pur. Certains importateurs les remplacent par des caractères parasites, d’autres s’interrompent. Demandez à la banque un export UTF-8. Aucune translittération automatique n’est appliquée, délibérément, pour ne pas altérer les noms.

Deux opérations différentes portent le même FITID. Les importateurs traitent les entrées de même FITID comme une seule opération et sautent toutes sauf la première — le classique « il manque des opérations après l’importation ». Les doublons peuvent être rendus uniques par un suffixe numérique.

Le fichier se lit correctement mais ne contient aucun <STMTTRN>. Les logiciels annoncent cela comme « fichier vide » ou « 0 opération importée ». Les banques produisent des fichiers vides quand la période choisie ne contient aucun mouvement — retéléchargez sur une période plus large.

Les fichiers QFX et QBO contiennent normalement une balise <INTU.BID> désignant une banque agréée pour Web Connect. Sans elle, Quicken peut refuser le fichier avec « ce n’est pas un fichier Web Connect valide ». Cet outil n’insère pas d’identifiant bancaire — cette valeur est attribuée à votre banque par Intuit. À défaut, importez en CSV.

Il s’agit d’un relevé de compte-titres (INVSTMTRS), dont les mouvements sont des achats, des ventes et des transferts plutôt que des écritures bancaires. Le fichier n’est pas vide. Les contrôles portant sur l’ensemble du document — en-tête, échappement, dates, troncature — ont bien été effectués ; les contrôles d’identifiant par opération ne sont pas encore pris en charge pour les titres.

Chaque opération QIF doit se terminer par une ligne ne contenant que « ^ ». Les enregistrements sans ce terminateur fusionnent avec l’opération suivante ou disparaissent — le classique « seule une partie de mes opérations a été importée ».

Un fichier QIF doit commencer par une déclaration de type telle que « !Type:Bank » ou « !Type:CCard ». Sans elle, GnuCash et Quicken refusent le fichier ou importent zéro opération. Un en-tête générique « !Type:Bank » peut être ajouté — remplacez-le par !Type:CCard pour une carte de crédit.

Des montants comme « 1,234.56 » déroutent plusieurs importateurs, qui lisent la virgule comme un séparateur de champ ou de décimale. Les virgules peuvent être retirées automatiquement (« 1234.56 »).

Une marque UTF-8 invisible précède la première ligne « ! ». Les anciens importateurs QIF la lisent comme des données parasites et rejettent l’en-tête. Elle peut être retirée sans risque.

Les dates QIF s’écrivent selon le pays M/J/AA, M/J/AAAA ou J/M/AA. D’autres écritures (ISO 2026-08-01, noms de mois …) font sauter les enregistrements en silence. Comme QIF ne déclare pas son ordre de date, une réécriture automatique serait une supposition — réglez le format dans la fenêtre d’importation.

Aucun enregistrement n’a été trouvé dans une section !Type:Bank/CCard/Cash : le fichier ne contient donc rien à importer. Si vous attendiez des données, la période d’export était probablement vide.