Comment l'IA peut faire passer la lisibilité des factures et des relevés au niveau supérieur

In
Les factures et les relevés sont difficiles à déchiffrer, nous avons remarqué qu'il était très difficile de lire les factures et les relevés des banques, des sociétés de commerce électronique, des détaillants et d'autres secteurs. Nous avons pris deux exemples et avons approfondi pour comprendre toute l'étendue du problème d'indéchiffrabilité :

1. Facture de commerce électronique
2. Relevé bancaire

Dans cet article, nous examinerons la cause profonde de ce problème et proposerons quelques solutions.

----

Il existe quelques caractéristiques des factures et des relevés – plus précisément des systèmes qui les génèrent.

Les systèmes d’enregistrement ont des limites 

À l’époque, les systèmes de messagerie ne prenaient en charge que huit caractères pour l’identifiant (c’est-à-dire le nom qui apparaît avant le symbole @ dans une adresse e-mail). En conséquence, les gens ont dû tronquer leur prénom et leur nom pour tenir dans la pièce d’identité. Ergo, il y avait des adresses e-mail comme ravindrn@microsoft.com (mon cousin, qui était l'un des 2000 premiers employés de Microsoft) et anilgods@ibm.com (mon client, qui est un vétéran d'IBM). (Les deux e-mails ont été modifiés pour protéger l'identité.)

De même, même aujourd'hui, de nombreux systèmes d'enregistrement imposent des limites de longueur de caractères pour divers champs, par ex. Description du SKU dans les systèmes de saisie des commandes et d’inventaire. Je soupçonne que cette contrainte a causé la mauvaise lisibilité de la facture de commerce électronique dans le premier exemple.

Les systèmes de facturation sont en aval

Les factures et les relevés ne sont pas créés à partir de zéro. Au lieu de cela, ils sont rassemblés à partir de données extraites de systèmes surround dans les paysages informatiques des banques, des détaillants et des entreprises d’autres secteurs. Ergo, ils sont soumis au vieil adage de l’informatique : GIGO – Garbage In, Garbage Out. Bien que la refonte des factures et des relevés puisse améliorer leur apparence, elle ne peut pas résoudre le problème fondamental de lisibilité causé par le texte crypté/manquant/tronqué reçu des systèmes en amont.

Les systèmes surround chevauchent plusieurs entreprises

Ce problème est exacerbé lorsque les « systèmes surround » susmentionnés traversent plusieurs entreprises, comme c'est le cas avec les relevés bancaires. La multiplicité des systèmes qui incluent les services bancaires de base, les services bancaires numériques, les canaux, les prestataires de services de paiement et les opérateurs de systèmes, entraîne des problèmes de lisibilité supplémentaires comme suit :

1. Messages énigmatiques saisis par les utilisateurs finaux dans des champs de texte libres, par ex. champ mémo dans lequel le payeur saisit l'objet du paiement. (En Australie, certains clients utilisent régulièrement ce champ pour envoyer
   
   messages abusifs aux ex-conjoints !)
2. Fuites, limitations et confusion des données par les systèmes en amont.
3. Déconnexions causées par les multiples protocoles utilisés pour la messagerie entre différents systèmes, par ex. ISO 8587, SWIFT MT, ISO 20022. Chaque protocole possède ses propres attributs en termes de longueur de champ, de prise en charge des caractères spéciaux, etc. De ce fait, la narration saisie par le payeur dans le système de sa banque n’est pas nécessairement la narration vue par le bénéficiaire dans le relevé de compte de sa banque. Je soupçonne que cela a entraîné l'indéchiffrabilité du relevé bancaire dans le deuxième exemple.
4. Comme ci-dessus pour différents produits, par ex. ISO 8587 pour les guichets automatiques, SWIFT MT pour les paiements transfrontaliers, ISO 20022 pour Waiting for Godot. En conséquence, la narration vue par le bénéficiaire varie selon le mode de paiement, par ex. La narration NEFT est différente de la narration IMPS même lorsque le payeur a utilisé la même narration de son côté lors du lancement des deux MOP, comme le souligne
   
   Des données améliorées sur les transferts de fonds pourraient multiplier les volumes de transferts électroniques de fonds.
5. Insuffisance de données en raison des restrictions imposées par les lois sur la confidentialité des données sur le type de données pouvant être transmises d'un système à un autre. Cela est particulièrement vrai dans les secteurs réglementés comme les soins de santé, par ex. Le DSE affichera l’historique complet des cas pour chaque médecin traitant, mais un historique limité des cas pour les pharmacies.

En raison de ces particularités, les entrées dans les factures et les relevés sont façonnées par la qualité et la quantité de données dans les systèmes sources.

Cela rend pratiquement impossible pour les sociétés de commerce électronique, les banques et autres d'assurer par elles-mêmes la lisibilité de la facture/du relevé global. (Pour plus ou moins la même raison, le rapprochement bancaire n’est pas aussi simple qu’on le croit généralement.)

----

Il est tentant de croire que les détaillants en ligne, les banques, les PSP, les fournisseurs de technologie et les opérateurs de systèmes peuvent s’asseoir ensemble et repenser leurs systèmes de manière à juguler à la source les problèmes susmentionnés.

Mais les initiés de l’industrie savent que cette conviction est proche du cher espoir de l’ancien vice-président des États-Unis, Dan Quayle, au plus fort du conflit israélo-arabe il y a quelques décennies :

Pourquoi les Juifs et les Arabes ne peuvent-ils pas s’asseoir ensemble et régler leurs différends comme d’honnêtes chrétiens ?

En effet, un tel programme de refonte coûterait très cher et ne produirait pas de résultats proportionnés.

Les détaillants soutenus par le capital-risque ne subissent aucune pression pour réaliser des bénéfices et pourraient entreprendre un tel programme.

Cependant, les banques – qui financent les sociétés de capital-risque – subissent de fortes pressions pour publier des bénéfices trimestriels et ne dépensent généralement pas trop de matière grise ou d’argent juste pour empêcher leurs clients de se gratter la tête. Bien que, de temps en temps, ils font semblant de faciliter la vie de leurs clients via des initiatives qui, d’une manière ou d’une autre, ne semblent jamais voir le jour, par exemple. ISO 20022, Enhanced Remittance Data au Royaume-Uni.

Pièce A : Le service client ne joue aucun rôle dans la rentabilité des banques. https://t.co/PCsIEs1vet

– Ketharaman Swaminathan (@s_ketharaman) 15 octobre 2022

----

Chaque fois qu’il y a des problèmes existants, les startups sont prêtes à se lancer dans la mêlée pour les résoudre et ainsi faire un geste pour perturber les opérateurs historiques.

La lisibilité des factures et des relevés ne fait pas exception.

Ils sont encouragés par les sociétés de capital-risque dans cette quête.

@rajeshsawhney : Les banques n’innovent pas. Un peu de réflexion et une simple refonte des relevés bancaires peuvent ajouter beaucoup de valeur et de plaisir.

Cependant, comme nous l’avons vu plus haut, l’indéchiffrabilité n’est pas un problème facile à résoudre.

Ce n’est que lorsque les startups construisent des systèmes et tentent de les intégrer aux systèmes de base qu’elles réalisent à quel point elles ont sous-estimé l’ampleur du problème de lisibilité.

L’une des deux choses suivantes se produit à partir de là.

La liquidité est élevée, les startups reçoivent suffisamment de financement pour résoudre le problème. Pièce A : PayPal.

@gtm360 : L'ignorance peut être une vertu pour les startups dans de nombreux secteurs réglementés. Comme l’a dit un jour Reid Hoffman, « si nous avions connu les règles relatives à la fraude par carte de crédit, nous n’aurions pas fondé PayPal ».

Les liquidités sont faibles, les financements se tarissent avant de résoudre le problème, les sociétés de capital-risque se tournent vers un autre secteur et ces startups font faillite. Pièce A : Startups de gestion des finances personnelles (PFM) qui ont tenté de classer les types de dépenses en différentes catégories en fonction des entrées dans les relevés bancaires. Mais ils ont été contrecarrés par la mauvaise lisibilité des relevés des banques, fonds, maisons de courtage et autres institutions financières. Privés de cette fonctionnalité qui tue, ils n’ont pas réussi à se généraliser.

----

Mais tout n'est pas perdu.

Il existe un nouveau genre de startups ETL qui promettent d'utiliser des techniques avancées d'IA/ML pour améliorer la qualité des données ingérées par les systèmes en aval, par exemple.
Fichier plat ainsi que le
UnSchéma.

L'IA/ML est hautement spécifique à un domaine. Si ces outils ETL fonctionnent sur les systèmes d'enregistrement dans les secteurs bancaire, du commerce électronique et d'autres secteurs, ils pourraient enfin résoudre le problème de l'indéchiffrabilité et faire passer la lisibilité des factures et des relevés à un niveau supérieur.

• Contenu propulsé par le référencement et distribution de relations publiques. Soyez amplifié aujourd'hui.
• PlatoData.Network Ai générative verticale. Autonomisez-vous. Accéder ici.
• PlatoAiStream. Intelligence Web3. Connaissance Amplifiée. Accéder ici.
• PlatonESG. Carbone, Technologie propre, Énergie, Environnement, Solaire, La gestion des déchets. Accéder ici.
• PlatoHealth. Veille biotechnologique et essais cliniques. Accéder ici.
• La source: https://www.finextra.com/blogposting/25504/how-ai-can-take-readability-of-bills-and-statements-to-the-next-level?utm_medium=rssfinextra&utm_source=finextrablogs