Всички случаи и публикации

Застраховане · Общо застраховане · Обработка на щети

Автоматизация на плащанията по щети от градушка за италиански застраховател

Анонимизиран ангажимент
Клиент
Застраховане · Италия · общо и животозастраховане, над €2 млрд. годишен премиен приход
Индустрия
Застраховане
Отдел
Финанси и счетоводство
Регион
Италия · Европа

Един сгрешен IBAN праща обезщетението на грешния човек, а след градушка плащанията за въвеждане са хиляди. Изградихме UiPath робот, който чете документа за уреждане на щетата, прилага четири контрола, сам въвежда банковия превод и докладва на екипа по щети всяко плащане и всеки отказ.

Работещ модел на подхода с примерни данни. Върви сам и спира, когато не е на екрана; нищо тук не докосва реална система.

Резултатите

4
контрола преди всяко плащане
Праг на правомощията, вече платено, данъчен номер и IBAN, по кода на изградения робот.
0
ръчно въвеждане от документа до превода Прогноза
В проектирания поток; изграден и тестван в тестовата среда на застрахователя.
3
полета, четени от всеки документ за уреждане
Данъчен номер, IBAN и сума, с OCR за сканирани документи. Обхват, не спестяване.

Предизвикателството

Нашият клиент е утвърден италиански застраховател в общото и животозастраховането с над €2 млрд. годишен премиен приход. Щетите от градушка идват на вълни: една буря се превръща в хиляди претенции за няколко дни.

След уреждането на щетата служител по щети я отваряше в системата за щети, намираше документа за уреждане, прочиташе данъчния номер, IBAN и сумата на бенефициера, въвеждаше плащането на ръка и следеше какво вече е платено.

Какво им струваше това

  • Пикове, за които екипът няма хора. Една буря може да генерира за седмица повече плащания, отколкото екипът обработва обикновено за месец.
  • Плащания по грешна сметка. Един сгрешен IBAN праща парите на грешния човек и те трудно се връщат.
  • Двойни плащания. Щета, платена два пъти под напрежение, е чиста загуба.
  • Лимити на правомощията. Плащания над определен праг не бива да излизат без решение на човек.
  • Липса на текуща картина. Без отчет за всяко изпълнение екипът не вижда какво е платено и какво е задържано.
Какво прави една градушка на екипа по щети
  • 1 буря хиляди щети за дни × 3 полета данъчен код, IBAN, сума = Хиляди плащания, въвеждани ръчно

Подходът

Изградихме UiPath робот, който работи в системата за щети така, както го прави служителят: взема всяка щета, готова за плащане, чете документа за уреждане, прилага контролите, въвежда банковия превод и приключва всяко изпълнение с отчет за всяко плащане и всеки отказ.

От документа за уреждане до банковия превод

  1. Работата се взема автоматично. Роботът влиза в системата за щети с идентификационни данни, съхранявани в UiPath Orchestrator, отваря входящите съобщения по щети и поставя всяка щета в опашка в Orchestrator.
  2. Данните се четат от документа, а не се преписват. За всяка щета роботът отваря PDF документа за уреждане и извлича данъчния номер, IBAN и общата сума на бенефициера, с Microsoft OCR като резервен вариант за сканирани документи.
  3. Праг на правомощията. Суми над праг, зададен в Orchestrator, не се плащат от робота, а отиват при човек.
  4. Без двойни плащания. Щети, вече отбелязани като платени, се спират.
  5. Правилният бенефициер, правилната сметка. Роботът избира бенефициера, спира, ако данъчният номер не съвпада с документа, и сверява IBAN във формата за плащане с документа два пъти преди потвърждение.
  6. Плащането се въвежда от край до край. Сума, пълно плащане, банков превод, днешна дата, потвърждение и печат, всичко в системата за щети.
  7. Отчетът като последна стъпка. Всяко изпълнение завършва с Excel отчет, изпратен по имейл на екипа по щети, със списък на направените плащания и задържаните щети, всяка с причината.
Четири проверки преди всяко плащане
  • Прочетен документ за уреждане
  • В рамките на лимита
  • Още неплатена
  • Данъчният код съвпада
  • IBAN съвпада
  • Нареждане въведено
  • Отчет до екипа по щети
Всичко отказано отива при човек, заедно с причината.

Изграден по добрите практики на UiPath

  • Robotic Enterprise Framework, с бизнес изключенията (над прага, вече платено, несъвпадение), отделени от системните.
  • Безопасно излизане от системата и възстановяване след грешка.
  • Конфигурация, праг и идентификационни данни в Orchestrator, а не в кода.
  • Всяка щета е отделен елемент в опашката, така че пикът след буря се поема, без някой да променя начина, по който работи роботът.

Технологии

СлойКакво използвахме
АвтоматизацияUiPath Studio, Robotic Enterprise Framework
ОркестрацияUiPath Orchestrator: опашки, активи и идентификационни данни
Система за щетиUiPath UI Automation върху уеб приложението за щети на застрахователя
Четене на документиUiPath PDF дейности, Microsoft OCR като резервен вариант
ОтчетиExcel отчет, имейл през Outlook

Резултатът

Роботът е изграден и тестван в тестовата среда на системата за щети на застрахователя. В проектирания поток уредената щета стига от документа до банковия превод, без никой да преписва поле, а всяко изключение отива при човек.

ПредиСлед
Данъчен номер, IBAN и сумаПреписвани от PDFПрочетени от документа от робота
Контроли преди плащанеЗависят от служителя под напрежение4, прилагани при всяко плащане
Проверка на IBANНа окоСрещу изходния документ, два пъти
Плащания над прагаПроверявани от служителяНикога не се плащат от робота, остават за човек
Картина за всяко изпълнениеЛипсваExcel отчет с плащанията и отказите
  • От документа за уреждане до банковия превод без ръчно въвеждане в проектирания поток.
  • Четири контрола при всяко плащане, всеки път: праг на правомощията, проверка за вече платено, съвпадение на данъчния номер и съвпадение на IBAN.
  • Изключенията отиват при хора и се виждат в отчета след всяко изпълнение.

Рискът, който повечето екипи пропускат

Да автоматизираш плащания е лесно; да ги автоматизираш безопасно е истинската работа. Робот, който плаща бързо, ще плаща грешно също толкова бързо, затова контролите са по-важни от кликовете: праг, който оставя големите щети при хора, проверка за дубликати, както и IBAN и данъчен номер, сверени с изходния документ, а не с въведеното. Вторият риск е самата буря: роботът трябва да поеме пик от хиляди щети, без някой да променя начина, по който работи, затова всяка щета е отделен елемент в опашката и всяко изпълнение завършва с отчет.

Сходна работа

Следваща стъпка

Започнете същия разговор

Кажете ни кой процес се къса постоянно. Ще се върнем с това какво е нужно да се оправи, колко ще струва и какво ще измерваме.

Или пишете директно: •••••@•••••••.•••

  • Отговор от партньор в рамките на един работен ден
  • Фиксиран обхват и фиксирана цена, уговорени предварително
  • Картите и backlog-ът остават ваши във всеки случай