Messages SWIFT MT700, MT760, MT799 et MT103 : ce que chacun veut vraiment dire

Qu’est-ce qu’un message SWIFT MT ?

Swift est un réseau de messagerie sécurisé utilisé par les banques et les autres établissements financiers. Chaque participant est identifié par un code BIC (Business Identifier Code). Les messages « MT » sont les types de messages historiques de Swift, classés par catégorie : la catégorie 1 couvre les paiements clients, la catégorie 2 les transferts entre établissements financiers, et la catégorie 7 les crédits documentaires, les garanties et les lettres de crédit stand-by.

Deux points sont souvent mal compris. D’abord, Swift transporte les messages : il ne garantit pas, ne vérifie pas et ne finance pas les opérations qu’ils décrivent. La valeur juridique d’un message vient de la banque qui l’envoie et de ce qu’il contient. Ensuite, seuls les participants Swift envoient des messages, et les banques n’échangent en principe qu’avec des établissements qu’elles ont autorisés à leur écrire. Un négociant, un courtier ou un conseil n’a aucun moyen d’« envoyer un MT760 » pour le compte de qui que ce soit.

Les principaux messages en un coup d’œil

Comment fonctionne un MT700 ?

Lorsque la banque d’un acheteur émet une lettre de crédit, elle envoie généralement un MT700 à une banque du pays du vendeur, la banque notificatrice. Le message est structuré en champs : forme du crédit, règles applicables (le plus souvent « UCP latest version », c’est-à-dire les RUU 600), date et lieu de validité, montant, donneur d’ordre, bénéficiaire, mode et lieu de réalisation, conditions d’expédition, description des marchandises, documents exigés, conditions additionnelles et instructions de confirmation (CONFIRM, MAY ADD ou WITHOUT).

Selon les RUU 600, la télétransmission authentifiée du crédit constitue l’instrument opérationnel (article 11), et la banque notificatrice qui notifie le crédit signifie qu’elle s’est assurée de son authenticité apparente (article 9). C’est pour cela qu’un vendeur doit recevoir le crédit par sa propre banque, et non sous forme de fichier joint à un e-mail.

Exemple (illustratif) : un acheteur ivoirien demande à sa banque d’ouvrir un crédit documentaire en faveur d’un fournisseur espagnol. La banque ivoirienne envoie un MT700 à la banque espagnole du fournisseur, qui contrôle l’authenticité apparente et transmet le crédit. Si l’acheteur repousse ensuite la date d’expédition, la banque émettrice envoie un MT707, que le fournisseur peut accepter ou refuser.

Que prouve un MT760 ?

Le MT760 sert à émettre une garantie à première demande ou une lettre de crédit stand-by. Il peut être adressé à une banque notificatrice qui transmet l’engagement au bénéficiaire, ou à une banque correspondante à qui l’on demande d’émettre sa propre garantie locale, contre la contre-garantie de la banque qui envoie le message. Le message indique les règles applicables — en général les RUGD 758 pour les garanties à première demande ou l’ISP98 pour les stand-by —, ainsi que le montant, la date d’expiration, le bénéficiaire et les conditions de l’appel.

Un MT760 prouve que la banque qui l’envoie a émis (ou fait émettre) un engagement aux conditions indiquées. Il ne prouve pas que la trésorerie du donneur d’ordre est « bloquée » au profit du bénéficiaire, que l’instrument est « cash-backed », ni qu’il peut être vendu, loué ou « monétisé ». Une garantie est l’obligation de la banque émettrice de payer contre un appel conforme, ni plus ni moins. Une offre de « livrer un MT760 d’une grande banque » moyennant des frais, à une partie qui n’a aucune relation avec cette banque, doit être traitée comme un signal d’alerte.

Un MT799 est-il un engagement ?

Le MT799 est le message en format libre de la catégorie 7. Comme les autres formats libres (MT199, MT299, MT999), il transporte un texte rédigé pour lequel aucun message structuré n’est utilisé : questions, informations préalables, confirmation de détails. Son format ne lui donne aucune portée juridique particulière. Qu’un MT799 engage ou non la banque dépend uniquement de ce qu’il dit et du pouvoir de la personne qui l’a autorisé. Les MT799 de type « confort » portent couramment la mention « sans engagement ni responsabilité de notre part ».

Trois idées reçues circulent beaucoup :

• « Le MT799 de pré-avis d’une SBLC ». L’article 11 des RUU 600 prévoit une pré-notification pour le crédit documentaire, envoyée par MT705 ; la banque émettrice qui l’envoie s’engage irrévocablement à émettre sans délai un crédit aux conditions compatibles. Aucune règle équivalente ne transforme un MT799 en promesse d’émettre une stand-by.
• « Le RWA par MT799 ». Une banque qui se dit « prête, disposée et capable » d’émettre ou de financer ne s’engage pas pour autant à le faire. Voir notre guide sur la lettre RWA.
• « La POF par MT799 ». Un message en format libre ne peut ni bloquer ni réserver des fonds. Une véritable preuve de fonds est un relevé bancaire ou une lettre de la banque du titulaire du compte.

Pour les informations structurées liées à une opération existante, comme une alerte à la fraude ou une demande de financement, Swift prévoit aussi le MT759.

Qu’est-ce qu’un MT103 et qu’a changé l’ISO 20022 ?

Le MT103 est le virement client unitaire : l’ordre qu’une banque transmet pour payer une somme, pour le compte de son client, à un bénéficiaire tenu dans une autre banque. Une copie de MT103 montre qu’un ordre a été émis. Elle ne montre pas que le compte du bénéficiaire a été crédité : un paiement peut encore être rejeté, retourné ou retenu pour contrôle de conformité en cours de route. Ces copies sont en outre faciles à falsifier ; un vendeur doit se fier à son propre compte, pas à un document envoyé par l’acheteur.

Pour les paiements transfrontaliers, Swift est passé aux messages ISO 20022, où le virement client correspond au message pacs.008. La période de coexistence entre MT et ISO 20022 pour les paiements transfrontaliers a pris fin le 22 novembre 2025. Le terme « MT103 » reste cependant d’usage courant. Les messages trade de la catégorie 7 (MT700, MT760 et messages associés) n’étaient pas concernés par cette migration des paiements et continuent d’être échangés au format MT.

Des expressions comme « server-to-server », « virement IP/IP », « download » ou « paiement SWIFT conditionnel » ne décrivent pas le fonctionnement des paiements bancaires et reviennent souvent dans les offres frauduleuses.

Comment vérifier un message SWIFT ?

• Exigez que tout crédit, garantie ou stand-by vous soit notifié par votre propre banque, et appuyez-vous sur sa confirmation écrite.
• Vérifiez le BIC et la dénomination de la banque émettrice dans l’annuaire BIC de Swift, et assurez-vous qu’elle est agréée par son autorité de supervision.
• Contactez la banque émettrice par des coordonnées trouvées vous-même, jamais par le téléphone ou l’e-mail figurant sur le document reçu.
• Ne payez aucun frais d’avance pour obtenir ou « débloquer » un message. Les banques facturent leurs propres clients pour les instruments qu’elles émettent ; un tiers ne peut pas vendre un message Swift.
• En cas de doute, faites procéder à une vérification indépendante du document avant d’expédier ou de signer.

Comment Star Alliance vous accompagne

Nous aidons importateurs, exportateurs et entrepreneurs à préparer leur demande de crédit documentaire, de garantie ou de stand-by : analyse de l’opération, constitution du dossier, proposition de rédaction, coordination avec les parties et les établissements émetteurs. Nous n’envoyons ni ne recevons de messages Swift et n’émettons aucun instrument ; l’émission et la décision finale appartiennent à la banque. Si vous avez besoin d’un instrument pour une opération réelle, commencez par notre page lettre de crédit stand-by.

Questions fréquentes