ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

MT199 — Free Format Message (Category 1)

Le couteau suisse des paiements client SWIFT : format libre pour transmettre statut, requête, retour, exception, instruction complémentaire — autour d'un MT103 ou d'une chaîne client connue.

Objet du message

MT199 est le message « générique » de catégorie 1 SWIFT. Là où les autres messages de la catégorie portent un acte ferme (MT103 = un virement, MT110 = un encaissement de chèque), MT199 sert à communiquer en texte libre autour d'un paiement client :

  • signaler un statut intermédiaire (réception, traitement, exécution) ;
  • demander une information complémentaire à la banque correspondante ;
  • répondre à une demande d'investigation (cas non traité par MT195 / MT196) ;
  • communiquer un rejet ou un retour métier soft (avant de passer à un MT-format formel) ;
  • transmettre une instruction d'amendement, d'annulation préventive ou de complément KYC.

Avec l'arrivée d'ISO 20022 sur le réseau SWIFTNet en novembre 2025 (fin de la coexistence MT/MX pour le cross-border), MT199 a été massivement remplacé par pacs.002 (status report) et camt.029 (resolution of investigation). MT199 reste utilisé en domestique selon les marchés et pour les flux non transmis en pacs (cas hors champ ISO 20022).

Structure du Block 4

Block 4 du MT199 est minimaliste, conçu pour porter peu de tags structurés et un grand bloc de texte libre :

TagNomStatutFormat
:20:Transaction Reference NumberMandatoire16x
:21:Related ReferenceOptionnel16x
:79:NarrativeOptionnel (mais en pratique toujours présent)35*50x (35 lignes de 50 caractères)
Tags optionnels de la spec qui peuvent être ajoutés selon le contexte : :11S: (MT and Date Reference), :11R: (MT and Date of Original Message), :75: (Queries), :76: (Answers).

Tags en détail

  • :20: Transaction Reference Number — référence unique du MT199 côté émetteur. Pas de / ni // en début/fin. Doit pouvoir être tracée dans le système de l'émetteur.
  • :21: Related Reference — référence du message d'origine. Typiquement la :20: du MT103 sur lequel porte la communication. Permet à la banque destinataire de remonter au flux concerné.
  • :79: Narrative — texte libre, contenant le contenu métier du message. Maximum 35 lignes de 50 caractères chacune (soit ~1750 caractères en pratique). Doit être rédigé en anglais (norme tacite), avec acronymes SWIFT classiques (REGARDS, REFERS TO, AWAITING).
  • :11S: MT and Date Reference — combinaison MT + date, utile pour pointer explicitement le message d'origine quand :21: est ambigu.
  • :75: Queries / :76: Answers — paires question/réponse structurées, utilisées dans les workflows d'investigation.

Exemple réel

BNP Paribas Paris demande à Deutsche Bank Frankfurt confirmation du crédit du MT103 réf REF20260514001 sur le compte du bénéficiaire Hans Mueller GmbH :

text mt199-status-query.txt
{1:F01BNPAFRPPAXXX0000000000}{2:I199DEUTDEFFXXXXN}{3:{121:1a2b3c4d-5e6f-7890-abcd-ef1234567890}}{4:
:20:REQ20260514ABC
:21:REF20260514001
:79:WE REFER TO YOUR MT103 REF20260514001 DATED 14 MAY 2026
FOR EUR 12500,00 IN FAVOUR OF HANS MUELLER GMBH.
PLEASE CONFIRM CREDIT APPLIED TO BENEFICIARY ACCOUNT
ON VALUE DATE. AWAITING YOUR EARLIEST RESPONSE.
REGARDS, BNP PARIBAS PAYMENTS OPERATIONS
-}{5:{CHK:ABC123456789}}
  • {1:F01BNPAFRPPAXXX...} — émetteur BNP Paribas Paris.
  • {2:I199DEUTDEFFXXXXN} — destinataire Deutsche Bank Frankfurt, priorité N.
  • {3:{121:1a2b3c4d-...}} — UETR héritée du MT103 d'origine (reportée pour tracking gpi).
  • :20:REQ20260514ABC — référence ordonnateur du MT199.
  • :21:REF20260514001 — référence du MT103 sur lequel porte la question.
  • :79: — corps du message en texte libre : demande de confirmation de crédit.

Pièges courants

  • :79: trop long — la spec impose 35 lignes maximum de 50 caractères chacune. Dépasser provoque une troncature silencieuse côté gateway ou un rejet selon configuration. Vérifier en pré-validation.
  • Pas de :21: sur une réponse — un MT199 qui ne référence pas le message d'origine via :21: est perdu côté destinataire : aucun rapprochement automatique possible.
  • UETR non reportée — pour les flux gpi, l'UETR du MT103 d'origine doit être propagée dans le Block 3 du MT199, sinon le tracking gpi est cassé.
  • Caractères spéciaux dans :79: — SWIFT MT n'accepte qu'un sous-ensemble ASCII (character set x). Les accents, caractères Unicode, sauts de ligne natifs sont rejetés ou substitués.
  • Confusion avec MT195 / MT196 — pour les flux d'investigation structurés (demande de retour, demande de modification), préférer MT192 / MT195 / MT196 spécifiques. MT199 reste pour le cas générique.
  • Pas de catégorie d'urgence claire — l'absence de structure rend difficile la priorisation automatique côté destinataire. Préfixer le :79: par un marqueur clair (URGENT, FYI, ACTION REQUIRED) facilite le tri humain.

Équivalents MX

Selon le cas d'usage, le MT199 trouve son équivalent ISO 20022 dans plusieurs messages distincts :

Cas MT199Équivalent ISO 20022Famille
Status report d'un paiementpacs.002 (FI to FI Payment Status Report)pacs
Demande d'investigationcamt.027 (Claim Non Receipt) ou camt.087 (Request to Modify Payment)camt
Réponse à investigationcamt.029 (Resolution of Investigation)camt
Retour de fondspacs.004 (Payment Return)pacs
Demande d'annulation post-règlementcamt.056 (FI to FI Payment Cancellation Request)camt
Communication libre hors workflowadmi.002 (Message Reject) ou maintenu en MT199 domestiqueadmi

Messages liés

  • MT103 — virement client référencé en :21:.
  • MT192 / MT195 / MT196 — cancellation / queries / answers structurés.
  • MT299 — équivalent catégorie 2 (Financial Institution Transfers).
  • MT900 / MT910 — confirmations de débit/crédit envoyées par la banque correspondante.
  • pacs.008, pacs.002, camt.029 — équivalents ISO 20022.