Formats de relevés

Assetli lit les relevés de banques du monde entier. Un test automatique vérifie aujourd’hui 203 formats d’export bancaire de 31 pays. Cette page décrit de quels formats il s’agit et ce qui en est lu exactement.

Comment le format est reconnu

C’est le contenu du fichier qui décide, pas l’extension ni la banque choisie dans la boîte de dialogue. Les banques confondent souvent les extensions (un relevé .xls est souvent du HTML, un .txt peut être du MT940 ou du CFONB). Si vous choisissez votre banque et envoyez un autre export que celui attendu, il est donc lu d’après ce que le fichier contient réellement.

Ordre de reconnaissance :

1. Excel (XLSX, ancien XLS, tableau HTML) est converti en tableau.
2. Les standards et formats nationaux ont leur propre analyseur (tableaux ci-dessous).
3. Analyseurs propres à certaines banques : Air Bank, Raiffeisenbank, UniCredit Bank (Tchéquie) et Wise.
4. Détection intelligente du CSV pour tout autre fichier tabulaire.
5. Correspondance des colonnes manuelle ou par l’IA, lorsque la détection hésite.

Standards internationaux

Format	Où il est utilisé	Extension	Ce qui est lu
camt.053 (ISO 20022, SEPA XML)	zone euro, Slovaquie, Suisse, banques tchèques suivant le standard de l’association bancaire tchèque (ČBA)	.xml	votre propre IBAN, la contrepartie et son compte, la référence, les paiements groupés décomposés en lignes
MT940 (SWIFT)	Allemagne, Pays-Bas, Autriche, Suisse, Pologne, pays nordiques	.sta, .940, .mt940, .txt	votre propre compte, la contrepartie, la référence ; le détail de l’opération sous ses trois formes courantes (allemande ?20, néerlandaise /TRTP/, polonaise ~20 et <20) comme en texte libre
OFX / QFX / QBO	États-Unis, Canada, Royaume-Uni	.ofx, .qfx, .qbo	votre propre compte, l’identifiant de transaction fourni par la banque (contrôle fiable des doublons), le commerçant
QIF (Quicken)	États-Unis, Canada, Australie, Royaume-Uni	.qif	date, montant, bénéficiaire, note ; comptes, cartes de crédit et espèces

Pour le QIF, l’ordre du jour et du mois est déterminé sur l’ensemble du fichier (un seul jour supérieur à 12 suffit). S’il ne peut pas être déterminé, le format américain MM/DD est utilisé et l’aperçu vous le signale.

Formats nationaux

Format	Pays	Particularités prises en compte
GPC / ABO	Tchéquie, Slovaquie	lignes à largeur fixe, montants en centimes (haléřů), une annulation inverse le sens, nom complet de la contrepartie et message au bénéficiaire tirés des lignes complémentaires
Norma 43 (AEB, Cuaderno 43)	Espagne	plusieurs comptes dans un seul fichier, mouvements nuls ignorés, libellé tiré des lignes complémentaires 23
CFONB 120	France	signe et dernier chiffre du montant réunis dans un seul caractère, fichier admis sans fins de ligne, devises sans décimales (XPF)
CBI (RH / EC)	Italie	la date de valeur précède la date de comptabilisation, donneur d’ordre d’un virement entrant tiré des lignes complémentaires
CODA	Belgique	un mouvement global avec ses détails n’est compté qu’une fois, la communication structurée +++…+++ sert de référence de paiement
Elixir	Pologne (PKO BP et d’autres)	ressemble à un CSV, mais les montants sont en grosze et le sens est porté par le code 111/222

Excel

Envoyez le relevé Excel tel que la banque vous l’a fourni. Sont lus :

• XLSX (Excel 2007 et versions ultérieures),
• XLS dans l’ancien format binaire,
• tableau HTML avec l’extension .xls, que fournissent de nombreuses banques espagnoles et italiennes.

Une date enregistrée comme date dans une cellule est reconnue d’après le format de la cellule : le 2 mars 2026 ne devient donc pas le nombre 46083. Si le classeur comporte plusieurs feuilles, c’est celle qui a le plus de lignes qui est lue. Les lignes d’introduction au-dessus du tableau (nom du compte, période) sont ignorées, comme pour le CSV.

Excel est lu par notre propre lecteur, qui se contente de lire le contenu des cellules. Les formules ne sont pas évaluées (c’est le résultat enregistré par Excel dans le fichier qui est pris), les macros ne sont pas exécutées, et un fichier qui dépasserait 50 Mo une fois décompressé est refusé. Un classeur protégé par mot de passe ne peut pas être lu ; enregistrez-le sans mot de passe ou téléchargez un CSV auprès de votre banque. À l’envoi d’un fichier, Excel est lu directement dans votre navigateur ; lors de l’import par e-mail, sur le serveur.

CSV de n’importe quelle banque

La détection intelligente reconnaît les colonnes à leur contenu, pas aux intitulés de l’en-tête. Elle fonctionne donc aussi pour une banque que nous n’avons jamais vue. Elle connaît les intitulés de colonnes dans des dizaines de langues, mais ils ne servent que d’indice.

• Séparateur : virgule, point-virgule, tabulation et barre verticale.
• Nombres : virgule ou point décimal, séparateur de milliers sous forme d’espace, de point, de virgule ou d’apostrophe (1'234.50 en Suisse), montants négatifs entre parenthèses ou avec le signe à la fin.
• Dates : 15.07.2026, 15/07/2026, 07/15/2026, 2026-07-15, 20260715, 15 Jul 2026, 02-Mar-26, Mar 02, 2026, 15. července 2026, y compris avec l’heure. L’ordre du jour et du mois est déterminé sur toutes les lignes ; si c’est impossible, l’aperçu le reconnaît et vous laisse le choisir.
• Sens du paiement :
  • montant signé,
  • deux colonnes (débit et crédit, par exemple « Soll / Haben », « Uscite / Entrate », « Debe / Haber »),
  • montant positif accompagné d’une colonne indiquant le sens (S/H, D/C, DR/CR, Af/Bij, IN/OUT…).
• Cartes de crédit : certaines banques (American Express, Discover, BMO, Nubank) inscrivent les achats en positif et les remboursements en négatif. Nous le reconnaissons à l’en-tête de l’export, ou au fait que toutes les lignes négatives sont des remboursements et des avoirs. Le signe est alors inversé, pour qu’un achat ne soit pas enregistré comme un revenu.
• Lignes en trop : les lignes d’introduction au-dessus du tableau, les lignes de total (« Celkem », « Total », « Saldo ») et les lignes vides sont ignorées.

Lorsque la détection hésite, la boîte de dialogue affiche les colonnes et vous les attribuez vous-même, ou vous laissez l’IA proposer la correspondance. L’IA ne reçoit que l’en-tête et quelques lignes d’exemple, jamais le relevé entier.

Encodage des caractères

• UTF-8 et UTF-16 (y compris avec BOM) sont reconnus automatiquement.
• Les formats nationaux ont l’encodage fixé par leur norme : GPC et Elixir en Europe centrale (Windows-1250), CODA, Norma 43, CFONB et CBI en Europe occidentale (Windows-1252). Un relevé belge est ainsi lu correctement même si vous avez choisi le marché tchèque dans les Réglages.
• Les autres fichiers dans un encodage ancien sont lus selon le marché choisi dans les Réglages : Tchéquie, Slovaquie et Pologne en Windows-1250, les autres marchés en Windows-1252. Pour les marchés hors d’Europe centrale, le cyrillique, le grec, le japonais, le coréen et le chinois sont en outre reconnus d’après le contenu.

Ce que nous ne lisons pas encore

• PDF. Ouvrez le relevé, copiez le texte et utilisez l’onglet « Coller le texte ». Nous reconnaissons la mise en page du texte d’Air Bank.
• Relevés de placements en OFX (liste de positions au lieu des mouvements du compte). Les opérations d’un courtier s’importent dans le module Placements.
• Fichiers protégés par mot de passe.
• Le numéro de compte de certains relevés GPC de Komerční banka. Dans une variante du format, KB intervertit les chiffres du numéro de compte. Les opérations sont lues correctement ; seul l’import par e-mail ne reconnaît pas, d’après le numéro, à quel compte appartient le relevé, et propose un compte d’après des indices plus faibles.

Limites

	Limite
Taille du relevé (texte)	8 Mo
Nombre de lignes	60 000
Excel une fois décompressé	50 Mo
Pièce jointe d’un e-mail	10 Mo, au plus 20 relevés par message

Découpez un gros relevé par période. Les doublons du chevauchement sont ignorés.

Comment nous vérifions la couverture

Nous ne collectons pas de vrais relevés de clients : ce sont des données personnelles. Pour chaque banque, nous disposons donc d’une description de son export : colonnes, séparateur, format de date et de nombre, encodage, lignes d’introduction. Chaque description indique sa source (documentation de la banque ou importateur public) et son degré de certitude. À partir de cette description, nous produisons un relevé de huit transactions typiques dans la langue et la devise du pays. Il passe exactement par le même import que votre fichier, et le résultat est comparé champ par champ. Une ligne ne compte comme lue que si la date et le montant signé sont justes. Une modification qui lirait moins bien un format quel qu’il soit ne part pas en production.

La description d’un export peut s’écarter de la réalité, car les banques changent parfois leurs formats. Si votre relevé ne peut pas être lu, écrivez-nous via le formulaire de contact en indiquant la banque et le type d’export. N’envoyez pas le fichier.

Le déroulement de l’import, le contrôle des doublons et l’annulation d’un import sont décrits sur la page Import des données. Que faire quand un import échoue : voir Import : que faire quand il échoue.