camt.053 Converter → MT940 / CSV
Votre banque envoie du camt.053, votre logiciel comptable lit du MT940. Reconvertissez-le — entièrement dans votre navigateur, sans rien envoyer.
Comment convertir un fichier camt.053 en MT940 ?
Déposez le XML camt.053 sur cette page, cliquez sur « Lire le fichier », puis sur « Exporter en MT940 » : ValidateFin analyse le relevé localement et écrit un SWIFT MT940 (.sta) portant le solde d’ouverture (:60F:), un couple :61:/:86: par écriture comptabilisée et le solde de clôture (:62F:). Rien n’est envoyé. Tous les autres convertisseurs gratuits vont dans l’autre sens — MT940, BAI2, CODA et CFONB vers camt.053 — parce que c’était le sens de la migration. Celui-ci fait l’inverse, et c’est le problème que les équipes ont réellement aujourd’hui : depuis la migration ISO 20022, les banques livrent du camt.053, alors qu’une longue traîne d’ERP, de logiciels comptables et de systèmes de trésorerie ne sait importer que du MT940. La conversion préserve les soldes d’ouverture et de clôture, les dates comptable et de valeur, les références (l’EndToEndId devient la référence client, l’AcctSvcrRef la référence banque) et les noms de contrepartie. Elle énonce aussi ses limites à voix haute : seules les écritures comptabilisées passent, les accents sont repliés sur le jeu de caractères SWIFT, et les références sont coupées à 16 caractères. L’export CSV fonctionne aussi sur camt.052 et camt.054.
À propos du convertisseur camt.053 vers MT940
L’ISO 20022 camt.053 (« Bank to Customer Statement ») est le relevé XML que les banques livrent désormais : auto-descriptif, validable contre un XSD officiel, et porteur de parties, références et informations de paiement structurées. Le SWIFT MT940 est ce qu’il a remplacé — un format texte compact à balises où :20: est la référence, :25: le compte, :60F: le solde d’ouverture, :61: un mouvement, :86: sa description et :62F: le solde de clôture. SWIFT a retiré le MT940 en novembre 2025 au profit du camt.053, mais un retrait sur le rail interbancaire n’est pas une disparition : le MT940 reste massivement utilisé en domestique, en banque-à-entreprise et en host-to-host — c’est précisément ce trafic que cet outil sert. Le décalage est banal et coûteux : la banque a avancé, le logiciel non, et l’équipe finance est coincée entre les deux. Ce convertisseur lit votre camt.053 dans le navigateur et écrit un MT940 que l’ERP acceptera, ou un CSV pour tout le reste. Aucun fichier ne quitte votre machine : pas d’envoi, pas de traitement côté serveur, pas de compte à créer.
Ce qui compte plus que la conversion, c’est ce que la conversion ne peut pas faire — et cet outil le dit, plutôt que de produire un fichier qui a l’air juste et qui est faux. Quatre limites honnêtes. Primo, seules les écritures comptabilisées (BOOK) passent en MT940. Le camt.053 peut porter des écritures PDNG (en attente) ; le MT940 n’a aucun moyen d’exprimer « pas encore réglé », donc les inclure prétendrait que l’argent a bougé alors qu’il n’a pas bougé — et casserait le rapprochement :60F: ± :61: = :62F: que fait tout consommateur. Le CSV, lui, a une colonne Statut et les garde. Secundo, le MT940 ne peut pas porter les accents : le jeu de caractères SWIFT n’admet que A-Z, a-z, 0-9 et / - ? : ( ) . , ' + et l’espace, donc « Société Générale » devient « Societe Generale ». L’outil les replie de façon déterministe et vous signale qu’il l’a fait. Tertio, les références sont tronquées à 16 caractères là où le camt.053 en permet 35 — la valeur complète ne survit que dans le fichier source. Quarto, le MT940 est un format de relevé : seul le camt.053 s’y convertit. Le camt.052 (rapport intraday) et le camt.054 (notification de débit/crédit) n’ont pas de couple solde d’ouverture/clôture, donc les convertir reviendrait à inventer des soldes ; le CSV accepte les trois. Les contre-passements sont préservés : le camt les marque par RvslInd et le MT940 a des marques dédiées pour exactement cela — RC et RD — de sorte qu’une écriture annulée reste visiblement une annulation au lieu de ressembler à un paiement sans lien. Sur la licence, une phrase honnête : écrire un logiciel qui émet du MT940 est expressément licencié par la SWIFT Standards IPR Policy, qui accorde une licence libre de redevance « to use SWIFTStandards […] to develop software […] which support transmission of information in accordance with SWIFTStandards ». Ce qui n’est pas licencié, c’est de republier la prose de SWIFT — ValidateFin n’en héberge aucune, et tous les libellés de champs ici sont rédigés from scratch.
Ce qu’il faut retenir de la conversion camt.053 vers MT940
- Tous les autres convertisseurs gratuits vont VERS le camt.053 ; celui-ci en part — le sens dans lequel les équipes sont coincées depuis la migration ISO 20022 des banques.
- Préserve les soldes d’ouverture et de clôture, les dates comptable et de valeur, l’EndToEndId (référence client), l’AcctSvcrRef (référence banque) et les contreparties.
- Seules les écritures comptabilisées (BOOK) passent : le MT940 ne sait pas dire « en attente », et inclure une écriture PDNG prétendrait que l’argent a bougé. Le CSV les garde, avec une colonne Statut.
- Le MT940 ne peut pas porter les accents — le jeu SWIFT est A-Z a-z 0-9 / - ? : ( ) . , ' + et l’espace. « Société Générale » devient « Societe Generale », et l’outil le signale.
- Les références sont tronquées à 16 caractères en MT940 alors que le camt.053 en permet 35 ; seul le camt.053 se convertit en MT940, tandis que le CSV accepte aussi camt.052 et camt.054.
Questions fréquentes
Comment convertir un camt.053 en MT940 ?
Déposez votre XML camt.053 sur cette page, cliquez sur « Lire le fichier », puis sur « Exporter en MT940 ». Vous obtenez un fichier .sta avec les vrais soldes d’ouverture et de clôture, un couple :61:/:86: par écriture comptabilisée, et les références et contreparties préservées. Il est généré entièrement dans votre navigateur — le relevé n’est jamais envoyé.
Existe-t-il un convertisseur camt.053 vers MT940 gratuit en ligne ?
C’est celui-ci, et il ne demande ni compte, ni envoi, ni licence. Le traitement est 100% côté client : le XML est lu par du JavaScript dans votre navigateur et le MT940 y est écrit aussi, donc un relevé plein de numéros de compte et de noms de contrepartie ne quitte jamais votre machine. Les convertisseurs gratuits vont massivement dans le sens inverse (MT940 → camt.053), et c’est précisément pour ça que celui-ci existe.
Pourquoi les écritures en attente manquent-elles dans mon MT940 ?
Parce que le MT940 n’a aucun moyen de les exprimer. Le camt.053 marque une écriture PDNG quand la banque l’a vue mais pas réglée ; le MT940 ne connaît que les mouvements comptabilisés, donc y écrire une écriture en attente affirmerait que l’argent a bougé alors que non — et casserait le rapprochement :60F: ± :61: = :62F: que votre ERP effectue à l’import. Le convertisseur les écarte délibérément, et l’export CSV les garde, avec une colonne Statut, quand vous avez besoin de la vue complète.
camt.053 ou MT940 : quelle différence ?
Les deux décrivent la même chose — un relevé bancaire — à deux époques. Le MT940 est un format texte SWIFT compact à balises : :20: référence, :25: compte, :60F: solde d’ouverture, :61: mouvements, :86: texte libre, :62F: solde de clôture. Les champs sont courts (les références font 16 caractères) et le jeu de caractères exclut les accents. Le camt.053 est le relevé XML ISO 20022 : international, auto-descriptif, validable contre un XSD officiel, et porteur de données structurées bien plus riches — parties, IBAN, références de bout en bout, informations de paiement et codes d’opération bancaire. SWIFT a retiré le MT940 en novembre 2025 au profit du camt.053, mais le MT940 reste très utilisé en domestique et en banque-à-entreprise.
Puis-je convertir un camt.052 en MT940 ?
Non, et c’est une propriété des formats plutôt qu’une limite de cet outil. Le MT940 est un relevé : il est bâti autour d’un solde d’ouverture (:60F:) et d’un solde de clôture (:62F:) obligatoires. Un camt.052 est un rapport de compte intraday et un camt.054 une notification de débit/crédit — aucun des deux ne porte ce couple, donc produire un MT940 à partir de l’un reviendrait à inventer des soldes que le fichier source n’a jamais énoncés. L’export CSV fonctionne sur les trois, parce qu’une ligne à plat n’a besoin d’aucun couple de soldes.
Pourquoi mes noms de contrepartie ont-ils perdu leurs accents ?
Parce que le jeu de caractères MT940 ne les a pas. SWIFT n’admet que A-Z, a-z, 0-9 et / - ? : ( ) . , ' + et l’espace ; toutes les lettres accentuées d’Europe en sont exclues. Laisser passer ces octets produirait un fichier que le système récepteur mutile ou rejette, donc l’outil les replie de façon déterministe — « Société Générale » devient « Societe Generale », « Łódź » reste « Lodz » — et vous avertit qu’il l’a fait. Votre camt.053 conserve les originaux.
Les contre-passements sont-ils préservés dans le MT940 converti ?
Oui. Le camt.053 signale un contre-passement par RvslInd et conserve le sens comptabilisé ; le MT940 a des marques dédiées pour exactement cela — RC pour le contre-passement d’un crédit et RD pour celui d’un débit. Émettre un simple C ou D perdrait le fait que l’écriture en annule une autre, et le couple se lirait comme deux paiements sans lien. Le convertisseur émet la bonne marque.
Mon relevé est-il envoyé quelque part ?
Non. Le camt.053 est lu, converti et téléchargé entièrement dans votre navigateur en JavaScript. Aucune donnée de relevé n’est envoyée à un serveur — il n’existe même aucun endpoint de traitement backend.