AI สามารถนำความสามารถในการอ่านบิลและใบแจ้งยอดไปสู่ระดับต่อไปได้อย่างไร

In
ตั๋วเงินและใบแจ้งยอดนั้นยากต่อการถอดรหัสเราสังเกตเห็นว่าการอ่านใบเรียกเก็บเงินและใบแจ้งยอดจากธนาคาร บริษัทอีคอมเมิร์ซ ผู้ค้าปลีก และอุตสาหกรรมอื่นๆ เป็นเรื่องยากมาก เราได้ยกตัวอย่างสองตัวอย่างและเจาะลึกเพื่อทำความเข้าใจขอบเขตทั้งหมดของปัญหาที่ไม่สามารถถอดรหัสได้:

1. บิลอีคอมเมิร์ซ
2. รายการเงินฝากถอนในบัญชีเงินฝาก

ในโพสต์นี้ เราจะตรวจสอบสาเหตุของปัญหานี้และเสนอแนวทางแก้ไขบางประการ

----

มีคุณลักษณะบางประการของใบเรียกเก็บเงินและใบแจ้งยอด - หรือแม่นยำยิ่งขึ้นของระบบที่สร้างสิ่งเหล่านั้น

ระบบบันทึกมีข้อจำกัด 

ย้อนกลับไปในสมัยก่อน ระบบอีเมลรองรับอักขระเพียงแปดตัวสำหรับ ID (เช่น ชื่อที่ปรากฏหน้าสัญลักษณ์ @ ในที่อยู่อีเมล) เป็นผลให้ผู้คนต้องตัดชื่อและนามสกุลให้พอดีกับรหัส Ergo มีที่อยู่อีเมลเช่น ravindrn@microsoft.com (ลูกพี่ลูกน้องของฉันซึ่งเป็นหนึ่งในพนักงาน 2000 คนแรกของ Microsoft) และ anilgods@ibm.com (ลูกค้าของฉันซึ่งเป็นทหารผ่านศึกของ IBM) (อีเมลทั้งสองมีการเปลี่ยนแปลงเพื่อปกป้องข้อมูลประจำตัว)

ในทำนองเดียวกัน แม้กระทั่งทุกวันนี้ ระบบบันทึกจำนวนมากก็มีการจำกัดความยาวของอักขระสำหรับฟิลด์ต่างๆ เช่น คำอธิบาย SKU ในระบบการป้อนคำสั่งซื้อและระบบสินค้าคงคลัง ฉันสงสัยว่าข้อจำกัดนี้ทำให้อ่านบิลอีคอมเมิร์ซได้ไม่ดีในตัวอย่างแรก

ระบบการเรียกเก็บเงินเป็นแบบปลายน้ำ

ตั๋วเงินและใบแจ้งยอดไม่ได้ถูกสร้างขึ้นตั้งแต่ต้นจนจบ แต่จะถูกรวบรวมจากข้อมูลที่ดึงมาจากระบบเซอร์ราวด์ในภูมิทัศน์ด้านไอทีของธนาคาร ผู้ค้าปลีก และบริษัทในอุตสาหกรรมอื่นๆ จริงๆ แล้ว พวกเขาอยู่ภายใต้สุภาษิตโบราณของวิทยาการคอมพิวเตอร์: GIGO – Garbage In, Garbage Out ในขณะที่การออกแบบใบเรียกเก็บเงินและใบแจ้งยอดใหม่สามารถปรับปรุงรูปลักษณ์และการใช้งานได้ แต่ก็ไม่สามารถแก้ปัญหาพื้นฐานในการอ่านได้ที่เกิดจากข้อความที่คลุมเครือ / หายไป / อ่านไม่ออกที่ได้รับจากระบบอัปสตรีม

ระบบเซอร์ราวด์คร่อมบริษัทหลายแห่ง

ปัญหานี้รุนแรงขึ้นเมื่อ “ระบบเซอร์ราวด์” ดังกล่าวเคลื่อนผ่านหลายบริษัท เหมือนกับที่เกิดขึ้นกับใบแจ้งยอดธนาคาร ความหลากหลายของระบบซึ่งรวมถึงธนาคารหลัก ธนาคารดิจิทัล ช่องทาง ผู้ให้บริการการชำระเงิน และผู้ดำเนินการโครงการ ทำให้เกิดความท้าทายในการอ่านเพิ่มเติมดังนี้:

1. ข้อความที่เป็นความลับที่ป้อนโดยผู้ใช้ปลายทางในช่องข้อความรูปแบบอิสระ เช่น ช่องบันทึกที่ผู้ชำระเงินเข้าสู่วัตถุประสงค์ของการชำระเงิน (ในออสเตรเลีย ลูกค้าบางรายใช้ช่องนี้ในการส่งเป็นประจำ
   
   ข้อความที่ไม่เหมาะสม ถึงอดีตคู่สมรส!)
2. การรั่วไหล ข้อจำกัด และการบิดเบือนข้อมูลโดยระบบต้นทาง
3. การตัดการเชื่อมต่อที่เกิดจากโปรโตคอลหลายตัวที่ใช้สำหรับการส่งข้อความระหว่างระบบต่างๆ เช่น ISO 8587, SWIFT MT, ISO 20022 แต่ละโปรโตคอลมีคุณลักษณะของตัวเองในแง่ของความยาวฟิลด์ การรองรับอักขระพิเศษ และอื่นๆ ด้วยเหตุนี้ คำบรรยายที่ป้อนโดยผู้ชำระเงินในระบบธนาคารของเขาจึงไม่จำเป็นต้องเป็นคำบรรยายที่ผู้รับเงินเห็นในใบแจ้งยอดบัญชีธนาคารของเธอ ฉันสงสัยว่าสิ่งนี้ส่งผลให้ใบแจ้งยอดธนาคารไม่สามารถถอดรหัสได้ในตัวอย่างที่สอง
4. เช่นเดียวกับข้างต้นสำหรับผลิตภัณฑ์ที่แตกต่างกันเช่น ISO 8587 สำหรับ ATM, SWIFT MT สำหรับการชำระเงินข้ามพรมแดน, ISO 20022 สำหรับการรอ Godot ด้วยเหตุนี้คำบรรยายที่ผู้รับเงินเห็นจึงแตกต่างกันไปตามวิธีการชำระเงิน เช่น การบรรยายของ NEFT นั้นแตกต่างจากการบรรยายของ IMPS แม้ว่าผู้จ่ายเงินจะใช้คำบรรยายเดียวกันจากฝั่งของเขาในขณะที่เริ่ม MOP ทั้งสอง ดังที่เน้นไว้ใน
   
   ข้อมูลการโอนเงินที่ได้รับการปรับปรุงอาจช่วยเพิ่มปริมาณการโอนเงินทางอิเล็กทรอนิกส์ได้.
5. ข้อมูลไม่เพียงพอเนื่องจากข้อจำกัดที่กำหนดโดยกฎหมายความเป็นส่วนตัวของข้อมูลเกี่ยวกับประเภทของข้อมูลที่สามารถส่งต่อโดยระบบหนึ่งไปยังอีกระบบหนึ่งได้ นี่เป็นเรื่องจริงโดยเฉพาะอย่างยิ่งในอุตสาหกรรมที่มีการควบคุม เช่น การดูแลสุขภาพ เช่น EHR จะแสดงประวัติผู้ป่วยทั้งหมดแก่แพทย์ที่ทำการรักษาทุกคน แต่จะจำกัดประวัติผู้ป่วยสำหรับร้านขายยา

เนื่องจากลักษณะเฉพาะเหล่านี้ รายการในใบเรียกเก็บเงินและใบแจ้งยอดจึงถูกกำหนดตามคุณภาพและปริมาณของข้อมูลในระบบต้นทาง

ทำให้แทบเป็นไปไม่ได้เลยที่บริษัทอีคอมเมิร์ซ ธนาคาร และบริษัทอื่นๆ จะรับประกันประสบการณ์ในการอ่านบิล/ใบแจ้งยอดโดยรวมด้วยตนเอง (ด้วยเหตุผลเดียวกันไม่มากก็น้อย การกระทบยอดธนาคารไม่ง่ายอย่างที่เชื่อกันโดยทั่วไป)

----

เป็นเรื่องที่น่าเชื่อว่าผู้ค้าปลีก ธนาคาร PSP ผู้ขายเทคโนโลยี และผู้ประกอบการโครงการสามารถนั่งร่วมกันและออกแบบระบบของตนใหม่ เพื่อควบคุมปัญหาที่กล่าวมาข้างต้นตั้งแต่ต้นทาง

แต่คนในวงการจะรู้ว่าความเชื่อนี้ใกล้เคียงกับความหวังอันแรงกล้าของอดีตรองประธานาธิบดีแห่งสหรัฐอเมริกา Dan Quayle ในช่วงที่ความขัดแย้งระหว่างอาหรับกับอิสราเอลถึงจุดสูงสุดเมื่อสองสามทศวรรษที่แล้ว:

เหตุใดชาวยิวและชาวอาหรับจึงไม่สามารถนั่งร่วมกันและยุติความแตกต่างเหมือนคริสเตียนที่ซื่อสัตย์ได้?

นั่นเป็นเพราะโปรแกรมการออกแบบใหม่ดังกล่าวต้องใช้เงินจำนวนมากและไม่สามารถให้ผลตอบแทนตามสัดส่วนได้

ผู้ค้าปลีกที่ได้รับการสนับสนุนจาก VC ไม่มีความกดดันในการทำกำไรและอาจดำเนินโครงการดังกล่าว

อย่างไรก็ตาม ธนาคารที่ให้ทุนแก่ VC อยู่ภายใต้แรงกดดันอย่างรุนแรงในการโพสต์ผลกำไรรายไตรมาส และโดยทั่วไปแล้วจะไม่ใช้อำนาจสมองหรือเงินมากเกินไปเพียงเพื่อป้องกันไม่ให้ลูกค้าเกาหัว แม้ว่าบางครั้งพวกเขาจะให้บริการแบบปากต่อปากเพื่อทำให้ชีวิตของลูกค้าง่ายขึ้นด้วยความคิดริเริ่มที่ดูเหมือนจะไม่เคยเห็นแสงสว่างของวันเช่น ISO 20022 ข้อมูลการโอนเงินที่ได้รับการปรับปรุงในสหราชอาณาจักร

เอกสารแนบ A: ฝ่ายบริการลูกค้าไม่มีบทบาทในการทำกำไรของธนาคาร https://t.co/PCsIEs1vet

— เกธารามัน สวามินาธาน (@s_ketharaman) ตุลาคม 15, 2022

----

เมื่อใดก็ตามที่มีปัญหาเดิมๆ สตาร์ทอัพก็พร้อมที่จะกระโดดเข้าไปแก้ไข และด้วยเหตุนี้จึงแสดงท่าทีที่จะขัดขวางผู้ครอบครองตลาด

ความสามารถในการอ่านใบเรียกเก็บเงินและใบแจ้งยอดก็ไม่มีข้อยกเว้น

พวกเขาถูก VC ไล่ตามในการแสวงหานี้

@rajeshsawney: ธนาคารไม่มีนวัตกรรม การคิดสักนิดและการออกแบบใบแจ้งยอดจากธนาคารใหม่แบบง่ายๆ ก็สามารถเพิ่มมูลค่าและความเพลิดเพลินได้มากมาย

อย่างไรก็ตาม ดังที่เราเห็นข้างต้น ความสามารถในการถอดรหัสไม่ได้ไม่ใช่เรื่องง่ายที่จะแก้ไข

เฉพาะเมื่อสตาร์ทอัพสร้างระบบและพยายามรวมระบบเข้ากับระบบหลักเท่านั้นที่พวกเขาตระหนักดีว่าพวกเขาประเมินขอบเขตของปัญหาความสามารถในการอ่านต่ำไปเพียงใด

หนึ่งในสองสิ่งต่อไปนี้เกิดขึ้นต่อจากนั้น

สภาพคล่องอยู่ในระดับสูง สตาร์ทอัพได้รับเงินทุนเพียงพอในการแก้ปัญหา เอกสารแนบ A: PayPal

@gtm360: ความไม่รู้อาจเป็นคุณธรรมสำหรับสตาร์ทอัพในอุตสาหกรรมที่ได้รับการควบคุมจำนวนมาก ดังที่ Reid Hoffman เคยกล่าวไว้ว่า “ถ้าเรารู้เกี่ยวกับกฎการฉ้อโกงบัตรเครดิต เราคงไม่ก่อตั้ง PayPal ขึ้นมา”

สภาพคล่องต่ำ เงินทุนแห้งก่อนที่จะแก้ไขปัญหา VCs ย้ายไปยังอุตสาหกรรมอื่น และสตาร์ทอัพเหล่านี้ก็พับกัน เอกสารแนบ A: บริษัทสตาร์ทอัพผู้จัดการการเงินส่วนบุคคล (PFM) ที่พยายามจัดประเภทค่าใช้จ่ายออกเป็นหมวดหมู่ต่างๆ ตามรายการในใบแจ้งยอดจากธนาคาร แต่พวกเขาถูกขัดขวางด้วยการอ่านงบจากธนาคาร กองทุน นายหน้าซื้อขายหลักทรัพย์ และสถาบันการเงินอื่นๆ ได้ไม่ดี ขาดคุณสมบัตินักฆ่านี้ พวกเขาล้มเหลวในการเข้าสู่กระแสหลัก

----

แต่ทั้งหมดจะไม่หายไป

มีสตาร์ทอัพ ETL ประเภทใหม่ที่สัญญาว่าจะใช้เทคนิค AI / ML ขั้นสูงเพื่อปรับปรุงคุณภาพของข้อมูลที่นำเข้าโดยระบบดาวน์สตรีม เช่น
FlatFile และ
OneSchema.

AI / ML มีความเฉพาะเจาะจงในโดเมนสูง หากเครื่องมือ ETL เหล่านี้ทำงานบนระบบบันทึกในระบบธนาคาร อีคอมเมิร์ซ และอุตสาหกรรมอื่นๆ ในที่สุด เครื่องมือเหล่านั้นก็อาจจะสามารถแก้ไขปัญหาที่ไม่สามารถถอดรหัสได้ และยกระดับความสามารถในการอ่านใบเรียกเก็บเงินและใบแจ้งยอดขึ้นไปอีกระดับหนึ่ง

• เนื้อหาที่ขับเคลื่อนด้วย SEO และการเผยแพร่ประชาสัมพันธ์ รับการขยายวันนี้
• PlatoData.Network Vertical Generative Ai เพิ่มพลังให้กับตัวเอง เข้าถึงได้ที่นี่.
• เพลโตไอสตรีม. Web3 อัจฉริยะ ขยายความรู้ เข้าถึงได้ที่นี่.
• เพลโตESG. คาร์บอน, คลีนเทค, พลังงาน, สิ่งแวดล้อม แสงอาทิตย์, การจัดการของเสีย. เข้าถึงได้ที่นี่.
• เพลโตสุขภาพ เทคโนโลยีชีวภาพและข่าวกรองการทดลองทางคลินิก เข้าถึงได้ที่นี่.
• ที่มา: 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