Ce que chaque format doit contenir pour être lu, comment l'application le reconnaît, et quoi faire quand le fichier est refusé.

Quel format pour quel pays

Les formats proposés viennent du pack pays de votre organisation, pas d'un réglage.

Pays	Formats proposés	Extensions acceptées par le sélecteur
Belgique	CSV BNP Paribas Fortis, CODA, OFX	`.csv`, `.coda`, `.cod`, `.txt`
France	OFX seulement	`.ofx`

Le geste d'import lui-même est décrit dans Importer un relevé bancaire.

Comment le format est reconnu

Vous ne choisissez pas le format : l'application le déduit, dans cet ordre.

Par l'extension du fichier. .ofx donne OFX, .cod ou .coda donne CODA, .csv donne CSV.
Sinon par le contenu. Un en-tête OFXHEADER, une balise <OFX> ou <?OFX donne OFX.
Sinon par la première ligne. Un fichier qui commence par 0 et ne contient aucun point-virgule est traité en CODA.
À défaut, le fichier est traité comme un CSV.

Le CSV : celui de BNP Paribas Fortis, pas un autre

Ce qu'il exige :

séparateur point-virgule, pas la virgule ;
la première ligne est un en-tête, elle est toujours sautée, quel que soit son contenu ;
au moins dix colonnes par ligne ;
les dates en JJ/MM/AAAA (le point et le tiret sont aussi tolérés comme séparateurs) ;
les montants à virgule décimale, signés, sans séparateur de milliers.

Les colonnes utilisées, dans l'ordre de l'export :

Position	Devient
1	Le numéro d'opération
2	La date de l'écriture (date d'exécution)
4	Le montant
7	Le type d'opération
8	L'IBAN de la contrepartie
9	Le nom de la contrepartie
10 et 11	La communication, les deux réunies par `:`

La colonne 3, la date valeur, n'est pas utilisée : c'est la date d'exécution qui fait foi.

Un éventuel marqueur d'encodage en tête de fichier est retiré, et les lignes vides sont ignorées.

Le CODA : le format commun des banques belges

Le CODA 2.x est un format à positions fixes : chaque ligne est un enregistrement dont le type se lit sur les deux premiers caractères. Trois types seulement sont exploités.

Type	Rôle
21	Un mouvement : ouvre une nouvelle ligne de relevé
22	La suite de la communication du mouvement en cours
23	Le compte et le nom de la contrepartie du mouvement en cours

Les enregistrements d'en-tête (0 et 1) et de clôture (8 et 9) sont ignorés : les soldes d'ouverture et de clôture annoncés par le fichier ne sont pas lus, et ne servent donc à aucun contrôle.

Sur un enregistrement 21, le montant occupe quinze chiffres avec trois décimales implicites, et le signe se lit un caractère avant. La date est au format JJMMAA, et l'année sur deux chiffres est interprétée au vingtième siècle à partir de 70, au vingt-et-unième en dessous.

L'OFX : la voie française, et une option belge

L'OFX est lu dans ses deux variantes, la 1.x en SGML et la 2.x en XML. Le fichier doit contenir une balise <OFX> et au moins un bloc <STMTTRN>.

Pour chaque transaction, les balises lues sont :

Balise	Devient
`DTPOSTED`	La date. Seuls les huit premiers chiffres comptent : l'heure et le fuseau sont ignorés
`TRNAMT`	Le montant. Point ou virgule décimale, les deux passent
`FITID`	Le numéro d'opération, pilier de la détection de doublon
`NAME`	Le nom de la contrepartie
`MEMO`	Complète la communication, réunie au `NAME` par `:`
`TRNTYPE`	Le type d'opération

L'IBAN de la contrepartie n'existe pas dans ce format : il reste vide sur les opérations importées depuis un OFX.

L'encodage est deviné, ce qui compte pour les accents. Si le fichier annonce de l'UTF-8, il est lu en UTF-8. S'il annonce le jeu 1252 ou l'ISO-8859-1, il est lu en windows-1252. Sans indication, l'UTF-8 est tenté d'abord, et le windows-1252 sert de repli. C'est ce qui évite les libellés truffés de caractères de remplacement.

Quand le fichier est refusé

Les messages commencent tous par « Relevé illisible : » suivi de la première erreur rencontrée.

Message	Cause	Ce qu'il faut faire
Fichier vide.	Aucune ligne exploitable	Vérifier que le téléchargement a abouti
Pas un fichier OFX (balise `<OFX>` absente).	Le fichier n'est pas de ce format malgré son extension	Reprendre le téléchargement en choisissant le bon format
Aucune transaction `<STMTTRN>` trouvée.	OFX valide mais sans opération	Élargir la période demandée à la banque
Ligne 12 : 4 colonnes (10 minimum attendues).	CSV d'une autre banque, ou séparateur virgule	Passer par le CODA
Ligne 12 : date ou montant illisible (12-03-26 / 1.234,50).	Format de date ou de montant non reconnu	Ne pas retoucher le fichier dans un tableur, qui reformate les colonnes
Ligne 12 : montant CODA illisible.	Enregistrement 21 tronqué	Retélécharger sans passer par un éditeur de texte
Ligne 12 : date CODA illisible (3213AA).	Idem	Idem

Les formats de relevé : CSV, CODA, OFX

Quel format pour quel pays

Comment le format est reconnu

Le CSV : celui de BNP Paribas Fortis, pas un autre

Le CODA : le format commun des banques belges

L'OFX : la voie française, et une option belge

Quand le fichier est refusé

À lire ensuite