pain.001.001.03 — CtrlSum mismatch
Eine pain.001 mit falscher Kontrollsumme: CtrlSum nennt 1.000,00 EUR, die Zahlungen ergeben aber 1.500,00 EUR. Die Abweichung wird zweimal gemeldet — für den Zahlungsstapel und für den Datei-Header.
pain.001.001.03 — Ungültig
Eine pain.001 mit falscher Kontrollsumme: CtrlSum nennt 1.000,00 EUR, die Zahlungen ergeben aber 1.500,00 EUR. Die Abweichung wird zweimal gemeldet — für den Zahlungsstapel und für den Datei-Header.
Was diese Datei zeigt
Eine pain.001 mit falscher Kontrollsumme: CtrlSum nennt 1.000,00 EUR, die Zahlungen ergeben aber 1.500,00 EUR. Die Abweichung wird zweimal gemeldet — für den Zahlungsstapel und für den Datei-Header.
| Transaktionen | 2 |
|---|---|
| Summe | 1.500,00 € |
| Verfahren | SEPA |
| Datum in der Datei | 2026-02-25 |
Die enthaltenen Fehler
- CtrlSumPmtInf CtrlSum mismatch: a payment batch declares 1000.00 but its transactions total 1500.00.
- CtrlSumCtrlSum mismatch: header declares 1000.00 but calculated total is 1500.00.
Wörtlich aus dem Validator zitiert, nicht umformuliert.
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 Credit Transfer, pain.001.001.03.
Expected validation result: INVALID - exactly one error.
Deliberate defect: CtrlSum declares 1 000.00 EUR but the transactions total
1 500.00 EUR. The control sum must equal the sum of the amounts it covers.
All parties and account numbers are fictitious.
Reference page: https://validatefin.com/en/resources/samples/sepa-pain001-invalid-ctrlsum
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-CTRLSUM-001</MsgId>
<CreDtTm>2026-02-23T10:00:00</CreDtTm>
<NbOfTxs>2</NbOfTxs>
<CtrlSum>1000.00</CtrlSum>
<InitgPty>
<Nm>Societe Test Erreur</Nm>
</InitgPty>
</GrpHdr>
<PmtInf>
<PmtInfId>PMT-ERR-001</PmtInfId>
<PmtMtd>TRF</PmtMtd>
<NbOfTxs>2</NbOfTxs>
<CtrlSum>1000.00</CtrlSum>
<PmtTpInf>
<SvcLvl>
<Cd>SEPA</Cd>
</SvcLvl>
</PmtTpInf>
<ReqdExctnDt>2026-02-25</ReqdExctnDt>
<Dbtr>
<Nm>Societe Test Erreur</Nm>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>FR7630006000011234567890189</IBAN>
</Id>
</DbtrAcct>
<DbtrAgt>
<FinInstnId>
<BIC>BNPAFRPP</BIC>
</FinInstnId>
</DbtrAgt>
<CdtTrfTxInf>
<PmtId>
<EndToEndId>E2E-ERR-001</EndToEndId>
</PmtId>
<Amt>
<!-- Montant reel : 750 €, mais CtrlSum declare 1000 au total -->
<InstdAmt Ccy="EUR">750.00</InstdAmt>
</Amt>
<CdtrAgt>
<FinInstnId>
<BIC>SOGEFRPP</BIC>
</FinInstnId>
</CdtrAgt>
<Cdtr>
<Nm>Creancier Test Un</Nm>
</Cdtr>
<CdtrAcct>
<Id>
<IBAN>FR0430003000209876543210093</IBAN>
</Id>
</CdtrAcct>
<RmtInf>
<Ustrd>Paiement test 1</Ustrd>
</RmtInf>
</CdtTrfTxInf>
<CdtTrfTxInf>
<PmtId>
<EndToEndId>E2E-ERR-002</EndToEndId>
</PmtId>
<Amt>
<!-- 750 + 750 = 1500, mais CtrlSum dit 1000 → ERREUR -->
<InstdAmt Ccy="EUR">750.00</InstdAmt>
</Amt>
<CdtrAgt>
<FinInstnId>
<BIC>CMCIFRPP</BIC>
</FinInstnId>
</CdtrAgt>
<Cdtr>
<Nm>Creancier Test Deux</Nm>
</Cdtr>
<CdtrAcct>
<Id>
<IBAN>FR3314508600001234567890150</IBAN>
</Id>
</CdtrAcct>
<RmtInf>
<Ustrd>Paiement test 2</Ustrd>
</RmtInf>
</CdtTrfTxInf>
</PmtInf>
</CstmrCdtTrfInitn>
</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-Überweisung (pain.001)
- pain.001.001.03 — valid credit transfer
- pain.001.001.09 — valid, hybrid address
- pain.001.001.03 — invalid IBAN
- 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)