Yapay Zeka, Faturaların ve Ekstrelerin Okunabilirliğini Bir Sonraki Seviyeye Nasıl Taşıyabilir?

Yapay Zeka, Faturaların ve Ekstrelerin Okunabilirliğini Bir Sonraki Seviyeye Nasıl Taşıyabilir?

Zaman Damgası: 10 Ocak 2024 5:27

In
Fatura ve Beyannamelerin Şifresini Çözmek Zorbankalardan, e-ticaret şirketlerinden, perakendecilerden ve diğer sektörlerden gelen faturaları ve beyanları okumanın çok zor olduğunu fark ettik. İki örnek aldık ve çözülemezlik sorununun boyutunu tam olarak anlamak için derinlemesine bir inceleme yaptık:

  1. E-ticaret Faturası
  2. Hesap özeti

Bu yazıda bu sorunun temel nedenini inceleyeceğiz ve birkaç çözüm önereceğiz.

----

Faturaların ve ekstrelerin, daha doğrusu bunları üreten sistemlerin birkaç özelliği vardır.

Kayıt sistemlerinin sınırlamaları vardır 

Eskiden e-posta sistemleri kimlik için yalnızca sekiz karakteri (yani bir e-posta adresinde @ simgesinden önce görünen adı) destekliyordu. Sonuç olarak, insanlar kimliğe sığması için adlarını ve soyadlarını kısaltmak zorunda kaldı. Yani ravindrn@microsoft.com (Microsoft'un ilk 2000 çalışanından biri olan kuzenim) ve anilgods@ibm.com (IBM emektar müşterim) gibi e-posta adresleri vardı. (Kimliği korumak için her iki e-posta da değiştirildi.)

Benzer şekilde, bugün bile birçok kayıt sisteminin çeşitli alanlar için karakter uzunluğu sınırlamaları vardır; Sipariş girişi ve envanter sistemlerinde SKU açıklaması. Bu kısıtlamanın ilk örnekte e-ticaret faturasının okunabilirliğinin zayıf olmasına neden olduğundan şüpheleniyorum.

Faturalandırma sistemleri aşağı yönlüdür

Faturalar ve beyanlar sıfırdan oluşturulmaz. Bunun yerine bankaların, perakendecilerin ve diğer sektörlerdeki şirketlerin BT ortamlarındaki surround sistemlerden alınan verilerden bir araya getiriliyorlar. Dolayısıyla bilgisayar biliminin eski atasözüne tabidirler: GIGO – Çöp İçeri, Çöp Dışarı. Faturaların ve beyannamelerin yeniden tasarlanması görünüm ve hissi iyileştirebilse de, yukarı akışlı sistemlerden alınan şifreli / eksik / bozuk metnin neden olduğu temel okunabilirlik sorununu çözemez.

Çevresel sistemler birden fazla şirketi bir araya getiriyor

Banka hesap özetlerinde olduğu gibi, yukarıda bahsedilen "surround sistemler" birden fazla şirkette dolaştığında bu sorun daha da kötüleşiyor. Temel bankacılık, dijital bankacılık, kanallar, ödeme hizmeti sağlayıcıları ve plan operatörlerini içeren sistemlerin çokluğu, aşağıdaki gibi ek okunabilirlik zorluklarına neden olur:

  1. Son kullanıcılar tarafından serbest biçimli metin alanlarına girilen şifreli mesajlar; Ödeyenin ödeme amacını girdiği not alanı. (Avustralya'da bazı müşteriler bu alanı düzenli olarak e-posta göndermek için kullanır.

    küfürlü mesajlar     eski eşlere!)
  2. Yukarı akışlı sistemler tarafından veri sızıntıları, sınırlamalar ve bozulmalar.
  3. Farklı sistemler arasında mesajlaşma için kullanılan birden fazla protokolün neden olduğu bağlantı kesintileri; ISO 8587, SWIFT MT, ISO 20022. Her protokolün alan uzunluğu, özel karakter desteği vb. açısından kendi özellikleri vardır. Sonuç olarak, ödeyenin bankasının sistemine girdiği anlatım, alacaklının bankasının hesap özetinde gördüğü anlatımla aynı olmayabilir. Bunun ikinci örnekte banka ekstresinin çözülemez olmasına yol açtığından şüpheleniyorum.
  4. Farklı ürünler için yukarıdakiyle aynı; ATM için ISO 8587, Sınır Ötesi Ödemeler için SWIFT MT, Godot'yu Beklerken için ISO 20022. Sonuç olarak, alacaklının gördüğü anlatım ödeme yöntemine göre değişiklik gösterir; NEFT anlatımı, ödemeyi yapan kişi her iki MOP'u başlatırken kendi tarafında aynı anlatımı kullansa bile IMPS anlatımından farklıdır.

    Geliştirilmiş Havale Verileri, Elektronik Fon Transferi Hacimlerini Katlayabilir    .
  5. Veri gizliliği yasalarının bir sistemden diğerine aktarılabilecek veri türüne getirdiği kısıtlamalar nedeniyle veri yetersizliği. Bu özellikle sağlık hizmetleri gibi düzenlemeye tabi endüstriler için geçerlidir; EHR, vaka geçmişini tedavi eden her doktora gösterecek, ancak vaka geçmişini eczanelerle sınırlı olarak gösterecek.

Bu özelliklerinden dolayı fatura ve ekstre girişleri kaynak sistemlerdeki verinin nitelik ve niceliğine göre şekillenmektedir.

Bu, e-ticaret şirketlerinin, bankaların ve diğerlerinin genel faturanın/beyannamenin okunabilirlik deneyimini kendi başlarına sağlamalarını neredeyse imkansız hale getirir. (Aşağı yukarı aynı sebepten dolayı, banka mutabakatı genel olarak inanıldığı kadar basit değildir.)

----

Perakendecilerin, bankaların, PSP'lerin, teknoloji satıcılarının ve program operatörlerinin bir araya gelip sistemlerini yukarıda bahsedilen sorunların kaynağında engelleneceği şekilde yeniden tasarlayabileceklerine inanmak cazip geliyor.

Ancak sektördeki kişiler bu inancın, eski ABD Başkan Yardımcısı Dan Quayle'ın birkaç on yıl önce Arap-İsrail çatışmasının zirvesindeyken duyduğu büyük umutla yakın olduğunu bilir:

Neden Yahudiler ve Araplar Dürüst Hıristiyanlar gibi bir arada oturup farklılıklarını çözemiyorlar?

Bunun nedeni, böyle bir yeniden tasarlama programının çok fazla paraya mal olması ve orantılı getiri sağlayamamasıdır.

VC destekli perakendeciler kar elde etme baskısı altında değildir ve böyle bir programı üstlenebilirler.

Bununla birlikte, risk sermayedarlarına fon sağlayan bankalar, üç aylık karlarını açıklama konusunda ciddi bir baskı altındadır ve genellikle müşterilerinin kafalarını kaşımasını önlemek için çok fazla beyin gücü veya para gücü harcamazlar. Her ne kadar zaman zaman, bir şekilde gün ışığını hiç görmemiş gibi görünen girişimler yoluyla müşterilerinin hayatını kolaylaştırmak için sahte bir hizmet veriyorlar; ISO 20022, Birleşik Krallık'ta Geliştirilmiş Havale Verileri.

----

Ne zaman eski sorunlar ortaya çıksa, start-up'lar bunları çözmek için mücadeleye katılmaya ve böylece yerleşik firmaları rahatsız etme jestine hazırdır.

Faturaların ve beyanların okunabilirliği bir istisna değildir.

Bu arayışta VC'ler tarafından teşvik ediliyorlar.

@rajeshsawhney: Bankalar yenilik yapmaz. Biraz düşünmek ve banka ekstrelerinin basit bir şekilde yeniden tasarlanması, çok fazla değer ve keyif katabilir.

Ancak yukarıda da gördüğümüz gibi çözülemezlik çözülmesi kolay bir sorun değildir.

Startup'lar ancak sistemler kurup bunları çekirdek sistemlerle entegre etmeye çalıştıklarında, okunabilirlik sorununun boyutunu ne kadar hafife aldıklarını fark ediyorlar.

Bundan sonra aşağıdaki iki şeyden biri olur.

Likidite yüksek, startuplar sorunu çözmeye yetecek kadar fon alıyor. Ek A: PayPal.

@gtm360: Cehalet, düzenlemeye tabi birçok sektörde yeni kurulan şirketler için bir erdem olabilir. Reid Hoffman'ın bir zamanlar dediği gibi, "Kredi kartı dolandırıcılığının kurallarını bilseydik, PayPal'ı kurmazdık".

Likidite düşük, sorun çözülmeden finansman kuruyor, risk sermayedarları başka bir sektöre geçiyor ve bu girişimler kapanıyor. Ek A: Banka hesap özetlerindeki girişlere dayanarak gider türlerini çeşitli kategorilere ayırmaya çalışan kişisel finans yöneticisi (PFM) girişimleri. Ancak bankalardan, fonlardan, aracı kurumlardan ve diğer finansal kuruluşlardan gelen beyanların okunabilirliğinin zayıf olması nedeniyle bu girişimler engellendi. Bu muhteşem özellikten yoksun oldukları için ana akım haline gelmeyi başaramadılar.

----

Ama hepsi kayıp değil.

Aşağı akışlı sistemler tarafından alınan verilerin kalitesini artırmak için gelişmiş AI / ML tekniklerini kullanmayı vaat eden yeni bir ETL startup türü var;
Düz bir dosya ve
BirŞema.

Yapay Zeka, Faturaların ve Beyannamelerin Okunabilirliğini Bir Sonraki Seviyeye Nasıl Taşıyabilir? PlatoBlockchain Veri Zekası. Dikey Arama. Ai.

AI / ML oldukça alana özgüdür. Bu ETL araçları bankacılık, e-ticaret ve diğer sektörlerdeki kayıt sistemleri üzerinde çalışırsa, sonunda çözülemezlik sorununu çözebilir ve faturaların ve ekstrelerin okunabilirliğini bir sonraki seviyeye taşıyabilirler.

Zaman Damgası:

Den fazla Fintextra