Reports account transactions during the day before the final statement. It lets an account owner see recent debits and credits and begin reconciliation early.
DIRECTION: Sent by the account servicing institution to the account owner or authorised recipient at agreed intraday intervals or triggers.
Version + profile: MT942 follows the applicable Standards MT release and service rules. This page is a curated field subset; bilateral practice and annual standards changes can alter permitted content and handling.
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.
Usage guidelineSwift MTcurrent
Swift Standards MT release material
The annual MT standard and release information. Full field specifications may require an authenticated Swift account.
Owner
Swift
Checked
2026-07-18
Access
Login required · Swift login and the organisation's permissions may be required.
Account servicerReports interim entries and control totals from its books.
Account ownerUses the entries for intraday cash position and expected-versus-actual matching.
KEY FIELDS
Curated teaching subset. The complete MT942 format includes control totals, floor limits, repetition, and field options governed by the service agreement.
Key fields of MT942
FIELD
NAME
PRESENCE
WHAT IT MEANS
:20:
Transaction reference
MANDATORY
Reference for this interim report.
:25:
Account identification
MANDATORY
Account whose entries are reported.
:28C:
Statement and sequence number
MANDATORY
Sequence used to detect missing or duplicate reports.
:34F:
Floor limit indicator
MANDATORY
Threshold controlling which entries are reported under the service.
:61:
Statement line
OPTIONAL
Packed value date, debit or credit, amount, transaction code, and references for one entry.
:86:
Information to account owner
OPTIONAL
Additional narrative supplied for the entry.
FIELD BY FIELD — FULL STRUCTURE
The whole MT942 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
Block 1F01DEMOGB2LAXXX0000000000MandatoryBasic header — identifies the sender and the session (application id, service id, the sender's logical-terminal address built on its BIC, session and sequence numbers).
Block 2I942DEMODEFFXXXXNMandatoryApplication header — the message type, the counterparty address, whether it is input or output, and the priority.
Block 4—MandatoryText — the business content, as numbered :tag: fields. The only block whose shape changes by message type.
:20:DEMO-MT942-001MandatoryReference for this interim report.
Use case
The reference adjacent banks quote when they raise a query or return about this message.
Example
:20:DEMO20260712
:25:DE02120300000000202051MandatoryAccount whose entries are reported.
:28C:198/3MandatorySequence used to detect missing or duplicate reports.
:34F:EUR0,00MandatoryThreshold controlling which entries are reported under the service.
:61:2607180718D1250,00NTRFDEMOE2E001//DEMOREF001OptionalPacked value date, debit or credit, amount, transaction code, and references for one entry.
:86:DEMO INVOICE 1001OptionalAdditional narrative supplied for the entry.
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 MT942 as the final daily statement.Consequence: Late entries are missed and the closing balance is wrong.Avoid it: Use MT942 for intraday visibility and reconcile the complete day against MT940/950 or camt.053.
Not checking floor-limit and sequence rules.Consequence: Missing small entries or missing reports look like data loss.Avoid it: Store the service configuration and validate sequence and control totals on every report.
USAGE CONTEXTS
Intraday transaction reportingTreasury receives recent movements without waiting for the end-of-day MT940.
Nostro monitoringBanks monitor correspondent-account entries and match expected payments or receipts throughout the day.
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 interim entry is shown; floor-limit and delivery contracts 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.