SEPA : virements et prélèvements de bout en bout. 7 chapitres et un QCM final.

Chapitre 1. La zone SEPA : un espace, 41 pays.

SEPA signifie Single Euro Payments Area, l'espace unique de paiement en euros. L'ambition est portée depuis 2002 par le Conseil européen des paiements (EPC). Elle tient en une phrase. Un virement ou un prélèvement en euros de Paris vers Lisbonne doit être aussi simple, rapide et bon marché qu'un paiement de Paris vers Lyon. L'Europe a pour cela remplacé les dizaines de formats nationaux par des schemes communs, règlements interbancaires uniques (rulebooks) que tous les prestataires de services de paiement (PSP) adhérents appliquent à l'identique.

L'EPC gère aussi un scheme plus récent, One-Leg Out Instant Credit Transfer (OCT Inst), lancé fin 2023 pour raccorder les paiements instantanés dont une seule « jambe » est dans la zone SEPA. Ce scheme ouvre un pont vers les paiements internationaux. Les quatre schemes historiques restent le socle. En France, au premier semestre 2024, la Banque de France comptait 16,3 milliards de transactions scripturales, dont des virements en progression de 8,2 % en volume. Le virement concentre à lui seul l'essentiel des montants échangés, de l'ordre de neuf euros sur dix de la monnaie scripturale.

Chapitre 2. IBAN et BIC : l'anatomie des identifiants.

Tout paiement SEPA désigne le compte à créditer ou à débiter par son IBAN (International Bank Account Number, norme ISO 13616). L'IBAN peut compter jusqu'à 34 caractères, sa longueur étant fixe par pays. Il commence toujours par le code pays (2 lettres) suivi d'une clé de contrôle (2 chiffres), puis du numéro de compte national, le BBAN.

FR76 3000 4000 0312 3456 7890 143
│    │
│    └─ Clé de contrôle IBAN (2 chiffres, ISO 7064 MOD 97-10)
└────── Code pays ISO (FR)

BBAN français (23 caractères) = l'ancien RIB :
30004        code banque   (5 chiffres)
00003        code guichet  (5 chiffres)
12345678901  numéro compte (11 caractères)
43           clé RIB       (2 chiffres)

Le BIC (Business Identifier Code, norme ISO 9362) identifie l'établissement en 8 ou 11 caractères, dont 4 pour la banque, 2 pour le pays, 2 pour la localisation et 3 optionnels pour l'agence (par exemple BNPAFRPP). Depuis février 2016, la règle « IBAN only » du règlement 260/2012 interdit d'exiger le BIC du client pour un paiement SEPA, les banques le déduisant elles-mêmes de l'IBAN.

La clé de contrôle, dernier point souvent mal compris, valide la cohérence de l'IBAN, puisque l'algorithme MOD 97-10 détecte les fautes de frappe. Elle ne prouve ni que le compte existe, ni qu'il appartient au bénéficiaire annoncé. Les fraudes au faux RIB exploitent précisément cette faille, que la Verification of Payee du chapitre suivant vient combler.

Chapitre 3. Virements : SCT classique contre SCT Inst.

Le SCT est un paiement push, dans lequel le payeur donne l'ordre et les fonds partent de son compte vers celui du bénéficiaire. Le virement classique est traité par lots, les jours ouvrés uniquement, avec des heures limites (cut-off) propres à chaque banque. Le délai légal hérité de la directive sur les services de paiement impose que le compte de la banque du bénéficiaire soit crédité au plus tard le jour ouvrable suivant (J+1). Le SCT Inst, lui, est traité opération par opération, en continu. Les fonds sont disponibles chez le bénéficiaire en 10 secondes maximum, 24 h/24, 365 jours par an.

La Verification of Payee (VoP) répond à la faiblesse historique du virement, où l'on payait un IBAN et non un nom. Depuis le 9 octobre 2025, avant qu'un payeur valide son virement, sa banque interroge celle du bénéficiaire et compare le nom saisi au titulaire réel de l'IBAN. Quatre réponses possibles : match (concordance), close match (concordance approchante, le nom réel s'affiche et le payeur décide), no match (discordance) et vérification impossible. Le payeur reste libre de valider, mais un « no match » ignoré déplace la responsabilité vers lui.

Chapitre 4. Prélèvements : SDD Core et SDD B2B.

Le prélèvement SEPA est un paiement pull, où le créancier initie le débit du compte du payeur sur la base d'un mandat signé. La rupture avec l'ancien système français est nette, le mandat étant donné au créancier, qui le conserve et en assume la preuve. En scheme Core, la banque du débiteur ne le voit jamais. Deux identifiants structurent tout : l'ICS (Identifiant Créancier SEPA, délivré en France par la Banque de France via la banque du créancier) et la RUM (Référence Unique du Mandat), propre à chaque mandat.

Le mandat n'est pas éternel. Il devient caduc après 36 mois sans présentation de prélèvement, et le réutiliser ensuite expose à un rejet pour absence de mandat valide. La migration de 2014 a converti les anciennes autorisations de prélèvement françaises en mandats SEPA. Toute nouvelle relation exige un mandat signé conforme, et la charge de la preuve pèse sur le créancier pendant 13 mois.

Chapitre 5. R-transactions : quand le paiement échoue.

Toutes les opérations SEPA qui n'aboutissent pas normalement génèrent des messages retour normalisés, les R-transactions, dont le vocabulaire détermine qui renvoie l'opération, quand (avant ou après le règlement interbancaire) et pourquoi. Un rapport d'impayés se lit d'abord avec cette grille.

Chaque retour porte un code motif ISO 20022, qui doit déclencher une action différente dans votre gestion des impayés (dunning). Re-présenter n'a de sens que si la cause est temporaire.

• AC01, IBAN incorrect : corriger la donnée, ne jamais re-présenter en l'état.
• AC04, compte clôturé : contacter le client pour un nouveau mandat, arrêter les présentations.
• AM04, provision insuffisante : cause temporaire, une à deux re-présentations espacées sont légitimes.
• MD01, opération non autorisée ou mandat invalide : alerte rouge, vérifier la chaîne mandat/RUM ; un pic de MD01 attire l'attention des banques et des régulateurs.
• MD07, débiteur décédé : clore la relation de prélèvement.
• MS02 / SL01, refus du débiteur / blocage par un service de la banque (liste noire, plafonds) : dialoguer avec le client avant toute nouvelle présentation.

Côté virement, l'équivalent s'appelle le Recall, que la banque émettrice peut demander jusqu'à 13 mois après l'exécution d'un SCT, pour trois motifs seulement (doublon, erreur technique, fraude). La banque du bénéficiaire répond dans un délai de l'ordre de 15 jours ouvrés. Elle peut refuser, notamment si les fonds ont disparu ou si son client s'y oppose. Sur un virement, la prévention (VoP, contrôles internes) vaut mieux que la remédiation.

Chapitre 6. pain.001, pain.008 : la tuyauterie ISO 20022.

Tout le SEPA parle ISO 20022, norme de messages XML organisée en familles : pain (payment initiation, dialogue client-banque), pacs (payment clearing and settlement, dialogue interbancaire) et camt (cash management, restitution des relevés). Une entreprise n'a besoin d'en maîtriser que trois ou quatre pour couvrir l'essentiel de sa production.

<CstmrCdtTrfInitn>
  <GrpHdr>                          <!-- En-tete de remise -->
    <MsgId>REM-2026-07-11-001</MsgId>
    <NbOfTxs>2</NbOfTxs>
    <CtrlSum>3150.00</CtrlSum>      <!-- Somme de controle -->
  </GrpHdr>
  <PmtInf>                          <!-- Lot de paiements -->
    <PmtMtd>TRF</PmtMtd>
    <ReqdExctnDt>2026-07-15</ReqdExctnDt>
    <Dbtr><Nm>MA SOCIETE SAS</Nm></Dbtr>
    <DbtrAcct><Id><IBAN>FR7630004000031234567890143</IBAN></Id></DbtrAcct>
    <CdtTrfTxInf>                   <!-- Une transaction -->
      <PmtId><EndToEndId>FACT-2026-0457</EndToEndId></PmtId>
      <Amt><InstdAmt Ccy="EUR">1900.00</InstdAmt></Amt>
      <Cdtr><Nm>FOURNISSEUR SARL</Nm></Cdtr>
      <CdtrAcct><Id><IBAN>DE89370400440532013000</IBAN></Id></CdtrAcct>
      <RmtInf><Ustrd>Facture 2026-0457</Ustrd></RmtInf>
    </CdtTrfTxInf>
  </PmtInf>
</CstmrCdtTrfInitn>

Le pain.008 suit la même logique, à laquelle s'ajoutent les attributs propres au prélèvement : type de scheme (Core ou B2B), séquence (FRST, RCUR, OOFF, FNAL), ICS du créancier, RUM et date de signature du mandat pour chaque transaction. En France, ces fichiers transitent le plus souvent par EBICS (canal historique des échanges banque-entreprise), ou par SWIFTNet pour les grands groupes. Les heures limites de remise s'imposent. Un pain.008 doit être chez la banque au plus tard J-1 ouvré avant l'échéance.

Chapitre 7. Cas d'usage et erreurs courantes.

Les huit erreurs qui coûtent cher

• Confondre date de remise et date d'exécution : un pain.001 remis après le cut-off part le jour ouvré suivant, et les salaires arrivent en retard.
• Oublier la pré-notification des prélèvements (14 jours calendaires par défaut) : contestations et litiges clients facilités.
• Ne pas faire enregistrer le mandat B2B par le débiteur auprès de sa banque : rejet garanti à la première échéance.
• Réutiliser une RUM ou présenter sur un mandat caduc (36 mois sans présentation) : rejets MD01 en série.
• Refuser un IBAN étranger : discrimination à l'IBAN, illégale depuis 2014.
• Ignorer un « close match » ou un « no match » VoP : en cas de fraude au faux RIB, la responsabilité penche du côté du payeur qui a validé malgré l'alerte.
• Croire le virement révocable : le recall n'est qu'une demande ; en instantané, les fonds sont définitifs en 10 secondes.
• Négliger le passif des 8 semaines en SDD Core : un trésorier doit provisionner le risque de refund sur l'encours récent.