pain.008.001.02 — valid CORE direct debit, FRST sequence
Un adeudo directo SEPA CORE válido con secuencia FRST: el primer cobro presentado bajo un mandato recién firmado (DtOfSgntr es de hace unos días). Todo lo que siga sobre el mismo mandato debe enviarse como RCUR; dejar un lote en FRST para siempre es uno de los errores SDD más comunes y el motivo por el que los bancos devuelven cobros con un código de secuencia incorrecta.
pain.008.001.02 — Válido
Un adeudo directo SEPA CORE válido con secuencia FRST: el primer cobro presentado bajo un mandato recién firmado (DtOfSgntr es de hace unos días). Todo lo que siga sobre el mismo mandato debe enviarse como RCUR; dejar un lote en FRST para siempre es uno de los errores SDD más comunes y el motivo por el que los bancos devuelven cobros con un código de secuencia incorrecta.
Lo que muestra este fichero
Un adeudo directo SEPA CORE válido con secuencia FRST: el primer cobro presentado bajo un mandato recién firmado (DtOfSgntr es de hace unos días). Todo lo que siga sobre el mismo mandato debe enviarse como RCUR; dejar un lote en FRST para siempre es uno de los errores SDD más comunes y el motivo por el que los bancos devuelven cobros con un código de secuencia incorrecta.
| Transacciones | 2 |
|---|---|
| Total | 84,90 € |
| Esquema | CORE |
| Fecha en el fichero | 2026-04-08 |
Todas las partes, IBAN e importes siguientes son ficticios. Los IBAN son estructuralmente válidos —superan el mod-97— pero no corresponden a ninguna cuenta real.
Contenido del fichero
<?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>
Cómo sabemos que estos resultados se sostienen
Cada fichero de esta biblioteca pasa por el propio validador del sitio en cada build. El resultado esperado indicado arriba lo verifica un test automatizado: si un fichero dejara de coincidir con lo que afirma esta página, el build fallaría. Dos fixtures heredadas se repararon así antes de publicarse: tres IBAN no superaban el mod-97 y varios nombres usaban caracteres fuera del juego SEPA básico.
Adeudo directo 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