Como a IA pode levar a legibilidade de contas e extratos ao próximo nível

Como a IA pode levar a legibilidade de contas e extratos ao próximo nível

In
Contas e extratos são difíceis de decifrar
, notamos que era muito difícil ler faturas e extratos de bancos, empresas de comércio eletrônico, varejistas e outros setores. Pegamos dois exemplos e nos aprofundamos para entender toda a extensão do problema da indecifrabilidade:

  1. Projeto de lei de comércio eletrônico
  2. Extrato de conta

Neste post, examinaremos a causa raiz deste problema e proporemos algumas soluções.

----

Existem algumas características das faturas e extratos – mais precisamente, dos sistemas que os geram.

Os sistemas de registro têm limitações 

Antigamente, os sistemas de e-mail suportavam apenas oito caracteres para o ID (ou seja, o nome que aparece antes do símbolo @ em um endereço de e-mail). Como resultado, as pessoas tiveram que truncar seu nome e sobrenome para caber no ID. Portanto, havia endereços de e-mail como ravindrn@microsoft.com (meu primo, que foi um dos primeiros 2000 funcionários da Microsoft) e anilgods@ibm.com (meu cliente, que é um veterano da IBM). (Ambos os e-mails foram alterados para proteger a identidade.)

Da mesma forma, ainda hoje, muitos sistemas de registro têm limitações de comprimento de caracteres para vários campos, por ex. Descrição do SKU nos sistemas de entrada de pedidos e estoque. Suspeito que essa restrição causou a baixa legibilidade da lei de comércio eletrônico no primeiro exemplo.

Os sistemas de cobrança estão a jusante

Contas e extratos não são criados do zero. Em vez disso, eles são reunidos a partir de dados extraídos de sistemas circundantes nos cenários de TI de bancos, varejistas e empresas de outros setores. Portanto, eles estão sujeitos ao velho ditado da ciência da computação: GIGO – Garbage In, Garbage Out. Embora o redesenho de faturas e extratos possa melhorar sua aparência, ele não pode resolver o problema fundamental de legibilidade causado por texto enigmático/ausente/ilegível recebido de sistemas upstream.

Os sistemas surround abrangem várias empresas

Este problema é agravado quando os referidos “sistemas envolventes” atravessam múltiplas empresas, como acontece com os extratos bancários. A multiplicidade de sistemas que inclui core banking, banco digital, canais, prestadores de serviços de pagamento e operadores de esquemas, causa desafios adicionais de legibilidade, como segue:

  1. Mensagens criptografadas inseridas por usuários finais em campos de texto de formato livre, por exemplo. campo memorando no qual o pagador insere a finalidade do pagamento. (Na Austrália, alguns clientes usam regularmente este campo para enviar

    mensagens abusivas
    para ex-cônjuges!)
  2. Vazamentos, limitações e distorção de dados por sistemas upstream.
  3. Desconexões causadas pelos vários protocolos usados ​​para mensagens entre diferentes sistemas, por exemplo. ISO 8587, SWIFT MT, ISO 20022. Cada protocolo possui seus próprios atributos em termos de comprimento de campo, suporte para caracteres especiais e assim por diante. Como resultado, a narração inserida pelo pagador no sistema do seu banco não é necessariamente a narração vista pelo beneficiário no extrato de contas do seu banco. Suspeito que isso resultou na indecifrabilidade do extrato bancário no segundo exemplo.
  4. O mesmo que acima para produtos diferentes, por ex. ISO 8587 para ATM, SWIFT MT para pagamentos transfronteiriços, ISO 20022 para Waiting for Godot. Como resultado, a narração vista pelo beneficiário varia de acordo com o método de pagamento, por ex. A narração NEFT é diferente da narração IMPS mesmo quando o pagador usou a mesma narração de sua parte ao iniciar ambos os MOPs, conforme destacado em

    Dados aprimorados de remessas podem multiplicar volumes de transferência eletrônica de fundos
    .
  5. Insuficiência de dados devido a restrições impostas pelas leis de privacidade de dados sobre o tipo de dados que podem ser transferidos de um sistema para outro. Isto é particularmente verdadeiro em setores regulamentados como o da saúde, por exemplo. O EHR exibirá o histórico completo do caso para todos os médicos assistentes, mas o histórico do caso será limitado às farmácias.

Devido a essas peculiaridades, os lançamentos em faturas e extratos são moldados pela qualidade e quantidade dos dados nos sistemas de origem.

Isso torna virtualmente impossível para empresas de comércio eletrônico, bancos e outros garantirem por si próprios a experiência de legibilidade da fatura/extrato geral. (Pela mesma razão, mais ou menos, a reconciliação bancária não é tão simples como geralmente se acredita.)

----

É tentador acreditar que retalhistas, bancos, PSPs, fornecedores de tecnologia e operadores de esquemas podem sentar-se juntos e redesenhar os seus sistemas de modo a que as questões acima mencionadas sejam controladas na fonte.

Mas os membros da indústria saberiam que esta crença está próxima da esperança do ex-vice-presidente dos EUA, Dan Quayle, no auge do conflito árabe-israelense há algumas décadas:

Por que os judeus e os árabes não podem sentar-se juntos e resolver as suas diferenças como cristãos honestos?

Isto porque tal programa de reformulação custaria muito dinheiro e não proporcionaria retornos proporcionais.

Os retalhistas apoiados por capital de risco não estão sob pressão para obter lucros e podem empreender tal programa.

No entanto, os bancos – que financiam capital de risco – estão sob forte pressão para registar lucros trimestrais e geralmente não gastam demasiado poder intelectual ou dinheiro apenas para evitar que os seus clientes coçam a cabeça. Embora, de vez em quando, eles falem da boca para fora para facilitar a vida de seus clientes por meio de iniciativas que de alguma forma parecem nunca ver a luz do dia, por exemplo. ISO 20022, Dados de Remessas Aprimorados no Reino Unido.

----

Sempre que há problemas legados, as startups estão prontas para entrar na briga para resolvê-los e, assim, gesticular para perturbar os titulares.

A legibilidade de contas e extratos não é exceção.

Eles são incentivados por VCs nessa busca.

@rajeshsawhney: Os bancos não inovam. Um pouco de reflexão e uma simples reformulação dos extratos bancários podem agregar muito valor e prazer.

Porém, como vimos acima, a indecifrabilidade não é um problema fácil de resolver.

Somente quando as startups constroem sistemas e tentam integrá-los aos sistemas centrais é que percebem o quanto subestimaram a extensão do problema de legibilidade.

Uma das duas coisas a seguir acontece a partir daí.

A liquidez é alta, as startups conseguem financiamento suficiente para resolver o problema. Anexo A: PayPal.

@gtm360: A ignorância pode ser uma virtude para startups em muitos setores regulamentados. Como Reid Hoffman disse uma vez, “se soubéssemos das regras de fraude de cartão de crédito, não teríamos fundado o PayPal”.

A liquidez é baixa, o financiamento seca antes de resolverem o problema, os VCs mudam para outro setor e essas startups fecham. Anexo A: Startups de gerenciamento de finanças pessoais (PFM) que tentaram classificar os tipos de despesas em várias categorias com base em lançamentos em extratos bancários. Mas foram frustrados pela fraca legibilidade dos extratos de bancos, fundos, corretoras e outras instituições financeiras. Desprovidos desse recurso matador, eles não conseguiram se tornar populares.

----

Mas tudo não está perdido.

Há um novo gênero de startups de ETL que promete usar técnicas avançadas de IA/ML para melhorar a qualidade dos dados ingeridos por sistemas downstream, por exemplo.
Arquivo plano e
Um esquema.

Como a IA pode levar a legibilidade de contas e declarações ao próximo nível PlatoBlockchain Data Intelligence. Pesquisa vertical. Ai.

AI/ML é altamente específico de domínio. Se estas ferramentas ETL funcionarem em sistemas de registo bancário, de comércio eletrónico e de outras indústrias, poderão finalmente ser capazes de resolver o problema da indecifrabilidade e levar a legibilidade das faturas e extratos para o próximo nível.

Carimbo de hora:

Mais de Fintextra