Hvordan AI kan ta lesbarheten til regninger og kontoutskrifter til neste nivå

Hvordan AI kan ta lesbarheten til regninger og kontoutskrifter til neste nivå

Tidsstempel: 10. januar 2024 5:27

In
Regninger og kontoutskrifter er vanskelige å tyde, la vi merke til at det var veldig vanskelig å lese regninger og kontoutskrifter fra banker, e-handelsselskaper, forhandlere og andre bransjer. Vi tok to eksempler og gjorde et dypdykk for å forstå det fulle omfanget av utolkbarhetsproblemet:

  1. Netthandelsregning
  2. Kontoutskrift

I dette innlegget vil vi undersøke årsaken til dette problemet og foreslå noen få løsninger.

----

Det er noen få kjennetegn ved regninger og kontoutskrifter – nærmere bestemt systemene som genererer dem.

Registreringssystemer har begrensninger 

På den tiden støttet e-postsystemer bare åtte tegn for ID-en (dvs. navnet som vises foran @-symbolet i en e-postadresse). Som et resultat måtte folk kutte fornavn og etternavn for å passe inn i ID-en. Ergo var det e-postadresser som ravindrn@microsoft.com (min fetter, som var en av de første 2000 ansatte i Microsoft) og anilgods@ibm.com (min kunde, som er en IBM-veteran). (Begge e-postene er endret for å beskytte identiteten.)

På samme måte, selv i dag, har mange registreringssystemer tegnlengdebegrensninger for forskjellige felt, f.eks. SKU-beskrivelse i ordreregistrerings- og lagersystemer. Jeg mistenker at denne begrensningen forårsaket den dårlige lesbarheten til e-handelsregningen i det første eksemplet.

Faktureringssystemer er nedstrøms

Regninger og kontoutskrifter lages ikke fra grunnen av. I stedet er de satt sammen fra data hentet fra surroundsystemer i IT-landskapet til banker, forhandlere og selskaper i andre bransjer. Ergo er de underlagt det gamle ordtaket innen informatikk: GIGO – Garbage In, Garbage Out. Selv om redesign av regninger og uttalelser kan forbedre utseendet og følelsen deres, kan det ikke løse det grunnleggende lesbarhetsproblemet forårsaket av kryptisk / manglende / forvansket tekst mottatt fra oppstrømssystemer.

Surroundsystemer strekker seg over flere selskaper

Dette problemet forverres når de nevnte "surroundsystemene" krysser flere selskaper, slik det skjer med kontoutskrifter. Mangfoldet av systemer som inkluderer kjernebankvirksomhet, digital bankvirksomhet, kanaler, betalingstjenesteleverandører og ordningsoperatører, forårsaker ytterligere lesbarhetsutfordringer som følger:

  1. Kryptiske meldinger som legges inn av sluttbrukere i frie tekstfelter, f.eks. notatfelt der betaleren angir formålet med betalingen. (I Australia bruker noen kunder regelmessig dette feltet til å sende

    fornærmende meldinger     til tidligere ektefeller!)
  2. Lekkasjer, begrensninger og forvirring av data fra oppstrømssystemer.
  3. Frakoblinger forårsaket av flere protokoller som brukes for meldinger mellom forskjellige systemer, f.eks. ISO 8587, SWIFT MT, ISO 20022. Hver protokoll har sine egne attributter når det gjelder feltlengde, støtte for spesialtegn, og så videre. Som et resultat av dette, er ikke beretningen som er lagt inn av betaleren i bankens system, nødvendigvis den beretningen betalingsmottakeren ser i hennes banks kontoutskrift. Jeg mistenker at dette resulterte i at kontoutskriften i det andre eksemplet ikke kan tydes.
  4. Samme som ovenfor for forskjellige produkter, f.eks. ISO 8587 for ATM, SWIFT MT for grenseoverskridende betalinger, ISO 20022 for Waiting for Godot. Som et resultat varierer fortellingen som betalingsmottakeren ser med betalingsmåten, f.eks. NEFT-fortelling er forskjellig fra IMPS-fortelling selv når betaleren har brukt den samme fortellingen fra sin side mens han startet begge MOP-ene, som fremhevet i

    Forbedrede remitteringsdata kan multiplisere volum av elektronisk fondsoverføring    .
  5. Mangel på data på grunn av begrensninger pålagt av personvernlover på typen data som kan overleveres av ett system til et annet. Dette gjelder spesielt i regulerte bransjer som helsevesenet, f.eks. vil EPJ vise full sakshistorie til alle behandlende lege, men begrenset sakshistorie til apotek.

På grunn av disse særegenhetene, er oppføringer i regninger og erklæringer formet av kvaliteten og mengden av data i kildesystemer.

Dette gjør det praktisk talt umulig for e-handelsselskaper, banker og andre å sikre lesbarheten til den samlede regningen/utskriften på egen hånd. (Av mer eller mindre samme grunn er bankavstemming ikke så enkelt som man vanligvis tror.)

----

Det er fristende å tro at forhandlere, banker, PSP-er, teknologileverandører og systemoperatører kan sitte sammen og redesigne systemene sine slik at de nevnte problemene begrenses ved kilden.

Men bransjeinnsidere ville vite at denne troen er nær det gode håpet til eks-visepresident i USA, Dan Quayle, på høyden av arabisk-israelsk konflikt for noen tiår siden:

Hvorfor kan ikke jødene og araberne sitte sammen og avgjøre forskjellene sine som ærlige kristne?

Det er fordi et slikt redesignprogram vil koste mye penger og ikke levere proporsjonal avkastning.

VC-støttede forhandlere er ikke under noe press for å tjene penger og kan gjennomføre et slikt program.

Banker – som finansierer VC-er – er imidlertid under hardt press for å legge ut kvartalsvise overskudd og bruker generelt ikke for mye hjernekraft eller pengekraft bare for å hindre kundene i å klø seg i hodet. Selv om de fra tid til annen betaler leppetjeneste for å gjøre livet til kundene deres enkelt via initiativer som på en eller annen måte aldri ser ut til å se dagens lys, f.eks. ISO 20022, Enhanced Remittance Data i Storbritannia.

----

Hver gang det er eldre problemer, er startups klare til å hoppe i kampen for å løse dem og dermed gjøre gester for å forstyrre de sittende operatørene.

Lesbarhet av regninger og kontoutskrifter er intet unntak.

De er egget på av VCs i denne jakten.

@rajeshsawhney: Banker innoverer ikke. Litt omtanke og en enkel redesign av kontoutskrifter kan gi så mye verdi og glede.

Imidlertid, som vi så ovenfor, er ubeskrivbarhet ikke et lett problem å løse.

Det er først når startups bygger systemer og prøver å integrere dem med kjernesystemer at de innser hvor dårlig de har undervurdert omfanget av lesbarhetsproblemet.

En av de to følgende tingene skjer derfra.

Likviditeten er høy, startupene får nok finansiering til å løse problemet. Utstilling A: PayPal.

@gtm360: Uvitenhet kan være en dyd for startups i mange regulerte bransjer. Som Reid Hoffman en gang sa, "hadde vi visst om regler for kredittkortsvindel, ville vi ikke ha grunnlagt PayPal".

Likviditeten er lav, finansieringen tørker opp før de løser problemet, VC-er går videre til en annen bransje, og disse startupene slår seg sammen. Utstilling A: Startups med personlig økonomisjef (PFM) som prøvde å klassifisere utgiftstyper i ulike kategorier basert på oppføringer i kontoutskrifter. Men de ble hindret av dårlig lesbarhet av uttalelser fra banker, fond, meglerhus og andre finansinstitusjoner. Uten denne morderfunksjonen klarte de ikke å gå mainstream.

----

Men alt er ikke tapt.

Det er en ny sjanger av ETL-startups som lover å bruke avanserte AI/ML-teknikker for å forbedre kvaliteten på data som tas inn av nedstrømssystemer, f.eks.
Flat fil og
OneSchema.

Hvordan AI kan ta lesbarheten av regninger og kontoutskrifter til neste nivå PlatoBlockchain Data Intelligence. Vertikalt søk. Ai.

AI / ML er svært domenespesifikke. Hvis disse ETL-verktøyene fungerer på registreringssystemer i bank, e-handel og andre bransjer, kan de kanskje endelig løse problemet med ufatteliggjøring og ta lesbarheten til regninger og kontoutskrifter til neste nivå.

Tidstempel:

Mer fra Fintextra