Як штучний інтелект може підняти читабельність рахунків і звітів на новий рівень

Як штучний інтелект може підняти читабельність рахунків і звітів на новий рівень

In
Рахунки та заяви важко розшифрувати
, ми зазначили, що було дуже важко читати рахунки та виписки від банків, компаній електронної комерції, роздрібних торговців та інших галузей. Ми взяли два приклади та глибоко занурилися, щоб зрозуміти всю проблему нерозбірливості:

  1. Законопроект про електронну комерцію
  2. Банківська виписка

У цій публікації ми розглянемо першопричину цієї проблеми та запропонуємо кілька рішень.

----

Є кілька характеристик рахунків і виписок, точніше, систем, які їх генерують.

Системи запису мають обмеження 

Раніше системи електронної пошти підтримували лише вісім символів для ідентифікатора (тобто імені, яке з’являється перед символом @ в адресі електронної пошти). У результаті людям доводилося скорочувати ім’я та прізвище, щоб вони вписалися в ідентифікатор. Таким чином, були такі електронні адреси, як 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 для банкоматів, SWIFT MT для транскордонних платежів, ISO 20022 для очікування Годо. У результаті оповідання, яке бачить одержувач платежу, залежить від методу платежу, наприклад, Оповідь NEFT відрізняється від розповіді IMPS, навіть якщо платник використовував ту саму розповідь зі свого боку під час ініціювання обох MOP, як зазначено в

    Розширені дані про грошові перекази можуть збільшити обсяги електронних переказів коштів
    .
  5. Недостатність даних через обмеження, накладені законами про конфіденційність даних щодо типу даних, які одна система може передати іншій. Особливо це стосується регульованих галузей, таких як охорона здоров’я. EHR відображатиме повну історію хвороби кожному лікуючому лікарю, але обмежену історію хвороби аптекам.

Через ці особливості записи в рахунках і звітах формуються відповідно до якості та кількості даних у вихідних системах.

Це робить фактично неможливим для компаній електронної комерції, банків та інших самостійно забезпечити читабельність усього рахунку/виписки. (З більш-менш тієї самої причини звірка банків не така проста, як прийнято вважати.)

----

Спокусливо повірити, що роздрібні торговці, банки, провайдери послуг, постачальники технологій і оператори схем можуть об’єднатися й перепроектувати свої системи таким чином, щоб вищезазначені проблеми були приборкані в джерелі.

Але інсайдери галузі знають, що це переконання близьке до теплої надії колишнього віце-президента США Дена Куейла в розпал арабо-ізраїльського конфлікту кілька десятиліть тому:

Чому євреї та араби не можуть сісти разом і вирішити свої розбіжності, як чесні християни?

Це тому, що така програма редизайну коштуватиме багато грошей і не зможе забезпечити пропорційну віддачу.

Роздрібні торговці, які підтримуються венчурним капіталом, не відчувають тиску щодо отримання прибутку, тому вони можуть розпочати таку програму.

Однак банки, які фінансують венчурні капітали, перебувають під сильним тиском, щоб опублікувати квартальний прибуток, і, як правило, не витрачають надто багато розуму чи грошей, щоб не дати своїм клієнтам почухати голови. Хоча час від часу вони на словах полегшують життя своїх клієнтів за допомогою ініціатив, які чомусь ніколи не побачать світ, наприклад. ISO 20022, Розширені дані про грошові перекази у Великобританії.

----

Щоразу, коли виникають застарілі проблеми, стартапи готові кинутися в сутичку, щоб вирішити їх і тим самим жестом порушити чинних компаній.

Читабельність рахунків і виписок не є винятком.

У цьому їх підштовхують венчурні капіталісти.

@rajeshsawhney: Банки не впроваджують інновацій. Трохи поміркованості та простого редизайну банківських виписок можна додати стільки цінності та задоволення.

Однак, як ми бачили вище, нерозбірливість не є легкою проблемою для вирішення.

Лише коли стартапи створюють системи та намагаються інтегрувати їх із основними системами, вони розуміють, наскільки сильно вони недооцінили ступінь проблеми читабельності.

З цього моменту відбувається одна з наступних двох речей.

Ліквідність висока, стартапи отримують достатньо коштів для вирішення проблеми. Додаток A: PayPal.

@gtm360: Невігластво може бути чеснотою для стартапів у багатьох регульованих галузях. Як одного разу сказав Рейд Хоффман, «якби ми знали про правила шахрайства з кредитними картками, ми б не заснували PayPal».

Ліквідність низька, фінансування висихає, перш ніж вони вирішать проблему, венчурні капіталісти переходять до іншої галузі, і ці стартапи згортаються. Ілюстрація A: Стартапи менеджерів з персональних фінансів (PFM), які намагалися класифікувати типи витрат за різними категоріями на основі записів у банківських виписках. Але їм завадила погана читабельність звітів банків, фондів, брокерських контор та інших фінансових установ. Позбувшись цієї вбивчої функції, вони не змогли стати мейнстрімом.

----

Але все не втрачено.

З’явився новий жанр ETL-стартапів, які обіцяють використовувати передові методи штучного інтелекту та машинного навчання для покращення якості даних, що надходять у подальші системи, напр.
FlatFile та
OneSchema.

How AI Can Take Readability Of Bills And Statements To The Next Level PlatoBlockchain Data Intelligence. Vertical Search. Ai.

AI / ML сильно залежить від домену. Якщо ці інструменти ETL працюватимуть із системами запису в банківській справі, електронній комерції та інших галузях, вони нарешті зможуть вирішити проблему нерозбірливості та вивести читабельність рахунків і виписок на новий рівень.

Часова мітка:

Більше від Фінтекстра