pain.008.001.02 — valid CORE direct debit, FRST sequence
Un prélèvement SEPA CORE valide en séquence FRST : la première présentation sous un mandat tout neuf (DtOfSgntr date de quelques jours). Tout ce qui suivra sur le même mandat doit partir en RCUR — laisser un lot en FRST indéfiniment est l’une des erreurs SDD les plus répandues, et la raison pour laquelle les banques retournent des prélèvements avec un motif de séquence incorrecte.
pain.008.001.02 — Valide
Un prélèvement SEPA CORE valide en séquence FRST : la première présentation sous un mandat tout neuf (DtOfSgntr date de quelques jours). Tout ce qui suivra sur le même mandat doit partir en RCUR — laisser un lot en FRST indéfiniment est l’une des erreurs SDD les plus répandues, et la raison pour laquelle les banques retournent des prélèvements avec un motif de séquence incorrecte.
Ce que montre ce fichier
Un prélèvement SEPA CORE valide en séquence FRST : la première présentation sous un mandat tout neuf (DtOfSgntr date de quelques jours). Tout ce qui suivra sur le même mandat doit partir en RCUR — laisser un lot en FRST indéfiniment est l’une des erreurs SDD les plus répandues, et la raison pour laquelle les banques retournent des prélèvements avec un motif de séquence incorrecte.
| Transactions | 2 |
|---|---|
| Total | 84,90 € |
| Schéma | CORE |
| Date contenue dans le fichier | 2026-04-08 |
Toutes les parties, IBAN et montants ci-dessous sont fictifs. Les IBAN sont structurellement valides — ils passent le mod-97 — mais ne correspondent à aucun compte réel.
Contenu du fichier
<?xml version="1.0" encoding="UTF-8"?>
<!--
ValidateFin sample file — SEPA Direct Debit, pain.008.001.02, CORE scheme, FRST.
Expected validation result: VALID — 2 collections, 84.90 EUR, 0 warnings.
Sequence type FRST: the FIRST collection presented under a brand-new mandate. Note
what makes it a first presentation — the SeqTp value and the fact that DtOfSgntr is
recent, nothing else. Everything that follows on the same mandate must be sent as
RCUR; leaving a batch on FRST forever is one of the most common SDD mistakes, and
the reason banks return collections with an "incorrect sequence type" reason code.
The Creditor Scheme Identifier (ICS) passes the ISO 7064 MOD 97-10 check and every
IBAN passes mod-97. All parties are fictitious.
Reference page: https://validatefin.com/en/resources/samples/sepa-pain008-core-frst
License: CC-BY-4.0
-->
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.008.001.02"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<CstmrDrctDbtInitn>
<GrpHdr>
<MsgId>SDD-CORE-FRST-20260401</MsgId>
<CreDtTm>2026-04-01T06:20:00</CreDtTm>
<NbOfTxs>2</NbOfTxs>
<CtrlSum>84.90</CtrlSum>
<InitgPty>
<Nm>Editions Lumiere SARL</Nm>
</InitgPty>
</GrpHdr>
<PmtInf>
<PmtInfId>PMT-SDD-FRST-20260401</PmtInfId>
<PmtMtd>DD</PmtMtd>
<NbOfTxs>2</NbOfTxs>
<CtrlSum>84.90</CtrlSum>
<PmtTpInf>
<SvcLvl>
<Cd>SEPA</Cd>
</SvcLvl>
<LclInstrm>
<Cd>CORE</Cd>
</LclInstrm>
<SeqTp>FRST</SeqTp>
</PmtTpInf>
<ReqdColltnDt>2026-04-08</ReqdColltnDt>
<Cdtr>
<Nm>Editions Lumiere SARL</Nm>
<PstlAdr>
<TwnNm>Paris</TwnNm>
<Ctry>FR</Ctry>
</PstlAdr>
</Cdtr>
<CdtrAcct>
<Id>
<IBAN>FR7610107001011234567890129</IBAN>
</Id>
<Ccy>EUR</Ccy>
</CdtrAcct>
<CdtrAgt>
<FinInstnId>
<BIC>CCBPFRPP</BIC>
</FinInstnId>
</CdtrAgt>
<ChrgBr>SLEV</ChrgBr>
<CdtrSchmeId>
<Id>
<PrvtId>
<Othr>
<Id>FR72ZZZ123456</Id>
<SchmeNm>
<Prtry>SEPA</Prtry>
</SchmeNm>
</Othr>
</PrvtId>
</Id>
</CdtrSchmeId>
<DrctDbtTxInf>
<PmtId>
<EndToEndId>E2E-FRST-2026-0401</EndToEndId>
</PmtId>
<InstdAmt Ccy="EUR">39.90</InstdAmt>
<DrctDbtTx>
<MndtRltdInf>
<MndtId>MNDT-2026-004501</MndtId>
<DtOfSgntr>2026-03-28</DtOfSgntr>
<AmdmntInd>false</AmdmntInd>
</MndtRltdInf>
</DrctDbtTx>
<DbtrAgt>
<FinInstnId>
<BIC>PSSTFRPP</BIC>
</FinInstnId>
</DbtrAgt>
<Dbtr>
<Nm>Camille Rousseau</Nm>
<PstlAdr>
<TwnNm>Lyon</TwnNm>
<Ctry>FR</Ctry>
</PstlAdr>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>FR1420041010050500013M02606</IBAN>
</Id>
</DbtrAcct>
<RmtInf>
<Ustrd>Abonnement mensuel - premiere echeance 04/2026</Ustrd>
</RmtInf>
</DrctDbtTxInf>
<DrctDbtTxInf>
<PmtId>
<EndToEndId>E2E-FRST-2026-0402</EndToEndId>
</PmtId>
<InstdAmt Ccy="EUR">45.00</InstdAmt>
<DrctDbtTx>
<MndtRltdInf>
<MndtId>MNDT-2026-004502</MndtId>
<DtOfSgntr>2026-03-30</DtOfSgntr>
<AmdmntInd>false</AmdmntInd>
</MndtRltdInf>
</DrctDbtTx>
<DbtrAgt>
<FinInstnId>
<BIC>GEBABEBB</BIC>
</FinInstnId>
</DbtrAgt>
<Dbtr>
<Nm>Bureau Verhoeven BVBA</Nm>
<PstlAdr>
<TwnNm>Gent</TwnNm>
<Ctry>BE</Ctry>
</PstlAdr>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>BE68539007547034</IBAN>
</Id>
</DbtrAcct>
<RmtInf>
<Ustrd>Abonnement mensuel - premiere echeance 04/2026</Ustrd>
</RmtInf>
</DrctDbtTxInf>
</PmtInf>
</CstmrDrctDbtInitn>
</Document>
Comment nous savons que ces résultats tiennent
Chaque fichier de cette bibliothèque passe dans le validateur du site à chaque build. Le résultat attendu annoncé ci-dessus est vérifié par un test automatisé : si un fichier cessait de correspondre à ce que cette page affirme, le build échouerait. Deux fixtures héritées ont été réparées ainsi avant publication : trois IBAN échouaient au mod-97 et plusieurs libellés utilisaient des caractères hors du jeu SEPA de base.
Prélèvement SEPA (pain.008)
- pain.008.001.02 — valid CORE direct debit
- pain.008.001.08 — valid CORE direct debit, collected after 2026-11-15
- pain.008.001.02 — mandate signed after the collection
- pain.008.001.08 — valid B2B direct debit, RCUR sequence
- pain.008.001.08 — valid one-off direct debit, OOFF sequence
- pain.008.001.02 — mandate identifier (MndtId) missing
- pain.008.001.02 — NbOfTxs and CtrlSum wrong at both levels