pain.008.001.02 — valid CORE direct debit, FRST sequence
Eine gültige SEPA-Basislastschrift (CORE) mit Sequenztyp FRST: der erste Einzug unter einem brandneuen Mandat (DtOfSgntr liegt wenige Tage zurück). Alles Weitere auf demselben Mandat muss als RCUR laufen — einen Stapel dauerhaft auf FRST stehen zu lassen, gehört zu den häufigsten SDD-Fehlern und ist der Grund, warum Banken Einzüge mit dem Rückgabegrund „falscher Sequenztyp“ zurückgeben.
pain.008.001.02 — Gültig
Eine gültige SEPA-Basislastschrift (CORE) mit Sequenztyp FRST: der erste Einzug unter einem brandneuen Mandat (DtOfSgntr liegt wenige Tage zurück). Alles Weitere auf demselben Mandat muss als RCUR laufen — einen Stapel dauerhaft auf FRST stehen zu lassen, gehört zu den häufigsten SDD-Fehlern und ist der Grund, warum Banken Einzüge mit dem Rückgabegrund „falscher Sequenztyp“ zurückgeben.
Was diese Datei zeigt
Eine gültige SEPA-Basislastschrift (CORE) mit Sequenztyp FRST: der erste Einzug unter einem brandneuen Mandat (DtOfSgntr liegt wenige Tage zurück). Alles Weitere auf demselben Mandat muss als RCUR laufen — einen Stapel dauerhaft auf FRST stehen zu lassen, gehört zu den häufigsten SDD-Fehlern und ist der Grund, warum Banken Einzüge mit dem Rückgabegrund „falscher Sequenztyp“ zurückgeben.
| Transaktionen | 2 |
|---|---|
| Summe | 84,90 € |
| Verfahren | CORE |
| Datum in der Datei | 2026-04-08 |
Alle Parteien, IBANs und Beträge unten sind fiktiv. Die IBANs sind strukturell gültig — sie bestehen die Mod-97-Prüfung — gehören aber zu keinem realen Konto.
Dateiinhalt
<?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>
Woher wir wissen, dass diese Ergebnisse stimmen
Jede Datei dieser Bibliothek läuft bei jedem Build durch den eigenen Validator der Website. Das oben genannte erwartete Ergebnis wird von einem automatisierten Test geprüft: Passt eine Datei nicht mehr zu dem, was diese Seite behauptet, schlägt der Build fehl. Zwei geerbte Fixtures wurden so vor der Veröffentlichung repariert — drei IBANs scheiterten an der Mod-97-Prüfung, und mehrere Namen nutzten Zeichen außerhalb des SEPA-Basiszeichensatzes.
SEPA-Lastschrift (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