camt.054.001.08, the bank-to-customer debit and credit notification. It is the
format in which core transactions reach CTS for tokenization.
Using a single standard message rather than a per-core format is what makes the
same tokenization path work across cores. A bank exchanging files and a bank
whose core exposes an API both hand CTS the same message type.
How camt.054 reaches CTS
Two paths deliver the message, and both feed the same processing: A batch core delivers camt.054 files on its own cadence. An API core is read directly, and the transactions are normalized into camt.054 before processing. This means every transaction takes the same path regardless of how the core is connected, and the normalized message is available for inspection either way.How entries are processed
Each notification carries entries, and two fields on an entry decide what happens. The account is identified by IBAN, with a fallback to the account’s other identifier where no IBAN exists.
Any other combination is rejected as unmapped: it becomes an error to resolve,
not a silent balance change.
Writebacks
Writeback, the return direction that keeps the core current, posts through the core connector rather than as ISO messages. A camt.054 rendering of pending writeback entries is available for review and audit, in the same format as the inbound flow. Interbank coordination between deployments is also not ISO messaging: transfer messages between banks travel over IBC. See Inter-Blockchain Communication.What this means for a batch integration
File exchange is a batch pattern, with three consequences:- Writeback lags digital ledger activity by the file cadence rather than completing in near real time
- The window between a ledger event and the core reflecting it is larger, so the bank needs a defined position on what it does during that window
- Reconciliation exceptions surface at file processing time rather than at transaction time
The camt.054 version consumed is
camt.054.001.08. The field-level mapping
reference, the file drop transport and cadence options, and the handling of
malformed files beyond entry-level rejection still need to be documented.Related
- Overview
- Core Requirements for the read and write surface
- Reconciliation for how the two ledgers stay in agreement