pain.001.001.03 — invalid IBAN
Plik pain.001 z numerem IBAN wierzyciela, którego dwie cyfry kontrolne nie przechodzą testu mod-97 (ISO 7064). Reszta pliku jest poprawna, więc walidator zgłasza dokładnie jeden błąd.
pain.001.001.03 — Nieprawidłowy
Plik pain.001 z numerem IBAN wierzyciela, którego dwie cyfry kontrolne nie przechodzą testu mod-97 (ISO 7064). Reszta pliku jest poprawna, więc walidator zgłasza dokładnie jeden błąd.
Co pokazuje ten plik
Plik pain.001 z numerem IBAN wierzyciela, którego dwie cyfry kontrolne nie przechodzą testu mod-97 (ISO 7064). Reszta pliku jest poprawna, więc walidator zgłasza dokładnie jeden błąd.
| Transakcje | 1 |
|---|---|
| Suma | 1000,00 € |
| Schemat | SEPA |
| Data w pliku | 2026-02-25 |
Zawarte wady
- IBANInvalid IBAN for creditor Creancier IBAN Errone: FR0030003000209876543210093
Cytowane dosłownie z walidatora, bez parafrazy.
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 Credit Transfer, pain.001.001.03.
Expected validation result: INVALID - exactly one error.
Deliberate defect: the creditor IBAN fails the ISO 7064 mod-97 checksum.
All parties and account numbers are fictitious.
Reference page: https://validatefin.com/en/resources/samples/sepa-pain001-invalid-iban
License: CC-BY-4.0
-->
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:pain.001.001.03"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<CstmrCdtTrfInitn>
<GrpHdr>
<MsgId>MSG-ERR-IBAN-001</MsgId>
<CreDtTm>2026-02-23T10:00:00</CreDtTm>
<NbOfTxs>1</NbOfTxs>
<CtrlSum>500.00</CtrlSum>
<InitgPty>
<Nm>Societe Test IBAN Invalide</Nm>
</InitgPty>
</GrpHdr>
<PmtInf>
<PmtInfId>PMT-ERR-IBAN-001</PmtInfId>
<PmtMtd>TRF</PmtMtd>
<NbOfTxs>1</NbOfTxs>
<CtrlSum>500.00</CtrlSum>
<PmtTpInf>
<SvcLvl>
<Cd>SEPA</Cd>
</SvcLvl>
</PmtTpInf>
<ReqdExctnDt>2026-02-25</ReqdExctnDt>
<Dbtr>
<Nm>Societe Test IBAN Invalide</Nm>
</Dbtr>
<DbtrAcct>
<Id>
<!-- IBAN debiteur valide -->
<IBAN>FR7630006000011234567890189</IBAN>
</Id>
</DbtrAcct>
<DbtrAgt>
<FinInstnId>
<BIC>BNPAFRPP</BIC>
</FinInstnId>
</DbtrAgt>
<CdtTrfTxInf>
<PmtId>
<EndToEndId>E2E-ERR-IBAN-001</EndToEndId>
</PmtId>
<Amt>
<InstdAmt Ccy="EUR">500.00</InstdAmt>
</Amt>
<CdtrAgt>
<FinInstnId>
<BIC>SOGEFRPP</BIC>
</FinInstnId>
</CdtrAgt>
<Cdtr>
<Nm>Creancier IBAN Errone</Nm>
</Cdtr>
<CdtrAcct>
<Id>
<!-- IBAN invalide : checksum mod-97 incorrect (00 au lieu de 76) -->
<IBAN>FR0030003000209876543210093</IBAN>
</Id>
</CdtrAcct>
<RmtInf>
<Ustrd>Test IBAN invalide</Ustrd>
</RmtInf>
</CdtTrfTxInf>
</PmtInf>
</CstmrCdtTrfInitn>
</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.
Przelew SEPA (pain.001)
- pain.001.001.03 — valid credit transfer
- pain.001.001.09 — valid, hybrid address
- pain.001.001.03 — CtrlSum mismatch
- pain.001.001.03 — NbOfTxs mismatch
- pain.001.001.03 — unstructured address after 2026-11-15
- pain.001.001.11 — valid, fully structured address, executed after 2026-11-15
- pain.001.001.09 — valid, two payment batches with different execution dates
- pain.001.001.03 — nine-character BIC
- pain.001.001.03 — accent and ampersand outside the SEPA character set
- pain.001.001.03 — 250 transfers, high-volume payroll run
- pain.001.001.03 — unstructured address, executed before 2026-11-15 (warning only)