Reports balances and account entries during the day. It gives an account owner an interim cash position before the definitive statement is produced; delivery frequency, included balances, and whether empty reports are sent are service-agreement choices.
DIRECTION: Sent by an account servicing institution to the account owner or an authorised recipient, often several times during the business day.
Version + profile: camt.052 is a message-family identifier, not a complete version. The numeric .001.xx definition and field rules depend on the scheme, service, usage guideline, and implementation version named in each context; sample namespaces show only the illustrated version.
DOMAIN + EDITORIAL AUDITAudited 2026-07-18 for payment logic, source scope, technical writing, and Payments Signal voice — see the method.
EVIDENCE AT ARM'S REACH
IMPLEMENTATION RESOURCES
Start with the exact message version, then apply the scheme or network profile that governs your implementation.
An XSD checks XML structure. A usage guideline adds profile rules, conditional fields, code restrictions, and business controls. XSD-valid does not mean scheme-compliant.
XSD + definitionBase ISO 20022current
ISO 20022 message definitions and XSDs
Choose the exact message definition in the official catalogue. The base XSD checks XML structure; it does not prove compliance with a scheme profile.
Owner
ISO 20022 Registration Authority
Checked
2026-07-12
Access
Official page · Public official catalogue; select the required message version before downloading.
T2 functional specifications, validation rules, and binding XSDs
The ECB release library for T2 RTGS and central-liquidity messaging, including public user specifications, business validation rules, and binding schemas.
Owner
European Central Bank
Version
R2026.JUN
Checked
2026-07-19
Access
Official page · Public ECB release page with owner-hosted specifications and ZIP packages; select the release for the implementation window.
Positive and negative test cases across validation, rejection, return, recall, reversal, investigation, reconciliation, migration, instant payments, and screening.
Owner
Payments Signal
Checked
2026-07-19
Integrity
crc32:98c48cc7
Access
Payments Signal download · Original, source-backed teaching asset; no login required.
Account servicerProduces the report from its books and identifies the covered account and reporting period.
Account ownerConsumes balances and entries for liquidity, cash positioning, and early reconciliation.
KEY FIELDS
Curated teaching subset. camt.052 can carry richer balance, entry, transaction, charge, party, and pagination detail; the applicable service and usage guideline decide which elements are populated.
Key fields of camt.052
FIELD
NAME
PRESENCE
WHAT IT MEANS
GrpHdr/MsgId
Message identification
MANDATORY
Unique reference for this physical report message.
Rpt/Id
Report identification
MANDATORY
Identifier for this account report within the reporting service.
Rpt/ElctrncSeqNb
Electronic sequence number
OPTIONAL
Sequence used to detect a missing or duplicated report.Swift's 2026 CBPR+ changes mandate this element for camt.052 usage in that context.
Rpt/Acct/Id
Account identification
MANDATORY
The account whose position and entries are being reported.
Rpt/Bal
Reported balance
OPTIONAL
An interim booked or available balance at the stated date and time.⚠ Booked and available balances are not interchangeable.
Rpt/Ntry/Amt
Entry amount
OPTIONAL
Amount of a reported debit or credit entry.
Rpt/Ntry/BookgDt
Booking date
OPTIONAL
When the account servicer booked the entry.
Rpt/Ntry/NtryDtls/TxDtls/Refs/EndToEndId
End-to-end reference
OPTIONAL
Customer reference used to match the account entry to the originating payment.
FIELD BY FIELD — FULL STRUCTURE
The whole camt.052 laid out as a parent-child tree: every field in its nesting, with a sample value and what it means. Expand a branch to drill in. Values are fictional (SYNTHETIC / TRAINING ONLY); this is a curated practitioner view, not the full schema.
KeyValueDescription
Document—The root of an ISO 20022 message — the business payload, which a Business Application Header (head.001) accompanies as a separate document.
BkToCstmrAcctRpt—
GrpHdr—Group header — data that applies to the whole message: its identity, when it was created, how many transactions it carries, and shared settlement data.
MsgIdDEMO-CAMT052-001MandatoryUnique reference for this physical report message.
Use case
Quoted when a status report or return refers back to this whole message; changes at every interbank hop.
Example
DEMO-PACS008-001
CreDtTm2026-07-18T12:00:00ZMandatoryCreation date and time — when this message was created (a UTC timestamp), separate from when the payment is executed.
Use case
A processing timestamp for the message — distinct from the requested execution or settlement date.
Example
2026-07-12T09:01:00Z
Rpt—
IdchoiceDEMO-INTRADAY-001MandatoryIdentifier for this account report within the reporting service.
ElctrncSeqNb3OptionalSequence used to detect a missing or duplicated report.
Use case
Swift's 2026 CBPR+ changes mandate this element for camt.052 usage in that context.
Acct—
Idchoice—MandatoryThe account whose position and entries are being reported.
IBANDE02120300000000202051International Bank Account Number — the standardised account identifier used across SEPA and beyond.
Use case
Encodes country, bank, and account with a checksum, so a typo usually fails validation before it leaves.
Example
DE02120300000000202051
Bal—OptionalAn interim booked or available balance at the stated date and time.
Tp—Type — qualifies what kind of reference or code this is.
CdOrPrtrychoice—Code or Proprietary — a choice between a standard code and a proprietary value.
CdITBDCode — a value taken from a defined code list.
Amt48750.00Ccy=EURAmount — the money being moved, as either an instructed amount or an equivalent amount.
CdtDbtIndCRDTCredit/Debit Indicator — says whether an amount or entry is a credit (CRDT) or debit (DBIT) on the reported account.
Ntry—
Amt1250.00Ccy=EUROptionalAmount of a reported debit or credit entry.
CdtDbtIndCRDTCredit/Debit Indicator — says whether an amount or entry is a credit (CRDT) or debit (DBIT) on the reported account.
BookgDt—OptionalWhen the account servicer booked the entry.
Dt2026-07-18Date — a calendar date value.
NtryDtls—
TxDtls—
Refs—
EndToEndIdDEMO-E2E-001OptionalCustomer reference used to match the account entry to the originating payment.
Use case
The reference the beneficiary matches to an invoice and ops teams use to correlate status reports and returns.
Example
DEMO-E2E-001
Watch out
Filling it with 'NOTPROVIDED' wastes the single best reconciliation field in the chain.
Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12
Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.
Defines how ISO 20022 messages (including pacs.008, pacs.009, pacs.002, pacs.004, and camt investigation messages) are used and validated for cross-border payments on the Swift network. · Checked 2026-07-18
Full guidelines require MyStandards access. Public guidance states that after 14 November 2026 fully unstructured addresses are removed for in-scope CBPR+ traffic, with explicit message exceptions including admi.024, camt.025, camt.052, camt.053, camt.054 and camt.060.
Defines the MT message standards (including MT101, MT103, MT202/202 COV, and the MT9xx statement messages) exchanged over the Swift FIN network, maintained through annual standards releases. · Checked 2026-07-18
Full field-level specifications live in the Swift Knowledge Centre User Handbook behind a swift.com login. Coexistence for in-scope FI-to-FI payment instructions ended on 22 November 2025, but treatment differs by MT: some instructions are NAKed and selected messages can enter temporary, chargeable contingency conversion. Reporting, initiation, investigations and correspondence follow separate roadmaps.
Simplified educational illustration
Payments Signal editorial teaching models — Payments Signal
This site's own simplified teaching models. · Checked 2026-07-12
What this simplifies: One-line plain-language descriptions of the commonly-populated elements — a practitioner view, not the authoritative ISO 20022 / MT schema, which defines many more optional elements.
Used wherever diagrams, scenarios, figures, or example values are didactic constructions rather than sourced facts; every such use carries a simplifications disclosure. All people, companies, banks, and list entries in examples are fictional.
COMMON ERRORS
Treating an interim balance as the final booked statement balance.Consequence: Treasury closes reconciliation on a position that can still change.Avoid it: Label camt.052 data as intraday and close the day on the agreed camt.053 statement.
Ignoring sequence and pagination controls.Consequence: Missing pages or reports silently remove entries from the cash position.Avoid it: Validate sequence continuity, page number, and last-page indicators before consuming entries.
USAGE CONTEXTS
Corporate intraday reportingTreasury systems use camt.052 to refresh cash positions and begin matching payments before end of day.
CBPR+ reportingCBPR+ profiles the message for cross-border account reporting; the exact version and validation rules are set by the current usage guideline.
Defines the current versions of all ISO 20022 message definitions, including the pain, pacs, and camt messages taught on this site. · Checked 2026-07-12
Each message set is described by a Message Definition Report; earlier versions remain available in the ISO 20022 messages archive.
Defines how ISO 20022 messages (including pacs.008, pacs.009, pacs.002, pacs.004, and camt investigation messages) are used and validated for cross-border payments on the Swift network. · Checked 2026-07-18
Full guidelines require MyStandards access. Public guidance states that after 14 November 2026 fully unstructured addresses are removed for in-scope CBPR+ traffic, with explicit message exceptions including admi.024, camt.025, camt.052, camt.053, camt.054 and camt.060.
Simplified educational illustration
Payments Signal editorial teaching models — Payments Signal
This site's own simplified teaching models. · Checked 2026-07-12
What this simplifies: Fields and delivery practices are a teaching subset; bilateral reporting agreements vary.
Used wherever diagrams, scenarios, figures, or example values are didactic constructions rather than sourced facts; every such use carries a simplifications disclosure. All people, companies, banks, and list entries in examples are fictional.
COMMUNITY SIGNAL
Discuss this learning page
Share an operational observation or ask a concrete payments question. Your name and message are public; your email remains private.
NEXT QUESTION REVIEWMonday, 27 Jul, 8:00 amMonday answer runs use source-supported educational material. Some questions may need owner review.