
Застраховане · Общо застраховане · Обработка на щети
Автоматизация на плащанията по щети от градушка за италиански застраховател
- Клиент
- Застраховане · Италия · общо и животозастраховане, над €2 млрд. годишен премиен приход
- Индустрия
- Застраховане
- Отдел
- Финанси и счетоводство
- Регион
- Италия · Европа
Един сгрешен IBAN праща обезщетението на грешния човек, а след градушка плащанията за въвеждане са хиляди. Изградихме UiPath робот, който чете документа за уреждане на щетата, прилага четири контрола, сам въвежда банковия превод и докладва на екипа по щети всяко плащане и всеки отказ.
Работещ модел на подхода с примерни данни. Върви сам и спира, когато не е на екрана; нищо тук не докосва реална система.
Резултатите
- 4
- контрола преди всяко плащане
- Праг на правомощията, вече платено, данъчен номер и IBAN, по кода на изградения робот.
- 0
- ръчно въвеждане от документа до превода Прогноза
- В проектирания поток; изграден и тестван в тестовата среда на застрахователя.
- 3
- полета, четени от всеки документ за уреждане
- Данъчен номер, IBAN и сума, с OCR за сканирани документи. Обхват, не спестяване.
Предизвикателството
Нашият клиент е утвърден италиански застраховател в общото и животозастраховането с над €2 млрд. годишен премиен приход. Щетите от градушка идват на вълни: една буря се превръща в хиляди претенции за няколко дни.
След уреждането на щетата служител по щети я отваряше в системата за щети, намираше документа за уреждане, прочиташе данъчния номер, IBAN и сумата на бенефициера, въвеждаше плащането на ръка и следеше какво вече е платено.
Какво им струваше това
- Пикове, за които екипът няма хора. Една буря може да генерира за седмица повече плащания, отколкото екипът обработва обикновено за месец.
- Плащания по грешна сметка. Един сгрешен IBAN праща парите на грешния човек и те трудно се връщат.
- Двойни плащания. Щета, платена два пъти под напрежение, е чиста загуба.
- Лимити на правомощията. Плащания над определен праг не бива да излизат без решение на човек.
- Липса на текуща картина. Без отчет за всяко изпълнение екипът не вижда какво е платено и какво е задържано.
- 1 буря хиляди щети за дни × 3 полета данъчен код, IBAN, сума = Хиляди плащания, въвеждани ръчно
Подходът
Изградихме UiPath робот, който работи в системата за щети така, както го прави служителят: взема всяка щета, готова за плащане, чете документа за уреждане, прилага контролите, въвежда банковия превод и приключва всяко изпълнение с отчет за всяко плащане и всеки отказ.
От документа за уреждане до банковия превод
- Работата се взема автоматично. Роботът влиза в системата за щети с идентификационни данни, съхранявани в UiPath Orchestrator, отваря входящите съобщения по щети и поставя всяка щета в опашка в Orchestrator.
- Данните се четат от документа, а не се преписват. За всяка щета роботът отваря PDF документа за уреждане и извлича данъчния номер, IBAN и общата сума на бенефициера, с Microsoft OCR като резервен вариант за сканирани документи.
- Праг на правомощията. Суми над праг, зададен в Orchestrator, не се плащат от робота, а отиват при човек.
- Без двойни плащания. Щети, вече отбелязани като платени, се спират.
- Правилният бенефициер, правилната сметка. Роботът избира бенефициера, спира, ако данъчният номер не съвпада с документа, и сверява IBAN във формата за плащане с документа два пъти преди потвърждение.
- Плащането се въвежда от край до край. Сума, пълно плащане, банков превод, днешна дата, потвърждение и печат, всичко в системата за щети.
- Отчетът като последна стъпка. Всяко изпълнение завършва с 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-ът остават ваши във всеки случай




