pain.008.001.02 — valid CORE direct debit, FRST sequence
Prawidłowe polecenie zapłaty SEPA CORE w sekwencji FRST: pierwsze pobranie w ramach świeżo podpisanego mandatu (DtOfSgntr sprzed kilku dni). Wszystko, co nastąpi później na tym samym mandacie, musi iść jako RCUR — pozostawienie partii na zawsze w FRST to jeden z najczęstszych błędów SDD i powód, dla którego banki zwracają pobrania z kodem błędnej sekwencji.
pain.008.001.02 — Prawidłowy
Prawidłowe polecenie zapłaty SEPA CORE w sekwencji FRST: pierwsze pobranie w ramach świeżo podpisanego mandatu (DtOfSgntr sprzed kilku dni). Wszystko, co nastąpi później na tym samym mandacie, musi iść jako RCUR — pozostawienie partii na zawsze w FRST to jeden z najczęstszych błędów SDD i powód, dla którego banki zwracają pobrania z kodem błędnej sekwencji.
Co pokazuje ten plik
Prawidłowe polecenie zapłaty SEPA CORE w sekwencji FRST: pierwsze pobranie w ramach świeżo podpisanego mandatu (DtOfSgntr sprzed kilku dni). Wszystko, co nastąpi później na tym samym mandacie, musi iść jako RCUR — pozostawienie partii na zawsze w FRST to jeden z najczęstszych błędów SDD i powód, dla którego banki zwracają pobrania z kodem błędnej sekwencji.
| Transakcje | 2 |
|---|---|
| Suma | 84,90 € |
| Schemat | CORE |
| Data w pliku | 2026-04-08 |
Wszystkie strony, numery IBAN i kwoty poniżej są fikcyjne. IBAN-y są poprawne strukturalnie — przechodzą test mod-97 — ale nie należą do żadnego rzeczywistego rachunku.
Zawartość pliku
<?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>
Skąd wiemy, że te wyniki są aktualne
Każdy plik w tej bibliotece przechodzi przez walidator serwisu przy każdym buildzie. Oczekiwany wynik podany wyżej potwierdza test automatyczny: gdyby plik przestał odpowiadać temu, co głosi ta strona, build by się wywalił. Dwie odziedziczone fikstury naprawiono w ten sposób przed publikacją: trzy numery IBAN nie przechodziły mod-97, a kilka nazw używało znaków spoza podstawowego zestawu SEPA.
Polecenie zapłaty 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