camt.053 vs MT940 : quel format de relevé pour vos outils de trésorerie ?
Différences utiles entre le relevé ISO 20022 camt.053 et le MT940 SWIFT, et comment choisir lorsque vous importez des mouvements de portefeuilles stablecoin.
Par Équipe Stablefloe
Les logiciels de trésorerie et de comptabilité importent encore deux familles de relevés bancaires : le MT940 (message SWIFT historique) et le camt.053 (relevé de fin de journée ISO 20022). Lorsque l’on veut faire lire un portefeuille stablecoin « comme un compte », le choix du format n’est pas cosmétique : il dépend de ce que votre outil accepte réellement.
MT940 : le format que beaucoup d’outils connaissent encore
Le MT940 décrit un extrait de compte en texte structuré par tags (:20:, :25:, :28C:, :60F:, :61:, :86:, :62F:, etc.). Il reste largement supporté, surtout dans les chaînes d’import anciennes.
Limites à connaître :
- champs de longueur contrainte — les références longues (hash de transaction, adresses) doivent souvent être tronquées ou reportées dans
:86:; - peu de sémantique riche — beaucoup d’informations métier passent en texte libre ;
- variantes d’implémentation — deux banques (ou deux générateurs) peuvent produire des fichiers « MT940 » légèrement différents.
Pour un portefeuille on-chain, le MT940 reste utile si votre TMS ou votre banque d’entreprise ne lit pas encore le XML ISO 20022.
camt.053 : le relevé de fin de journée ISO 20022
Le camt.053 est un message XML du catalogue ISO 20022. Il porte soldes, écritures, références et indicateurs crédit/débit dans une structure formalisée (et vérifiable contre un schéma XSD).
Avantages typiques pour un usage entreprise :
- structure explicite (montants, devises, sens CRDT/DBIT, références de compte) ;
- meilleure capacité à porter des identifiants (référence de transaction, compte de service) ;
- alignement avec la migration des paiements et relevés bancaires vers ISO 20022 en Europe.
En pratique, le frein n’est presque jamais le format lui-même : c’est la version du schéma et le mapping dans l’outil d’import (quel champ alimente la contrepartie, la référence, le libellé).
Que choisir pour des stablecoins ?
| Critère | MT940 | camt.053 |
|---|---|---|
| Support dans les vieux TMS | Souvent oui | Variable selon l’éditeur |
| Richesse structurée | Limitée | Élevée |
| Références on-chain longues | À adapter / tronquer | Plus naturelles en XML |
| Contrôle / validation | Règles métier ad hoc | Schéma XSD + contrôles métier |
La réponse pragmatique : produisez les deux si votre fournisseur le permet, puis retenez celui que votre outil importe sans retouche. L’objectif n’est pas de moderniser le format pour le format : c’est d’obtenir un fichier quotidien dont les soldes tiennent, et que la trésorerie peut rapprocher.
Ce qui compte plus que le format
Quel que soit le message choisi, trois contrôles évitent les mauvaises surprises à l’import :
- Continuité des soldes — l’ouverture du jour J égale la clôture de J−1.
- Égalité clôture / solde on-chain — à une heure de référence claire (souvent fin de journée Paris pour un usage FR).
- Identifiants stables — le même mouvement régénéré doit produire la même référence, sinon les réimports créent des doublons.
Sans ces garde-fous, un fichier « techniquement valide » peut quand même casser le rapprochement.
Livraison : fichier à télécharger ou dépôt sFTP
Côté exploitation, le format voyage rarement seul. Les équipes finance préfèrent souvent un dépôt sFTP quotidien dans une arborescence connue (un fichier par compte et par jour), plutôt qu’un téléchargement manuel. Le format (camt ou MT940) reste le même ; c’est le canal qui s’aligne sur les process bancaires existants.
En résumé
- Choisissez le format que votre outil importe déjà de façon fiable.
- Préférez le camt.053 lorsque le mapping ISO 20022 est en place.
- Gardez le MT940 comme filet de compatibilité.
- Exigez des contrôles de soldes avant toute livraison automatique.