ValidateFin
Retour au blog
·Mis à jour 11 mars 2026·SEPA·Par Eliel Nicaise

pain.001 vs pain.008 — Virement SEPA vs Prélèvement expliqué

Comprenez les différences clés entre les formats XML SEPA pain.001 (Virement) et pain.008 (Prélèvement), quand utiliser chacun et comment ils fonctionnent.

Deux formats, deux flux de paiement

SEPA utilise deux types de messages ISO 20022 principaux pour l’initiation de paiement : pain.001 (CustomerCreditTransferInitiation) pour envoyer de l’argent à un bénéficiaire, et pain.008 (CustomerDirectDebitInitiation) pour prélever de l’argent chez un débiteur. Bien qu’ils partagent la même base XML, ils servent des objectifs métier fondamentalement différents.

Choisir le mauvais format ou confondre leurs champs est une source courante d’échecs de paiement. Ce guide explique les différences structurelles, les cas d’usage métier et les règles de validation pour chacun.

Les deux formats sont régis par les règlements du Conseil européen des paiements (EPC) et suivent la norme ISO 20022. ValidateFin valide les deux types.

Tableau comparatif

Les différences clés entre pain.001 et pain.008 en un coup d’œil :

Aspectpain.001 (Virement)pain.008 (Prélèvement)
DirectionPush — le débiteur envoie l’argent au créancierPull — le créancier prélève l’argent chez le débiteur
Cas d’usagePaiements fournisseurs, virements de salaires, paiements ponctuelsEncaissements récurrents : abonnements, services publics, primes d’assurance
InitiateurLe débiteur (payeur) initie le fichierLe créancier (encaisseur) initie le fichier
Élément cléCdtTrfTxInf (Transaction de virement)DrctDbtTxInf (Transaction de prélèvement)
Mandat requis ?Aucun mandat nécessaireMandat SDD requis (MndtId, DtOfSgntr)
Identifiant créancierNon requisObligatoire (CdtrSchmeId)
Type de séquenceNon applicableFRST, RCUR, FNAL, OOFF
Champ de date d’exécutionReqdExctnDtReqdColltnDt

Quand utiliser pain.001

Utilisez pain.001 (Virement) lorsque :

Vous devez payer des fournisseurs, des prestataires ou des employés. Le débiteur (votre entreprise) envoie les fonds depuis votre compte bancaire vers un ou plusieurs comptes bénéficiaires.

pain.001 est le format SEPA le plus courant. Il prend en charge les paiements par lots (plusieurs transactions dans un fichier), les paiements urgents (avec un niveau de service spécifique), ainsi que les virements EUR nationaux et transfrontaliers.

Versions courantes : pain.001.001.03 (largement adopté), pain.001.001.09 (mise à jour 2019), pain.001.001.11 (dernière version). ValidateFin valide les trois.

Quand utiliser pain.008

Utilisez pain.008 (Prélèvement) lorsque :

Vous devez encaisser des paiements récurrents auprès de clients — abonnements, factures de services publics, primes d’assurance, remboursements de prêts. Le créancier (votre entreprise) prélève les fonds sur le compte du débiteur.

pain.008 nécessite un mandat de prélèvement SEPA valide (autorisation signée par le débiteur). Chaque transaction doit référencer l’identifiant du mandat, la date de signature et le type de séquence (FRST pour le premier prélèvement, RCUR pour récurrent, FNAL pour le dernier, OOFF pour ponctuel).

Le créancier doit également disposer d’un identifiant créancier (CI) valide enregistré dans son pays : ICS en France, Gläubiger-ID en Allemagne, etc.

Validez les deux formats instantanément

ValidateFin valide les fichiers pain.001 et pain.008. Téléversez votre fichier SEPA XML et obtenez un retour instantané sur la conformité du schéma, les champs obligatoires, la validation des IBAN et les règles métier. Aucun fichier n’est téléversé — 100 % dans le navigateur.

Ouvrir le validateur SEPA

Questions fréquemment posées

Un fichier SEPA peut-il contenir à la fois des virements et des prélèvements ?

Non. pain.001 et pain.008 sont des types de messages distincts avec des schémas XML différents. Vous ne pouvez pas mélanger virements et prélèvements dans un même fichier. Soumettez-les comme des fichiers séparés à votre banque.

Quel format est le plus complexe à implémenter ?

pain.008 (Prélèvement) est plus complexe car il nécessite la gestion des mandats (MndtId, DtOfSgntr, SeqTp), un identifiant créancier et une pré-notification aux débiteurs. pain.001 est plus simple — juste le débiteur, le créancier, le montant et la date d’exécution.

Les deux formats utilisent-ils la même validation IBAN/BIC ?

Oui. pain.001 et pain.008 requièrent tous deux des IBAN valides (clé de contrôle mod-97) et des BIC optionnels. Les règles de validation IBAN sont identiques pour les deux formats.

Qu’est-ce qu’un mandat SEPA et pourquoi est-il réservé au pain.008 ?

Un mandat de prélèvement SEPA est une autorisation signée par le débiteur permettant au créancier de prélever des fonds. Il est légalement requis car pain.008 prélève de l’argent sur le compte d’un tiers. pain.001 envoie votre propre argent, aucune autorisation tierce n’est donc nécessaire.

Puis-je convertir un fichier pain.001 en pain.008 ?

Pas directement. Ils ont des structures XML et une logique métier différentes. Un virement envoie de l’argent ; un prélèvement encaisse de l’argent. Vous devez générer chacun à partir des données sources appropriées.

Quelles versions sont prises en charge par ValidateFin ?

ValidateFin valide pain.001.001.03, .09, .11 et pain.008.001.02, .08, .10 — couvrant toutes les versions majeures supportées par l’EPC.

Le CtrlSum est-il calculé de la même manière ?

Oui. Dans les deux formats, CtrlSum est la somme de tous les montants individuels des transactions (InstdAmt). La méthode de calcul est identique.

Qu’est-ce que le champ SeqTp dans pain.008 ?

SeqTp (Sequence Type) indique la position dans une série : FRST (premier prélèvement), RCUR (récurrent), FNAL (final), OOFF (ponctuel). Ce champ n’existe pas dans pain.001.

Puis-je utiliser pain.001 pour des remboursements ?

Oui. Utilisez pain.001 pour renvoyer de l’argent à un client. C’est plus simple qu’une annulation pain.008 et ne nécessite pas de mandat.

Les banques facturent-elles différemment pain.001 et pain.008 ?

La tarification varie selon la banque et le pays. En général, les virements (pain.001) sont moins chers par transaction que les prélèvements (pain.008) car le SDD implique davantage de traitement (vérification du mandat, gestion des retours).