Financial-transaction-card-originated messages — Interchange message specifications
1Key Takeaways
This document specifies a common interface by which financial-transaction-card-originated messages can be interchanged between acquirers and card issuers. It specifies message structure and format, including normalized data types. Message, field, value definitions and supporting information are provided by the ISO 8583…
2Expert Interpretation
In-depth interpretation of the third edition of ISO 8583:2023 international standard, covering the complete specification of financial transaction card message exchange. Analyze key technical points such as message structure, data element type, and institution identifier allocation, compare the core differences between the 2003 version and the 2023 version, and provide payment system implementation suggestions.
Standard Evolution and Technical Architecture
ISO 8583:2023, as the core international standard for financial transaction card message exchange, integrates the technical contents of the original ISO 8583-1:2003, ISO 8583-2:1998 and ISO 8583-3:2003. The main changes in the new version of the standard include:
| Version comparison dimensions | 2003 version | 2023 version |
|---|---|---|
| Standard structure | Divided into 3 independent parts | Uniform single document + online maintenance mechanism |
| Data element maintenance | Through RMMG mechanism | Online update by MA maintenance agency |
| Encryption specification | Use PIN data (52 fields) | Uniform use of encrypted data (50 fields) |
In-depth analysis of message structure
The standard defines strict class=instrument>Message component sequence:
- Message type identifier (MTI): Contains a version number (0-9) and a 3-digit message class/function code
- Message bitmap: A 64-bit primary bitmap + an optional 64-bit secondary bitmap structure, bit 1 indicates the existence of the secondary bitmap
- Data element sequence: Arranged in the order indicated by the bitmap, supporting three types:
- Basic data elements (such as authorization codes)
- Structured data elements (fixed sub-element groups)
- Compound data elements (including dataset identifiers and TLV encodings)
Key technical innovations
1. Compound data element processing
The 2023 version strengthens the specification of the dataset identifier:
| Identifier range | Encoding method | Typical application |
|---|---|---|
| 01-70(Hex) | TLV format | IC card contactless transaction |
| 71-FE(Hex) | Bitmap format | Aviation industry additional data |
2. Institution routing mechanism
The standard defines 4 types of institution identification scenarios:
- Acquirer→Issuer: Transmit hop by hop by forwarding institution ID
- Issuer→Acquirer: Receiving institution ID ensures reverse routing
- Transaction initiator → Transaction receiver: Applicable to cross-border payment scenarios
- Direct communication: Omit the forwarding/receiving institution field
Implementation suggestions
Migration path planning
Focus on upgrading the existing system:
- Encryption method migration: Transition from PIN data (52 fields) to encrypted data (50 fields)
- Version compatibility processing: Support the coexistence of version number 2a (2023 version) and historical version 0-2
- Institution identification code management: Non-issuing institutions need to allocate IIC through bilateral agreements
Error handling mechanism
The standard defines three-level error response strategies:
- MTI is unrecognizable: Triggering the network layer error protocol
- Notification message error: No standard response mechanism
- Request message error: A response message containing an error indicator must be returned