MX Messages a Common Language for All Contents Introduction
Total Page:16
File Type:pdf, Size:1020Kb
MX Messages A common language for all Contents Introduction Introduction 03 Temenos believes in a connected world. We know in advance of regulatory adoption where we believe it is that a connected world needs a common language for prudent to do so. communication. The ISO 20022 standard defines a set of Our experience is that not only are financial institutions ISO 20022 Standard 05 xml format messages for financial services, which define using the ISO 20022 messages to communicate with XML Messages 05 a common language that will allow connected systems to other institutions, we have found that many banks use the Framework Approach 05 have an automated dialogue. We are not alone in this standard as a reference to communicate between integrated belief, and this standard has support from organizations systems within the same bank. Temenos Messaging Framework 07 such as SWIFT, Euroclear, Payments UK and OAGi among Outgoing Messages 07 others, all of whom have submitted messages for inclusion in Many existing IT systems are introducing add-ons to existing Incoming Messages 09 the ISO 20022 standard. systems that either: Testing 09 Convert outgoing messages from an existing national or While there are benefits to the introduction of a common proprietary format to an ISO 20022 one; or Market Adoption 10 language of communication; generally, the introduction of ISO 20022 is not being mandated except where there Convert incoming ISO 20022 messages to an internal Payments 11 is a genuine business change or market change. A good national or proprietary one Use of ISO 20022 in the Payments Domain 11 example of this is the Single European Payments Area We recognize that the ISO 20022 messages Temenos Payments Support 13 (SEPA) which has replaced national payment systems in the are generally more functionally rich than the equivalent Euro area with a common payments message set based on proprietary messages that they are replacing and some Securities 17 the ISO 20022 standard. information is lost when doing this conversion. We also Use of ISO 20022 in the Securities Domain 17 recognize that to make full use of the ISO 20022 standard Temenos Securities Support 18 While financial institutions within a single national means more than simply treating these messages as jurisdiction are generally already able to communicate with another message standard to be supported. It also means Trade Services 20 one another through national standards, the business driver re-designing existing workflows to take advantage of the Use of ISO 20022 in the Trade Services Domain 20 behind the introduction of ISO 200222 messages is often opportunities for automated error handling and cross-border the need for cross border communication. The ISO 20022 automated processing offered by ISO 20022. standard is being used as a reference for all the participants Foreign Exchange 21 Our existing and evolving framework approach means that Use of ISO 20022 in the Foreign Exchange Domain 21 taking part in the cross border communication. As a global we can support customers with their current and future use company, Temenos has been actively supporting our of MX messages; whether the messages are used internally customers with the adoption of the ISO 20022 message Conclusion 22 or externally by the bank, within a closed settlement network standard for a number of years, and we are continually or as a cross-border securities order or payment initiation. enhancing the Temenos product to support new messages | 02 | 03 ISO 20022 Standard XML Messages Not to go into too much detail on XML here, but we will mention the following: ISO 20022 uses an XML (eXtensible Mark-up Language) Each XML message comes with a schema which syntax. Within the message, the XML data is marked up defines the elements within a message and the with opening and closing tags that indicate the meaning contents of each element that makes up the message and structure of the information. (such as length, character set, etc.). Thus the format of ISO 20022 messages produced by a system can For example, <Dt>2016-08-16</Dt> is an XML be validated as part of testing against the message representation of the date 16th August 2016 using the schema to ensure the validity of the message. following format: The elements that make up ISO 20022 messages are <Dt> is the opening tag for the date common across message formats. Thus, the element </Dt> is the closing tag for the date PostalAddress6 shown above is used in Payments messages, whereas the element PostalAddress8 is The date is the data between the opening and closing tags used in Securities Clearing messages. However, where The opening and closing tags along with the data they the tags used in the two elements are the same (for contain is known as an element. example AdrTp, StrtNm, BldgNb, PstCd, etc.), then the tags would have the same meaning and format. This Elements can be grouped together into complex structures not only means that common software can be used to contained within a tag. For example, the tag Postal produce both Securities and Payments messages, but Address6 will contain the elements that make up an address also that the messages themselves can be stored in a as shown below: common database and data mining tools can be used <PostalAdress6> to return useful information from the big data stored in <AdrTp>ADDR</AdrTp> the message history. <Dept>5th Floor</Dept> <SubDept></SubDept> Framework Approach <StrtNm>Fenchurch Street</StrtNm> <BldgNb>71</BldgNb> <PstCd>EC3M 4TD</PstCd> As mentioned above, there are elements of the ISO 20022 <TwnNm>London</TwnNm> messages that are consistent across the different business <Ctry>GB</Ctry> domains. Names and addresses are an obvious example, but other clearly identified elements are: Currency Code, <PostalAdress6> Cash Account, BIC, etc. This means the production and The element Postal Address is defined from the elements that processing of ISO 20022 messages clearly lends itself to make up the postal address such as Street Name, Building the framework approach already employed by Temenos. Number, Post Code, etc. While there are issues with the Outward messages are built by data handed off by the use of XML; such as it being more verbose than other business application. Then a message is produced using syntaxes and less efficient to transmit and store, the fact standard framework APIs to perform the data joins required that it is an international open format makes it ideal for use to populate the message with the required additional in ISO 20022 messages. In addition, it has widespread data that is not captured as part of the original business support from different vendors and across industry application. For example, populating a customer name from boundaries (unlike the Swift proprietary format for example). a customer number. Another benefit is that there are a wide variety of off the shelf tools available for editing, formatting and validation of XML messages. | 04 | 05 Temenos Messaging Framework Employing a framework to support multiple business applications (payments, securities, trade services, etc.) Temenos is upgrading existing frameworks to support both the ISO 20022 standard and xml messages generally. The ensures consistency of approach across the different upgraded framework will use an industry standard transformation capability for transforming raw application handoff data business areas and provides the following: from business application into MX messages in the ISO 20022 format. We are committed to the framework approach because all messages go through the same system which provides the following: Reduction in training costs as skills gained in producing and modifying messages in one business domain are Reduction in development costs by introducing a standard approach to build messages transferable to other business domains Improvement in reliability as any new messages are being introduced onto stable and reliable software Reliable software as a framework where input and Allows technical staff to easily transition between different business domains (between payments and securities for output against published schemas means automated instance) without an expensive training program testing can be introduced and maintained It also allows us to build on our existing framework technology, Temenos Integration, reducing the risks associated with Consistency of design resulting in lower development adopting new and untried software. costs Similarly, deploying a framework to process inward Outgoing Messages transactions will allow the inward messages to be routed for processing by the correct applications based on message Business Application Handoff types and key data elements (for example payment For outgoing xml messages, the upgraded Temenos MX Messaging framework will take data output from the business messages from the SEPA or Securities Trades settling in the application and use an enhanced delivery application to emit an event to the Temenos Integration Framework. This USA). workflow is shown below: Once processed, the framework could be used to store the messages received or sent in a consistent database, which Identify carrier, could then be used for data mining to return useful analytics Enrich handoff Basic Application No apply product with user exit validation with regards to inward transactions. handoff API customer mapping routines error preferences Storing information on the inward and outward ISO 20022 messages is important, as it allows the financial institution Yes