ValidateFin

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.

Polecenie zapłaty SEPA (pain.008) pain.008.001.02 ISO 20022 / SDD COREOczekiwany wynik: Prawidłowy

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.

Transakcje2
Suma84,90 €
SchematCORE
Data w pliku2026-04-08
Ostatnia weryfikacja: Licencja: CC-BY-4.0

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)