🏦 Virement et prélèvement SEPA

Les quatre rails SEPA : SCT, SCT Inst, SDD Core, SDD B2B

Le virement et le prélèvement SEPA sont deux instruments de paiement scripturaux libellés en euros, régis par des règles communes à l’ensemble de la zone. Le virement est initié par le payeur, qui ordonne le transfert de fonds. Le prélèvement est initié par le créancier. Il repose sur un mandat signé par le débiteur. L’European Payments Council (EPC) en publie quatre déclinaisons, appelées schemes, dont les règles de délai et de révocabilité diffèrent d’un scheme à l’autre. En France, au premier semestre 2025 (OSMP, note statistique publiée le 27 janvier 2026), le virement représente 17,9 % du nombre de transactions scripturales et concentre 90 % des montants échangés. Le prélèvement pèse 14,3 % des transactions pour un montant moyen de 453 €, valeur caractéristique d’une facture récurrente plutôt que d’un paiement d’appoint. La distinction entre SDD Core et SDD B2B commande la fenêtre de remboursement. Elle atteint huit semaines sans motif dans le premier cas, et n’existe pas dans le second pour une opération autorisée.

Lire un IBAN sans se tromper

FR 14 20041 01005 0500013M026 06      IBAN francais : 27 caracteres (34 au maximum, ISO 13616)
|  |  |     |     |           |
|  |  |     |     |           +-- cle RIB : 2 chiffres, controle national historique
|  |  |     |     +-------------- numero de compte : 11 caracteres, chiffres ET lettres
|  |  |     +-------------------- code guichet : 5 chiffres
|  |  +-------------------------- code banque : 5 chiffres
|  +----------------------------- cle IBAN : 2 chiffres, ISO 7064 MOD 97-10
+-------------------------------- code pays ISO 3166-1 (FR)

# Verifier une cle IBAN a la main :
#   1. deplacer les 4 premiers caracteres a la fin -> 20041010050500013M02606FR14
#   2. lettres en chiffres, A=10 ... Z=35          -> 200410100505000132202606152714
#   3. ce nombre modulo 97 doit valoir exactement 1 -> IBAN arithmetiquement valide
# Longueurs nationales : 27 en France, 22 en Allemagne, 16 en Belgique, 15 en Norvege.
# Un IBAN plus court n a donc rien d anormal, et le BIC n est plus exige dans SEPA.

L’IBAN, ou International Bank Account Number, est l’identifiant normalisé d’un compte bancaire défini par la norme ISO 13616. Sa structure juxtapose un code pays, une clé de contrôle et un identifiant national de compte, sa longueur totale variant selon les pays. Deux propriétés de cette anatomie gouvernent son emploi. Le BIC n’est plus exigé pour un virement ou un prélèvement SEPA, le règlement (UE) n° 260/2012 ayant supprimé cette obligation en février 2014 pour les opérations nationales et en février 2016 pour les opérations transfrontalières. Un formulaire réclamant encore ce code impose une saisie supplémentaire, donc une source d’erreur, sans rien apporter au traitement. La clé IBAN, ensuite, ne prouve que la cohérence arithmétique du numéro. Un IBAN valide au regard de ce calcul peut désigner un compte clôturé ou le compte d’un fraudeur. Le titulaire, lui, n’est pas vérifié. La vérification du bénéficiaire, obligatoire depuis le 9 octobre 2025, porte précisément sur ce point.

VOP : ce que la vérification du bénéficiaire contrôle depuis le 9 octobre 2025

La vérification du bénéficiaire (Verification Of Payee, VOP) est le contrôle qui confronte le nom saisi par le payeur au titulaire réel du compte désigné par l’IBAN, avant l’autorisation du virement. Elle est imposée à tout prestataire de services de paiement (PSP) de la zone euro depuis le 9 octobre 2025, par l’article 5 quater du règlement SEPA. Cet article a été inséré par le règlement (UE) 2024/886 sur les paiements instantanés, qui a rendu le virement instantané obligatoire dans la zone euro. La banque du payeur interroge celle du bénéficiaire, qui détient le nom enregistré sur le compte. Le contrôle intervient avant toute autorisation, que le virement soit instantané ou non. Le service est gratuit (article 5 ter §2) et doit être offert sur tous les canaux d’initiation. Un ordre papier relève du même contrôle, vérifié à la réception si le payeur est présent. L’EPC normalise les échanges inter-PSP via le rulebook VOP, entré en vigueur le 5 octobre 2025, quatre jours avant l’échéance réglementaire.

• Normalisation avant comparaison : casse ignorée, accents et diacritiques neutralisés (é = e, ö = o = oe), titres de civilité et ponctuation retirés, espaces de bord supprimés (recommandations EPC288-23, octobre 2024).
• Personnes physiques : prénom et nom exacts = Match ; le nom exact d’un seul des co-titulaires du compte suffit.
• Personnes morales : le nom commercial peut valoir Match si la banque du bénéficiaire dispose d’une source fiable, en plus de la dénomination sociale.
• Close match : deux lettres inversées, initiale du prénom seule, substitution phonétique, faute d’orthographe sous le seuil de distance de Levenshtein fixé par la banque du bénéficiaire.
• Codes d’identification (numéro de TVA, identifiant d’entité juridique) : Match ou No match uniquement, pas de Close match possible sur un code.
• La banque du bénéficiaire porte la responsabilité du verdict qu’elle rend : c’est elle, pas la banque du payeur, qui décide de ce qui constitue un Match.

Le règlement répartit la responsabilité entre les prestataires. Le critère retenu est le respect par chacun de ses propres obligations. Un PSP ayant satisfait aux siennes échappe à la responsabilité d’un virement exécuté vers un mauvais bénéficiaire sur la base d’un identifiant unique inexact. Un manquement de sa part, VOP non proposée ou information de résultat non délivrée au payeur, peut en revanche rendre l’opération mal exécutée. Dans ce cas, il restitue sans tarder le montant viré et rétablit le compte débité. Lorsque le manquement vient de la banque du bénéficiaire ou de l’initiateur de paiement, la charge se déplace sur eux (article 5 quater §8).

SCT Inst et IPR : ce qui a réellement changé en 2025-2026

• Sous-délais resserrés par le rulebook SCT Inst 2025 v1.1 (EPC004-16, en vigueur depuis le 5 octobre 2025) pour tenir les 10 s légales. L’ancienne cadence 10-20-25 s devient un triptyque 5-7-9 s : cible de 5 s pour la confirmation de la banque du bénéficiaire (contre 10 s), time-out à 7 s (contre 20 s), réception de la confirmation par la banque du payeur au plus tard à la 9ᵉ seconde (contre la 25ᵉ).
• Horodatage à la milliseconde obligatoire (attribut du Time Stamp) : c’est lui qui fait foi pour mesurer les 10 s.
• Au-delà de 10 s sans confirmation, la banque du payeur doit immédiatement rétablir le compte du payeur et l’informer.
• Filtrage des sanctions repensé (art. 5 quinquies) : le contrôle porte sur la base clients, immédiatement après toute mise à jour des listes et au moins une fois par jour civil ; il est interdit de refiltrer payeur et bénéficiaire opération par opération, ce qui supprime la principale cause de retard.
• Recall SCT Inst : un seul par opération, pour motif limité (doublon, incident technique, virement frauduleux) ; 10 jours ouvrés bancaires, portés à 13 mois pour le motif fraude ; la banque du bénéficiaire a 15 jours ouvrés pour répondre, ensuite une Request for Status Update est le seul recours.

Le mandat de prélèvement : ICS, RUM, pré-notification

FR 72 ZZZ 123456      ICS francais : 13 caracteres (35 au maximum dans SEPA)
|  |  |   |
|  |  |   +-- identifiant national, 6 alphanumeriques (ex-NNE), attribue via la
|  |  |       banque du creancier par la Banque de France
|  |  +------ code activite (Creditor Business Code) : 3 caracteres libres, choisis
|  |          par le creancier, NON pris en compte dans la cle, NON controles par
|  |          la banque du debiteur -> ils ne creent PAS un nouveau creancier
|  +--------- cle de controle ISO 7064 MOD 97-10, calculee sur pays + identifiant
|             national uniquement
+------------ code pays : FR, MC (Monaco), NC, PF, WF

# Unicite du mandat dans tout SEPA = couple (ICS hors code activite ; RUM).
# Un seul ICS suffit pour toute la zone SEPA : pas besoin d un ICS par pays.

<PmtInf>
  <PmtMtd>DD</PmtMtd>
  <PmtTpInf>
    <SvcLvl><Cd>SEPA</Cd></SvcLvl>
    <LclInstrm><Cd>CORE</Cd></LclInstrm>      <!-- CORE ou B2B : jamais melanges -->
    <SeqTp>RCUR</SeqTp>                       <!-- OOFF | FRST (optionnel) | RCUR | FNAL -->
  </PmtTpInf>
  <ReqdColltnDt>2026-08-05</ReqdColltnDt>     <!-- D : echeance = date de debit -->
  <Cdtr><Nm>ACME ENERGIE SAS</Nm></Cdtr>      <!-- nom affiche sur le releve du debiteur -->
  <CdtrSchmeId><Id><PrvtId><Othr>
    <Id>FR72ZZZ123456</Id>                    <!-- ICS -->
    <SchmeNm><Prtry>SEPA</Prtry></SchmeNm>
  </Othr></PrvtId></Id></CdtrSchmeId>
  <DrctDbtTxInf>
    <PmtId><EndToEndId>FACT-2026-08-004512</EndToEndId></PmtId>
    <InstdAmt Ccy="EUR">64.90</InstdAmt>
    <DrctDbtTx><MndtRltdInf>
      <MndtId>RUM-CLI-004512</MndtId>         <!-- RUM : identique sur toute la vie du mandat -->
      <DtOfSgntr>2024-03-11</DtOfSgntr>       <!-- date de signature : opposable en cas de litige -->
    </MndtRltdInf></DrctDbtTx>
    <Dbtr><Nm>MARTIN DUPONT</Nm></Dbtr>
    <DbtrAcct><Id><IBAN>FR1420041010050500013M02606</IBAN></Id></DbtrAcct>
  </DrctDbtTxInf>
</PmtInf>

• Pré-notification obligatoire : le créancier informe le débiteur du montant et de la date au plus tard 14 jours calendaires avant l’échéance, sauf accord bilatéral sur un délai plus court. Un échéancier daté et chiffré vaut pré-notification pour toutes ses lignes.
• RUM : jusqu’à 35 caractères latins choisis librement par le créancier, mais strictement identique dans le premier prélèvement, tous les suivants et toutes les R-transactions. L’espace est déconseillé (rejets à la lecture non automatisée) et le CFONB recommande de n’y mettre aucune donnée sensible (IBAN, numéro de pièce d’identité, numéro de carte).
• Caducité à 36 mois : un mandat sans aucun prélèvement présenté pendant 36 mois à compter de la dernière échéance devient caduc, de même qu’après un prélèvement de séquence FNAL. Reprendre les encaissements exige un nouveau mandat et une nouvelle RUM.
• Séquence : depuis la version 9.0 du rulebook SDD Core, applicable en novembre 2016, l’usage de FRST pour le premier prélèvement d’une série est optionnel, et RCUR est accepté dès la première échéance. En revanche, une séquence incohérente (un RCUR après un OOFF) déclenche un rejet AG02.
• Conservation : le créancier doit pouvoir produire le mandat pendant au moins toute la durée de la fenêtre de contestation d’une opération non autorisée, soit 13 mois après le dernier prélèvement. C’est cette copie que la banque du débiteur réclamera.

Le cycle de vie d’un prélèvement, de D-14 à D+13 mois

Au-delà de 8 semaines, la contestation ouverte au débiteur change de fondement. Seule une opération présumée non autorisée, adossée à un mandat inexistant, révoqué auprès du créancier ou caduc après 36 mois, peut encore être contestée, jusqu’à 13 mois. La banque du débiteur applique alors la procédure de recherche de preuve du consentement, qui oblige le créancier à produire la copie du mandat signé. En France, chaque étape de cette procédure est bornée dans le temps. La banque du débiteur transmet la contestation en 4 jours ouvrés bancaires, et la banque du créancier la relaie au créancier en 3 jours. Le créancier répond en 7 jours, et la banque du débiteur conclut dans les 4 jours suivant la réponse, sans dépasser 30 jours calendaires après la réclamation de son client. Le remboursement peut être assorti d’intérêts compensatoires calculés sur l’€STR. En droit français, le socle est le code monétaire et financier. Son article L. 133-18 impose le remboursement immédiat d’une opération non autorisée, et son article L. 133-24 fixe le signalement au plus tard 13 mois après le débit. Son article L. 133-25 ouvre le droit au remboursement d’un prélèvement autorisé dans les 8 semaines.

Core ou B2B : le choix qui décide du risque d’impayé

L’arbitrage entre les deux schemes se fait sur le rapport entre le risque d’impayé et le coût d’obtention du mandat. Le B2B est employé lorsque le montant unitaire est élevé, la relation contractuelle stable et le débiteur outillé pour gérer le dépôt de mandat auprès de sa banque. Les loyers commerciaux, les redevances de franchise et les approvisionnements récurrents réunissent ces conditions. Pour un abonnement logiciel à 49 € par mois, vendu en ligne à des TPE, le rapport s’inverse. Le coût de friction du dépôt de mandat, en délai comme en taux de signature obtenu, dépasse largement le risque d’impayé. Le Core, complété d’une relance automatisée sur les codes de rejet, revient alors moins cher que le mandat B2B.

Quand ça échoue : codes ISO, délais, qui paie

Le virement dispose d’un jeu de retours plus restreint que celui du prélèvement, et chaque procédure dépend du moment où le défaut est constaté. Avant règlement, la banque du donneur d’ordre ou le CSM rejettent l’opération (IBAN ou BIC invalide, doublon, fichier hors cut-off). Après règlement, la banque du bénéficiaire peut retourner l’opération dans un délai de 3 jours ouvrés bancaires (compte clôturé, bénéficiaire décédé, virement interdit sur ce type de compte, refus du bénéficiaire). La banque du donneur d’ordre peut enfin lancer un Recall dans les 10 jours ouvrés bancaires, pour trois motifs seulement : doublon, incident technique, virement frauduleux. Le délai passe à 13 mois pour la fraude. Un seul recall est autorisé par opération. La banque du bénéficiaire dispose de 15 jours ouvrés pour répondre. Pour tout autre motif, par exemple une erreur de bénéficiaire commise par le client, il ne reste que la Request for Recall by the Originator, qui dépend de l’accord du bénéficiaire. Techniquement, la demande passe par camt.056.001.08 et la réponse par camt.029.001.09.

Les échéances à mettre au calendrier