ISO 20022 Standard Maintenance Process
The latest version of ISO 20022 message definitions can be updated on a yearly basis provided changes are requested by the users and approved by the Standards Evaluation Groups (SEGs).
The standard maintenance process includes the following steps
1. The RA collects change requests from users
Actual or potential users of ISO 20022 message definitions are welcome to forward their requests for changes to the Registration Authority (RA). Each change request must describe the scope of the change including the list of impacted ISO 20022 message definitions as identified by the requester, the purpose of the change, the community of users interested by the change and the urgency and expected benefit/impact of the proposed change on current or future users. If the change is proposed to be implemented outside the yearly schedule, the change request must include the justification thereof. A change request template is available from the ISO 20022 website.
Change requests must be submitted to the Registration Authority via the e-form that is available on the e-Requests page. The RA checks each change request for completeness and conformance to the change request template.
When the change request is valid (that is, conforming to the change request template), the RA returns a positive acknowledgement to the submitter, publishes the change request in the Catalogue of change requests and forwards it to the Standards Evaluation Group (SEG) which had approved the current version of the identified ISO 20022 messages.
Valid change requests must be received by the RA prior to June 1 to be considered for implementation in the next yearly maintenance cycle.
Note: when the current version of the message definitions had been approved by several SEGs under the leadership of a Lead SEG, the RA forwards the request to the Lead SEG and copies the other SEGs.
2. The SEG performs the initial evaluation of the change requests
Change requests are evaluated by the SEG which approved the current version of the impacted message definitions on behalf of the community of users. The purpose of the initial evaluation is to filter change requests and already reject those that are not justified.
The RA forwards change requests to the SEGs on an ongoing basis. All valid change requests received by the RA prior to June 1 are communicated to the SEGs by June 7 at the latest. The SEGs are invited to evaluate change requests as soon as received and to contact the submitter at the earliest possible moment with any queries as to scope, purpose or other points of clarity. If an Evaluation Team was established by a SEG to evaluate the current version of the message definitions, the SEG may re-establish this Evaluation Team and ask for their expert opinion on the rationale for each requested change. The submitting organization that developed the current version of the message definitions is also invited to participate in the initial evaluation. When several organizations share the IPR of the current version of the message definitions, all of them are invited to participate in the initial evaluation. If variants are attached to the current version of the message definitions impacted by the change requests, then the SEG also invites the submitting organizations responsible for these variants.
The SEG updates the change request forms with its recommendation to consider or not the request. If the request is accepted for further consideration, the SEG indicates whether it believes the implementation timing proposed by the submitter (whether in or outside of the yearly cycle) is reasonable. The SEG gives a reason for the change requests it recommends rejecting. The SEG forwards all completed change request forms to the RA by July 7 for publication in the Catalogue of change requests.
3. The submitting organization prepares a Maintenance Change Request
Note: in general, new versions of message definitions will be developed by the original submitting organization, that is the organization that developed the original version of the message definitions, or by another organisation that has been authorized to update the messages on behalf of the original submitting organization. If, for any reason, the original submitting organization cannot perform all or part of the requested changes, the RA and the SEG will seek an alternative submitting organization ready to maintain the message definitions. The SEG may also agree to postpone all or part of the requested changes.
The RA assists the submitting organization in setting up the required development environment and provides an electronic version of the ISO 20022 Repository, including the current version of the ISO 20022 message models and the Data Dictionary.
The submitting organization prepares a Maintenance Change Request which includes all the change requests approved for further consideration by the SEG and indicates, for each of them, how the submitting organization proposes to implement the change and the resulting impact on the targeted message definitions. The Maintenance Change Request also confirms whether or not the submitting organization can dedicate required resources to the development of the changes in the requested timeframe. If, for any reason, the submitting organization cannot perform all or part of the requested changes, the RA and the SEG will seek an alternative submitting organization ready to maintain the message definitions. Alternatively, the SEG may agree to postpone all or part of the requested changes.
The submitting organization sends the Maintenance Change Request to the Registration Authority (RA) at firstname.lastname@example.org where the Maintenance Change Request is logged, checked for completeness and confirmed to the submitting organization. From this point on, the status of the Maintenance Change Request is tracked in the Status of submissions which includes a copy of the latest version of the Maintenance Change Request.
Valid Maintenance Change Requests for the following yearly maintenance cycle must be received by the RA by August 21 and are forwarded, by September 1, to the SEGs which had performed the initial evaluation of the change requests.
4. The SEG reviews the Maintenance Change Request
The SEG - or its Evaluation Team - reviews the Maintenance Change Request and approves the proposed implementation of each change request.
The submitting organization is invited to participate in the evaluation to give any further clarification regarding the proposed updates. The submitting organizations responsible for any variants of the current versions of impacted message definitions are also invited to participate.
The result of the review is an agreement regarding which changes will be implemented, how and when. The SEG updates the Maintenance Change Request with its decision for each of the proposed changes and forwards the updated document to the RA. The SEG has until October 1 to complete the review of the Maintenance Change Request and forward it to the RA.
Upon their receipt, the RA transmits the completed Maintenance Change Requests to the submitting organizations and posts them in the Status of submissions.
5. The submitting organization develops the new candidate ISO 20022 message definitions
For the yearly maintenance cycle, the submitting organization has until December 1 to develop a new ISO 20022 compliant version of the message models and to update part 1 of the Message Definition Report, in line with the changes approved by the SEG, and get them checked for compliance by the RA. For exceptional unscheduled changes, the timeframe is indicated in the approved Maintenance Change Request.
The RA registers the candidate new version of ISO 20022 message definitions and generates the evaluation documentation. The evaluation documentation includes the updated Message Definition Report and the XML or ASN.1 schemas generated from the message models.
6. The SEG verifies the documentation of the new candidate ISO 20022 messages
The evaluation documentation is distributed to the SEG during December and is published as advanced draft information in each of the relevant business domain catalogue of messages.
The SEG - or its Evaluation Team - has until February 1 to verify that the new version of the message definitions actually reflects the approved changes, as agreed. If it is not the case, the submitting organization has until March 1 to correct the models or documentation as appropriate.
Upon approval of the SEG, the RA officially notifies the submitting organization and the RMG of the newly approved version of ISO 20022 message definitions. It is only after the approval by the SEG that the new candidate ISO 20022 message definitions can be called 'ISO 20022 message definitions' (or ISO 20022 compliant message definitions).
7. The RA publishes the new version of the ISO 20022 message definitions
Upon approval by the SEG, the submitting organization finalizes part 1 of the Message Definition Report and, possibly, examples of message instances. This information must be received by the RA no later than May 1.
By April/May, the RA publishes the new versions of the ISO 20022 message definitions on the ISO 20022 website. This includes:
Archiving the documentation of the previous version of the message definitions in the Message archive.
Registering the new message definitions and all related message items in the Business Process Catalogue.
Publishing the new Message Definition Report, the XML or ASN.1 schemas and, possibly, example of message instances in the Catalogue of messages.
Making a new version of the ISO 20022 Repository (Business Process Catalogue and Data Dictionary) accessible through the e-Repository function, which allows users to download an EMF-based Repository containing all approved message definitions and the Data Dictionary, and through the Repository Search function.
During the entire registration process, the RA keeps the status of all Change Requests and Maintenance Change Requests updated in the Catalogue of change requests and Status of submissions respectively.
8. Testing and implementation
Until the newly published message definitions have been tested or implemented, one cannot fully guarantee that:
The updates to the ISO 20022 message definitions are described accurately enough in the published documentation to allow users to implement the new version as intended and approved by the SEG;
The approved new version can be implemented from a technical perspective with no or minimal adverse effects on communication infrastructures and/or applications (for example, excessive processing time).
The submitting organization is also invited to review the published documentation and organize or encourage testing and implementation of the new version of the message definitions.
The submitting organization, testers or first implementers are invited to communicate to the RA any remarks they have on the published documentation. The remarks may include proposals for changes to clarify the documentation, align it with what was approved by the SEG, eliminate ambiguity or correct errors that prevent implementation of the updated message definitions. They may include proposals to make the new version easier to implement or process, but may normally not include new business requirements, unless (1) they are in the scope of the approved maintenance change request, and (2) the SEG, the RA and the submitting organization jointly agree that the proposed changes can and must be implemented as soon as possible to ensure adoption of the new version.
If a correction of the message definitions and/or documentation is approved, the new publication is clearly announced on the ISO 20022 website and an 'errata' with the list of the changes is published by the RA for the convenience of implementers who would have started using the published version of the messages/documentation. If the message definitions have been 'patched' to correct a mistake (the message definitions did not reflect what the SEG had approved) or an error (the schema was invalid), the corrected schemas bear a new generation timestamp but keep the same message version number. If any other change is made to a message (improvement, new requirement), the message version number is increased.
Detailed registration procedures
Should you want to have more information, you can download the complete version of the ISO 20022 registration procedures
Maintenance Process Overview
Flow chart of the maintenance process
According to the ISO 20022 Intellectual Property Rights policy, the submitting organization keeps the IPR on the updated message definitions although it grants third parties a non-exclusive, royalty-free license to use the published information. When there are several submitting organizations, for example when the submitting organization of a new version is not the same as the submitting organization(s) of the previous version(s) of the message definitions, all submitting organizations will share the IPR.
Appeals and complaints
Submitting organizations may appeal to the RMG against a decision of the RA or a SEG using the Appeal/Issue template. A subsequent appeal may be made through the secretariat of ISO TC68/SC9, the ISO committee in charge of the ISO 20022 standard.
Complaints regarding the service provided by the RA or the SEGs may also be sent to the RMG using the Appeal/Issue template. Complaints must be service orientated and are not considered part of the appeal process.