Convertissez un paiement SWIFT MT103 en ISO 20022 pacs.008, localement dans le navigateur, sans envoi; les données ne quittent jamais votre appareil.
Traitement en local sur votre appareil ...
Traitement en local sur votre appareil ...
0%
Vos fichiers n’ont jamais quitté votre appareil
Non. Tout s’exécute dans votre navigateur - votre fichier ne quitte jamais votre appareil. Comment le vérifier
Le MT103 est le message SWIFT FIN classique pour un virement client unique: un format en lignes avec des balises comme :20: (référence), :32A: (date de valeur, devise et montant), :50a: (donneur d'ordre), :59a: (bénéficiaire), :70: (motif du paiement) et :71A: (frais). Les paiements migrent à l'échelle mondiale vers ISO 20022; l'équivalent XML structuré d'un virement interbancaire est le pacs.008 (pacs.008.001.08, FIToFICustomerCreditTransfer).
Déposez votre fichier MT103; l'outil lit les balises et construit un XML pacs.008 avec le montant et la date de valeur, le donneur d'ordre et le bénéficiaire (nom plus IBAN/compte et lignes d'adresse lorsqu'ils sont présents), les BIC d'acheminement des banques concernées (lorsque le message les porte), le motif et le porteur des frais (SHA/OUR/BEN -> SHAR/DEBT/CRED). Vous pouvez déposer plusieurs fichiers à la fois, et chacun produit son propre pacs.008. Tout s'exécute entièrement en local dans le navigateur: du JavaScript pur, sans serveur, sans aucune bibliothèque tierce issue d'un CDN externe.
En toute honnêteté sur le passage de MT à MX: la correspondance n'est toujours pas sans perte, mais elle perd moins qu'avant. Le donneur d'ordre et le bénéficiaire sont désormais reportés avec le nom, le compte, jusqu'à quatre lignes d'adresse et - pour une partie uniquement-BIC (option A) - le BIC de la banque au lieu d'un nom erroné; lorsque :52A:/:53A:/:56A:/:57A: sont présents dans le message, les BIC d'acheminement des banques concernées (banque donneuse d'ordre, intermédiaire et du bénéficiaire) sont reportés eux aussi. Ce qui est réellement perdu: plus de quatre lignes d'adresse par partie, une décomposition structurée de l'adresse en rue, ville et code postal (l'adresse reste sous forme de lignes de texte libre) et les caractères du jeu SWIFT X qui ne se transposent pas dans les champs du pacs - c'est une propriété du changement de format, non un défaut de l'outil.
| Formats d'entrée | MT103, TXT, FIN |
|---|---|
| Conversion automatique | PNG, JPG, WebP, GIF, BMP, TIFF, ICO, SVG, HEIC, PDF, MP3, WAV, DOCX, MIDI, DDS, HDR, PCX, WBMP |
| Format de sortie | XML |
| Traitement par lots | Oui |
| Traitement | En local dans le navigateur (JavaScript) |
| Téléversement de fichiers | Aucun |
Limites: Convertit un virement client unique SWIFT MT103 en ISO 20022 pacs.008 (pacs.008.001.08, FIToFICustomerCreditTransfer): montant et devise (:32A:), date de valeur, donneur d'ordre (:50a:) et bénéficiaire (:59a:) avec nom, IBAN/compte et jusqu'à quatre lignes d'adresse (ou un BIC pour une partie uniquement-BIC), les BIC d'acheminement des banques concernées (:52A:/:53A:/:56A:/:57A:, lorsqu'ils sont présents), motif (:70:) et porteur des frais (:71A: SHA/OUR/BEN). La correspondance de MT à MX n'est TOUJOURS PAS sans perte: plus de quatre lignes d'adresse par partie, une décomposition structurée de l'adresse (rue/ville/code postal au lieu de lignes de texte libre) et les caractères du jeu SWIFT X ne se transposent pas dans les champs du pacs. La date de valeur (:32A:) utilise une année à deux chiffres (YYMMDD); selon l'usage courant chez SWIFT, 00-79 est lu comme 20xx et 80-99 comme 19xx - pour un message ancien avec une date de valeur antérieure à 1980, cela peut donner le mauvais siècle. Il s'agit d'une conversion de format pour l'échange de données et non d'un déclencheur de paiement; vérifiez le résultat avec votre logiciel par rapport à un schéma propre à la banque.
Non. La lecture du MT103 et la construction du pacs.008 s'exécutent entièrement en local dans le navigateur (du JavaScript pur, sans serveur); le paiement ne quitte jamais votre appareil.
ISO 20022 pacs.008.001.08 (FIToFICustomerCreditTransfer) avec une transaction de virement issue du MT103.
Non, mais il en reste davantage qu'avant: le nom, le compte, jusqu'à quatre lignes d'adresse, les parties uniquement-BIC et - lorsqu'ils sont présents - les BIC d'acheminement des banques concernées sont reportés. Ce qui est perdu: les lignes d'adresse supplémentaires, une décomposition structurée de l'adresse et les caractères du jeu SWIFT X. C'est une propriété du passage de MT à MX.
Non. Il s'agit uniquement d'une conversion de format MT103 -> pacs.008 pour l'échange de données; elle ne déclenche aucun paiement.
Oui. Déposez plusieurs fichiers MT103 à la fois; chacun produit son propre XML pacs.008.
Oui, dès lors que le message MT103 les porte: la banque donneuse d'ordre (:52A:), la banque correspondante (:53A:), la banque intermédiaire (:56A:) et la banque teneuse de compte du bénéficiaire (:57A:) sont reportées dans le pacs.008 comme BIC d'acheminement (DbtrAgt/IntrmyAgt1/IntrmyAgt2/CdtrAgt).