Éclairer la balise sous la qualité des données grâce à ISO 20022

responsable des questions sectorielles pour l’APAC, JP Morgan Payments, pour répondre à certaines questions liées à son panel Sibos, « Repenser l’architecture des données à travers l’objectif ISO 20022″.

Tout d’abord, note Tagai, il y a un énorme défi pour les institutions financières qui passent d’un environnement de données non structuré à un environnement de données structuré. « ISO 20022 consiste vraiment à passer du non structuré au structuré, à passer d’une intervention plus humaine à l’automatisation. Plus d’automatisation s’accompagne de décisions plus éclairées, d’une meilleure analyse et de moins d’erreurs. »

 »

Alors que la norme ISO 20022 est introduite pour faciliter une plus grande automatisation des processus métier sous-jacents, ce nouveau format de données enrichi changera la manière dont les données sont conservées et traitées. Il ajoute que les paiements transfrontaliers traitent toujours des données non structurées dans certains des domaines clés, et une migration vers ISO 20022 faciliterait la transition vers un environnement de données davantage structuré qui permettrait une automatisation plus poussée.

Par conséquent, les banques doivent adopter des données structurées et granulaires et tirer parti des opportunités d’automatisation (telles que l’identification des parties ou le filtrage des sanctions), se concentrer sur les points faibles des clients dans leur rapprochement des paiements entrants et explorer tout autre besoin de transport de données non satisfait d’une banque à l’autre. chaîne qui peut aider le client

Quelles sont les technologies qui aideront les banques dans leurs efforts pour mettre en œuvre et récolter les fruits d’ISO 20022 ?

Également président du groupe de gestion des enregistrements ISO 20022 (RMG), Tagai explique que la technologie évaluée au sein du RMG vise à garantir que les banques mettent en œuvre non seulement le message ISO 20022, mais qu’il existe un modèle commercial et d’information global qui motive le message.

Cela signifierait que tout le monde est d’accord au niveau du modèle d’entreprise et d’information avant de discuter des problèmes de mappage de données granulaires. Tagai déclare que les banques doivent d’abord prendre du recul et évaluer si elles intègrent les messages ISO 20022 de manière évolutive, plutôt que de simplement s’assurer que tout le monde se conforme simplement au format de message Swift.

Cette étape supplémentaire devrait être utile lorsque vous passez à l’année 2 et au-delà lorsque chacune de vos applications fonctionne dans un silo aujourd’hui et lorsque les réflexions commencent à progresser en termes de réalisation de l’interopérabilité entre différentes disciplines commerciales.

Il explique qu’à mesure que les données deviennent granulaires, les banques devraient également être prêtes à accepter que chaque marché national de la chaîne de paiement transfrontalière fonctionne différemment et que le même terme tel que « code d’objet » ou « adresse » puisse avoir des définitions différentes pour le traitement local. les raisons.

« Au fur et à mesure que le format devient plus granulaire, les différences apparaîtront clairement ainsi que la qualité variable des données qui est la plus élevée lorsqu’elle provient du débiteur. La possibilité de réconcilier votre dictionnaire de données interne avec des définitions externes, en particulier dans des pratiques extrêmement fragmentées telles que les paiements transfrontaliers, serait une clé pour comprendre la qualité des données dans chaque entreprise. »

Les API standardisées sont-elles la clé de l’interopérabilité de l’intégration des processus d’API ?

Alors qu’une API ISO 20022 normalisée n’existe pas aujourd’hui, et qu’il n’y a pas de norme ISO 20022 une fois qu’une entreprise cite une API (car les messages ISO 20022 sont exprimés dans le langage XML de longue date), Tagai observe qu’il existe de nombreuses opportunités qui viendraient avec une telle standardisation.

Par souci de clarté, il ajoute que la standardisation du développement de l’API nécessiterait deux étapes  :

« Comme il n’existe pas de norme actuelle, les API sont devenues très populaires car elles sont flexibles et facilement personnalisables en tant que moyen d’échange de données. Pour cette raison cependant, alors que la plupart des institutions utilisent des éléments communs pour le même objectif commercial, elles développent leurs API de différentes manières. Cela signifie que les clients sont confus et que la situation devient complexe.

 »

Bien que ce processus ait pu prendre cinq à dix ans dans le passé, ces jours-ci, en particulier avec le rythme de la crypto-monnaie, des actifs numériques et des paiements en temps réel, la nécessité d’accélérer ce délai est plus grande.

« Ce que j’observe dans l’espace ISO 20022, c’est que même les plus lents des responsables des normes deviennent vraiment rapides et essaient de devancer le marché. »

Qu’attendez-vous le plus du Sibos 2022 ?

Tagai conclut que Sibos est « une opportunité pour moi d’avoir un véritable dialogue avec l’industrie, de comprendre les véritables points faibles des clients ».

Surtout, il espère « allumer le phare sous la bannière de la qualité des données !