SWIFT Message Type (MT) represents financial message standards used in communication between financial institutions, their clients and the domestic or international market infrastructures involved in the processing of financial transactions. SWIFTMTValidator validates SWIFT MT messages based on Format Specifications and Network Validated Rules defined in Message Reference Guide issued by SWIFT.
Configuration and Testing
Component Configuration
Figure 1 : SWIFTMTValidator Configuration
Attributes
Error Handling Configuration
Actions that have to be taken when an error occurs are defined in the Error Handling panel.
Refer to the Error Handling section in the Common Configurations page for details regarding the various error-handling configuration properties as below:
- JMS Error
- Response Generation Error
- Request Processing Error
- Invalid Request Error
Standard Release Year
Year in which SWIFT released MT standards.
SWIFT releases MT standards every year and the validation criteria may change with each release. The component performs validation based on this.
Standard Release Years supported by SWIFTMTValidator component are – 2012, 2018, and 2020.
Message Type from Input
Message type will be parsed from the input SWIFT MT message.
This option facilitates validating any type of message using a single SWIFTMTValidator service instance.
Message Type
Select message type of the incoming message which needs to be validated according to SWIFT MT message standard.
Only one type of message can be validated using a single SWIFTMTValidator service instance.
Message types that are supported by the component include the following.
- Category 1 – Customer Payments and Cheques
- 101 – Request for Transfer
- 102 – Multiple Customer Credit Transfer
- 102+ - Multiple Customer Credit Transfer
- 103 – Single Customer Credit Transfer
- 103+ - Single Customer Credit Transfer
- Category 2 – Financial Institution Transfers
- 200 – Financial Institution Transfer for its Own Account
- 201 – Multiple Financial Institution Transfer for its Own Account
- 202 – General Financial Institution Transfer
- 202 COV – General Financial Institution Transfer
- 203 – Multiple General Financial Institution Transfer
- 205 – Financial Institution Transfer Execution
- 205 COV – Financial Institution Transfer Execution
- 210 – Notice to Receive
- Category 9 – Cash Management and Customer Status
- 900 – Confirmation of Debit
- 910 – Confirmation of Credit
- 940 – Customer Statement Message
- 950 – Statement Message
- Category n – Common Group Messages
- n90 – Advice of Charges, Interest and Other Adjustments
- n91 – Request for Payment of Charges, Interest and Other Expenses
- n92 – Request for Cancellation
- n95 – Queries
- n96 – Answers
- n98 – Proprietary Message
- n99 – Free Format Message
Figure 2: SWIFT Message Type
Expert Properties
Enable the Show Expert Properties checkbox to configure these properties.
Figure 3: ISO20022Validator CPS with the Expert properties enabled and highlighted
Process Message Based on Property
The property helps components to skip certain messages from processing.
Refer to the Process Message Based On a Property section in the Common Configurations page.
Threadpool Configuration
This property is used when there is a need to process messages in parallel within the component, still maintaining the sequence from the external perspective.
Click the Threadpool Configuration ellipses button to configure the Threadpool Configuration properties.
Refer to the Threadpool Configuration section in the Common Configurations page.
Testing
Validation
SWIFTMTValidator is a component to validate the message structure and data of SWIFT MT standard-compliant messages.
Input and Output
Sample Input
A sample of message type MT101 – Request for Transfer.
Output
The output of the component is the same as the input, if the incoming message passes all of the validation criteria.
An exception message with a reason for the failure of validation is sent on the ON_EXCEPTION port if the validation fails.
Functional Demonstration
Use Feeder and Display components to send sample input and check the response respectively.
Figure 4: Event process demonstrating scenarios
Scenario 1 - Using MT103 with MT Year 2020
This scenario demonstrates the transformation of a message in MT format to XML using MT103 message type.
Configure the SWIFTMTValidator component with the MT year 2020 and provide the location for the schema.
Figure 5: SWIFTMTValidator microservice configured with MT103 (2020)
Sample Input
After running the event process, click the Send button in the Feeder window to send the following input message to the SWIFTMTValidator microservice.
Figure 6: Feeder window with the sample message
Output
Figure 7: Display window with the output message for Scenario 1 input