Урегулирование убытка от обращения до проекта решения
Типовой убыток проходит через пять пар рук, от приемки до решения, и каждая передача добавляет очередь и потерянные дни.






На платформе SvayaВ каталоге платформы это техническое решение «Урегулирование убытка от обращения до проекта решения».
Типовой убыток проходит через пять пар рук, от приемки до решения, и каждая передача добавляет очередь и потерянные дни.

Под вас настраиваются документы, правила задачи и подключения к вашим системам. Это делает ваша команда инструментами платформы в пилоте, а интеграции сверх готовых коннекторов к 1С и системам с протоколом MCP оцениваются и оплачиваются отдельно.
У страховщика среднего размера урегулирование убытка - это ручная цепочка из нескольких шагов. Сотрудники принимают заявление о страховом событии, проверяют комплект документов, оценивают ущерб, проверяют случай на признаки мошенничества, рассчитывают сумму и проводят выплату. На каждом шаге заявление передается между сотрудниками, данные вводятся повторно, а простые типовые случаи (ОСАГО, КАСКО, страхование от несчастных случаев, добровольное медицинское страхование) идут по той же длинной процедуре, что и сложные.
В результате урегулирование растягивается, а в пик сезона растет нагрузка на контакт-центр и андеррайтеров (специалистов, которые оценивают риск и принимают решение по выплате).
Применение - это рабочий процесс, в котором ИИ-агент доводит действие до записи в вашей системе. Ниже его компоненты.
Мы собираем мультиагентную систему из нескольких ИИ-агентов. Каждый ИИ-агент отвечает за свой этап урегулирования, а в единый процесс их связывает маршрут задачи, записанный заранее. На одной инфраструктуре мы объединяем следующие компоненты:
Принимает обращение по телефону, в чате или письмом, распознает речь, извлекает данные о событии и заводит дело в учетной системе страховщика.
На базе распознавания речи и языковой моделиПроверяет комплект документов по убытку и запрашивает недостающее.
На базе компьютерного зрения и языковой моделиОценивает повреждения по фотографиям и определяет, простой это случай, нужен ли ремонт или наступила полная гибель имущества, когда ремонт дороже его стоимости.
На базе компьютерного зрения и языковой моделиСверяет случай с отраслевыми базами (Национальная страховая информационная система, Российский союз автостраховщиков) и отмечает подозрительные заявления.
На базе классического машинного обучения и языковой моделиРассчитывает сумму выплаты по тарифным справочникам и правилам страхования.
На основе заданных правил и справочников, без языковой моделиЗаписанный заранее порядок шагов, условия переходов и точки подтверждения. По нему платформа направляет простые случаи на ускоренную обработку, а сложные передает сотруднику с уже собранным пакетом материалов, и пишет журнал прогона по каждому шагу.

Финальное решение о выплате всегда остается за сотрудником. Автоматически проходят только простые случаи с низким риском ошибки (по условию, которое записано в описании задачи, например, сумма заявленного убытка ниже границы, которую задали вы) и только при согласии клиента на такую обработку, как того требует закон о персональных данных (статья 16 152-ФЗ) для решений, принятых только автоматизированной обработкой. Каждый такой случай остается в журнале прогона с пометкой, что решение по нему автоматическое. Случаи с суммой убытка выше границы из описания задачи и нестандартные случаи платформа по маршруту передает вашему специалисту по урегулированию. Внедряем агентов по очереди. Начинаем с двух-трех на одном типе убытков и в теневом режиме, то есть без реальных выплат, пока не убедимся в точности.
Часть цифр взята из публикаций самих компаний и деловых СМИ с указанием года, часть из отраслевой практики без названной компании. Оговорки о том, что цифра не переносится на другой случай напрямую, стоят в тех же пунктах.
Перед пилотом мы проводим диагностику, на которой разбираем один тип убытков, по которому много типовых случаев, проверяем доступ к учетной системе и фиксируем исходный уровень показателей. Пилот идет от 8 до 16 недель. Начинаем с приема и проверки документов на выбранном типе убытков в теневом режиме, без реальных выплат, затем добавляем оценку и проверку на мошенничество.
Результат измеряем по следующим показателям:
Все показатели сравниваем с исходным уровнем, который замерили до пилота. Финальная выплата на всем протяжении пилота проходит только с подтверждением сотрудника.
Внедрение оправдано, если у страховщика большой поток убытков с высокой долей типовых случаев. Процесс урегулирования должен быть описан в виде бизнес-правил, иначе условию автоматического прохода в описании задачи не на что опираться, когда платформа решает, какой случай вести автоматически, а какой передать сотруднику. Нужен программный интерфейс (API) к учетной системе или бюджет на его создание. Желательно, чтобы уже были отработаны распознавание документов и оценка по фотографиям, потому что конвейер строится поверх них. Чем больше текущий срок урегулирования и нагрузка на сотрудников не устраивают компанию, тем оправданнее внедрение.
Техническое решение работает на разрешенном в России технологическом стеке и учитывает требования по защите данных. Автоматизированная обработка и решение по выплате требуют письменного согласия клиента (152-ФЗ), а процесс учитывает требования Банка России к урегулированию. Действия агентов записываются в журнал, а отказы и автоматические выплаты сопровождаются объяснением.
У каждого применения своя страница, текущая помечена. Расшифровка пометок о том, где мы собираем применение, стоит на странице автономных ИИ-агентов.
У страховщика среднего размера урегулирование убытка - это длинная ручная цепочка.
На платформе SvayaКогда портфель растет, а андеррайтеров больше не становится, заявки выстраиваются в очередь, и время на каждую становится узким местом.
На платформе SvayaАнтифрод-подразделение нередко получает тысячи сигналов в день, и на ручной разбор у аналитиков не хватает времени.
На платформе SvayaСложные документоемкие процедуры проходят через много рук и повторный ввод данных.
Частично на платформе SvayaКогда круг поставщиков большой и разрозненный, ручной поиск и сравнение предложений занимают дни или недели.
На платформе SvayaКогда у нужной системы нет нормального интерфейса, обычная интеграция невозможна или обходится дороже.
Частично на платформе SvayaБольшой рынок, который текущая команда продаж охватить не успевает.
Вне платформыКлиенту часто нужно не объяснение, а конкретное действие.
На платформе SvayaПри большом объеме найма поиск кандидатов и отбор резюме отнимают у рекрутеров много времени, а входящий поток откликов велик при низкой доле подходящих.
Вне платформыЗакрытие периода идет долго и вручную, а на анализ у финансовой команды не остается времени.
На платформе SvayaЧетыре материала, с которых стоит начать знакомство с платформой.
Требования к серверуПроцессоры, память, диски и видеокарты для установки в закрытом контуре
Модули платформы14 модулей платформы, от обработки запроса до выпуска обновлений
Как устроена платформаОбзор механизмов платформы и того, где проходят границы ее самостоятельности
Презентация платформыPDF на 30 страниц с помодульным разбором платформы
Опишите в двух словах процесс, который хотите отдать ИИ-агенту, и назовите систему, куда он должен дописывать результат. Руководитель ИИ-направления БизнесМатики ответит предложением, где названы объем пилота (один процесс и один тип документов или заявок), метрика пилота с ее исходным значением и срок.
Хотите сначала запустить техническое решение сами? Заведите учетную запись на витрине и запустите техническое решение на своем файле. Для заявки учетная запись не нужна.