camt.053.001.10 — fully detailed entries
Everything a bank can hang under a camt.053 entry, in one valid file: NtryDtls/TxDtls with EndToEndId, InstrId, TxId and MndtId; RltdPties and RltdAgts; an ISO 11649 structured creditor reference (RF) and a referred invoice (CINV); a batched entry whose two TxDtls add up to the entry amount; and both an ISO BkTxCd (PMNT/RCDT/ESCT) and a proprietary German GVC. Use it to test how much of an entry your reconciliation actually reads.
camt.053.001.10 — Valid
Everything a bank can hang under a camt.053 entry, in one valid file: NtryDtls/TxDtls with EndToEndId, InstrId, TxId and MndtId; RltdPties and RltdAgts; an ISO 11649 structured creditor reference (RF) and a referred invoice (CINV); a batched entry whose two TxDtls add up to the entry amount; and both an ISO BkTxCd (PMNT/RCDT/ESCT) and a proprietary German GVC. Use it to test how much of an entry your reconciliation actually reads.
What this file shows
Everything a bank can hang under a camt.053 entry, in one valid file: NtryDtls/TxDtls with EndToEndId, InstrId, TxId and MndtId; RltdPties and RltdAgts; an ISO 11649 structured creditor reference (RF) and a referred invoice (CINV); a batched entry whose two TxDtls add up to the entry amount; and both an ISO BkTxCd (PMNT/RCDT/ESCT) and a proprietary German GVC. Use it to test how much of an entry your reconciliation actually reads.
| Transactions | 3 |
|---|---|
| Date in the file | 2026-04-30 |
Every party, IBAN and amount below is fictitious. The IBANs are structurally valid — they pass the mod-97 check — but they belong to no real account.
File content
<?xml version="1.0" encoding="UTF-8"?>
<!--
ValidateFin sample file — bank statement, camt.053.001.10, fully detailed entries.
Expected validation result: VALID — 3 entries, OPBD 20000.00 ± movements = CLBD 18437.50.
What this file demonstrates: everything a bank CAN put under an entry —
NtryDtls/TxDtls with EndToEndId, TxId, MndtId, InstrId; RltdPties and RltdAgts;
an ISO 11649 (RF) structured creditor reference; a referred document (CINV);
a BATCH entry whose two TxDtls add up to the entry amount; and both an ISO
BkTxCd (Domn/Fmly/SubFmlyCd) and a proprietary one (German GVC).
All parties and account numbers are fictitious.
Reference page: https://validatefin.com/en/resources/samples/camt053-rich-details
License: CC-BY-4.0
-->
<Document xmlns="urn:iso:std:iso:20022:tech:xsd:camt.053.001.10"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<BkToCstmrStmt>
<GrpHdr>
<MsgId>CAMT053-RICH-20260430</MsgId>
<CreDtTm>2026-04-30T21:30:00</CreDtTm>
<MsgRcpt>
<Nm>Hanseatic Handel GmbH</Nm>
</MsgRcpt>
</GrpHdr>
<Stmt>
<Id>STMT-DE-2026-04</Id>
<ElctrncSeqNb>4</ElctrncSeqNb>
<LglSeqNb>4</LglSeqNb>
<CreDtTm>2026-04-30T21:30:00</CreDtTm>
<FrToDt>
<FrDtTm>2026-04-01T00:00:00</FrDtTm>
<ToDtTm>2026-04-30T23:59:59</ToDtTm>
</FrToDt>
<Acct>
<Id>
<IBAN>DE89370400440532013000</IBAN>
</Id>
<Ccy>EUR</Ccy>
<Nm>Geschaeftskonto</Nm>
<Ownr>
<Nm>Hanseatic Handel GmbH</Nm>
<PstlAdr>
<StrtNm>Grosse Bleichen</StrtNm>
<BldgNb>21</BldgNb>
<PstCd>20354</PstCd>
<TwnNm>Hamburg</TwnNm>
<Ctry>DE</Ctry>
</PstlAdr>
</Ownr>
<Svcr>
<FinInstnId>
<BICFI>COBADEFFXXX</BICFI>
<Nm>Commerzbank AG</Nm>
</FinInstnId>
</Svcr>
</Acct>
<Bal>
<Tp>
<CdOrPrtry>
<Cd>OPBD</Cd>
</CdOrPrtry>
</Tp>
<Amt Ccy="EUR">20000.00</Amt>
<CdtDbtInd>CRDT</CdtDbtInd>
<Dt>
<Dt>2026-04-01</Dt>
</Dt>
</Bal>
<Bal>
<Tp>
<CdOrPrtry>
<Cd>CLBD</Cd>
</CdOrPrtry>
</Tp>
<Amt Ccy="EUR">18437.50</Amt>
<CdtDbtInd>CRDT</CdtDbtInd>
<Dt>
<Dt>2026-04-30</Dt>
</Dt>
</Bal>
<Bal>
<Tp>
<CdOrPrtry>
<Cd>CLAV</Cd>
</CdOrPrtry>
</Tp>
<Amt Ccy="EUR">17937.50</Amt>
<CdtDbtInd>CRDT</CdtDbtInd>
<Dt>
<Dt>2026-04-30</Dt>
</Dt>
</Bal>
<!-- 1. Encaissement client avec reference creancier structuree ISO 11649 -->
<Ntry>
<NtryRef>DE-2026-04-0001</NtryRef>
<Amt Ccy="EUR">3200.00</Amt>
<CdtDbtInd>CRDT</CdtDbtInd>
<RvslInd>false</RvslInd>
<Sts>
<Cd>BOOK</Cd>
</Sts>
<BookgDt>
<Dt>2026-04-07</Dt>
</BookgDt>
<ValDt>
<Dt>2026-04-07</Dt>
</ValDt>
<AcctSvcrRef>COBA2604070000091</AcctSvcrRef>
<BkTxCd>
<Domn>
<Cd>PMNT</Cd>
<Fmly>
<Cd>RCDT</Cd>
<SubFmlyCd>ESCT</SubFmlyCd>
</Fmly>
</Domn>
<Prtry>
<Cd>NTRF+166</Cd>
<Issr>DK</Issr>
</Prtry>
</BkTxCd>
<NtryDtls>
<TxDtls>
<Refs>
<MsgId>PAIN001-20260406-77</MsgId>
<AcctSvcrRef>COBA2604070000091</AcctSvcrRef>
<InstrId>INSTR-0001</InstrId>
<EndToEndId>E2E-RECH-2026-0198</EndToEndId>
<TxId>TXID-20260407-0001</TxId>
</Refs>
<Amt Ccy="EUR">3200.00</Amt>
<CdtDbtInd>CRDT</CdtDbtInd>
<BkTxCd>
<Domn>
<Cd>PMNT</Cd>
<Fmly>
<Cd>RCDT</Cd>
<SubFmlyCd>ESCT</SubFmlyCd>
</Fmly>
</Domn>
</BkTxCd>
<RltdPties>
<Dbtr>
<Pty>
<Nm>Nordlicht Elektronik AG</Nm>
<PstlAdr>
<TwnNm>Kiel</TwnNm>
<Ctry>DE</Ctry>
</PstlAdr>
</Pty>
</Dbtr>
<DbtrAcct>
<Id>
<IBAN>DE02120300000000202051</IBAN>
</Id>
</DbtrAcct>
<UltmtDbtr>
<Pty>160 / 332 lines shown — the complete file is in the download above.
How we know these results hold
Every file in this library is run through the site's own validator on each build. The expected result stated above is asserted by an automated test — if a file stopped matching what this page claims, the build would fail. Two inherited fixtures were repaired this way before publication: three IBANs failed the mod-97 check and several names used characters outside the basic SEPA character set.
Bank statement (camt.052 / 053 / 054)
- camt.053.001.02 — valid statement
- camt.053.001.08 — valid statement
- camt.053 — unsupported namespace
- camt.053.001.06 — missing Stmt element
- camt.053.001.11 — valid statement
- camt.053.001.08 — three accounts in one file
- camt.053.001.08 — closing balance does not reconcile
- camt.052.001.08 — valid intraday report
- camt.054.001.08 — valid debit/credit notification
- camt.053.001.08 — entry with no CdtDbtInd
- camt.053.001.08 — 220 entries, valid