pain.008.001.02 — valid CORE direct debit, FRST sequence
A valid SEPA CORE direct debit with sequence type FRST: the first collection presented under a brand-new mandate (DtOfSgntr is days old). Everything that follows on the same mandate must go out as RCUR — leaving a batch on FRST for ever is one of the most common SDD mistakes, and the reason banks return collections with an incorrect-sequence reason code.
pain.008.001.02 — Valid
A valid SEPA CORE direct debit with sequence type FRST: the first collection presented under a brand-new mandate (DtOfSgntr is days old). Everything that follows on the same mandate must go out as RCUR — leaving a batch on FRST for ever is one of the most common SDD mistakes, and the reason banks return collections with an incorrect-sequence reason code.
What this file shows
A valid SEPA CORE direct debit with sequence type FRST: the first collection presented under a brand-new mandate (DtOfSgntr is days old). Everything that follows on the same mandate must go out as RCUR — leaving a batch on FRST for ever is one of the most common SDD mistakes, and the reason banks return collections with an incorrect-sequence reason code.
| Transactions | 2 |
|---|---|
| Total | €84.90 |
| Scheme | CORE |
| Date in the file | 2026-04-08 |
Every party, IBAN and amount below is fictitious. The IBANs are structurally valid — they pass the mod-97 check — but they belong to no real account.
File content
<?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>
How we know these results hold
Every file in this library is run through the site's own validator on each build. The expected result stated above is asserted by an automated test — if a file stopped matching what this page claims, the build would fail. Two inherited fixtures were repaired this way before publication: three IBANs failed the mod-97 check and several names used characters outside the basic SEPA character set.
SEPA Direct Debit (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