Каталог технических решений / Оценка риска по заявке с проектом условий на выходе
Оценка риска по заявке с проектом условий на выходе
Портфель заявок растет быстрее штата, и время ответа по заявке становится узким местом продаж.
На входе заявка на страхование или лимит с данными об объекте и историей. Конвейер собирает факты из заявки, проверяет их на полноту и противоречия, называет показатели риска, которые видны из данных, и готовит проект условий с объяснением каждой оговорки. Проект утверждает специалист по оценке риска.
Как платформа делает этот ответ
Каждый запуск идет одним и тем же конвейером обработки. Наружу уходит только обезличенный текст.
Вопрос или документобычными словами
Права доступакаждый видит только свое
Поиск по вашим документамна ваших серверах
Маскирование персональных данныхсомнение означает маскирование
Языковая модельвидит только обезличенный текст
Проверка ответаопора на найденные данные
Ответ и журналвидно, на чем основан ответЧто подали на вход
Подали заявка на страхование склада с данными объекта и историей убытков за два года. Ниже начало входа дословно.
Как платформа это обработала
Работа прошла конвейер, показанный выше. В этом записанном запуске заменено метками ИНН (1 значение), отвечала модель GigaChat-Max, весь запуск занял 8,1 с, израсходовано 655 токенов на запрос.Каждому запуску задано правило отвечать только по входным данным и ничего не додумывать, а когда ответа нет, прямо сказать «в ваших данных этого нет». В рабочей версии модель сменная, это GigaChat, YandexGPT, иностранные модели или своя модель на ваших серверах. Как устроена платформа.
Что получилось
Ответ языковой модели приведен дословно и разложен по шагам, которые она назвала. Последний шаг - это проект решения, и утверждает его человек. В кабинете подтверждение ставите вы, и оно ложится в журнал действий.
Шаг 1 · Факты из заявки
- Объект страхования: Склад площадью 3 200 кв.м., построенный в 2014 году, каркас металлический, кровля мягкая, отопление водяное, оборудован пожарной сигнализацией, но отсутствуют спринклеры.
- Заявленная страховая сумма: 96 млн рублей.
- Риски, которые хочет застраховать заявитель: пожар, вода (протечки), кража со взломом.
- Режим охраны объекта: круглосуточный пост охраны, видеонаблюдение по периметру территории.
- История страховых случаев за последние два года:
- В 2025 году была произведена выплата на сумму 380 тыс. рублей вследствие протечки кровли;
- В 2026 году произошла выплата на сумму 92 тыс. рублей после повреждения ворот погрузчиком.
- Соседство: Рядом расположен цех деревообработки другого арендатора на расстоянии около 40 метров.
Шаг 2 · Полнота и противоречия
- Нет информации о наличии системы автоматического пожаротушения (спринклерной системы).
- Нет сведений об уровне противопожарного состояния цеха деревообработки соседнего арендатора.
- Нет подробностей о системе видеонаблюдения (количество камер, зоны покрытия).
- Не указаны меры защиты имущества от проникновения посторонних лиц помимо поста охраны.
Шаг 3 · Плюсовые и минусовые факторы
Плюсовые факторы
- Наличие круглосуточного поста охраны и видеонаблюдения по периметру.
- Современность конструкции склада (год постройки — 2014 г.).
- Отсутствие значительных выплат по убыткам за последние годы.
Минусовые факторы
- Мягкая кровля повышает вероятность повреждений водой и пожара.
- Отсутствие автоматической системы пожаротушения (спринклеров) увеличивает риск распространения огня.
- Близость к цеху деревообработки создает дополнительный источник опасности возникновения пожаров.
Шаг 4 · Проект условий
Принять заявку с оговорками
- Установить систему автоматического пожаротушения (спринклеры) до начала действия договора страхования.
- Провести оценку уровня противопожарного состояния соседних помещений и предоставить отчет страховщику.
- Предоставить подробную информацию о системе видеонаблюдения и мерах физической защиты периметра.
Проект условий подтверждается специалистом по оценке риска.
Подробности для технических специалистов
Оценочный запуск на этом сайте идет одним обращением к языковой модели, подготовленный вход после замены персональных данных уходит в нее целиком. Время шагов по отдельности не измеряется, поэтому и не показывается.
Израсходовано 655 токенов на запрос и 456 токенов на ответ. Токен - это единица, которой языковая модель измеряет текст, в русском языке от двух до пяти знаков в зависимости от модели.
Из каких шагов собран этот маршрут
Так эта задача описана внутри платформы. Здесь виден порядок шагов, заданный заранее, а не запись вашего запуска. Что происходило в конкретном запуске, показывает паспорт запуска в кабинете.
- 1Шаг языковой моделиздесь начинается маршрут
Платформа ждет ответа до 180 секунд. Если шаг не ответил, платформа повторяет его до 2 раз (пауза между повторами растет). Если не вышло и после повторов, задача уходит на шаг 6 (передача человеку).
- Дальше шаг 2 (преобразование данных).
Подробности для технических специалистов
read-application · ai-step · document-extract · vlm-standard · pdn
- 2Преобразование данных
Срока ожидания у этого шага в маршруте нет. Повторов у этого шага нет. Отдельной ветки на случай ошибки у этого шага нет.
- Дальше шаг 3 (шаг языковой модели), если выполнено условие.
- Дальше шаг 6 (передача человеку).
- 3Шаг языковой модели
Платформа ждет ответа до 120 секунд. Если шаг не ответил, платформа повторяет его до 2 раз (пауза между повторами растет). Если не вышло и после повторов, задача уходит на шаг 6 (передача человеку).
- Дальше шаг 4 (шаг языковой модели).
Подробности для технических специалистов
name-risk-factors · ai-step · generate · name-risk-factors · llm-strong · pdn
- 4Шаг языковой модели
Платформа ждет ответа до 150 секунд. Если шаг не ответил, платформа повторяет его до 2 раз (пауза между повторами растет). Если не вышло и после повторов, задача уходит на шаг 6 (передача человеку).
- Дальше шаг 5 (подтверждение человеком).
Подробности для технических специалистов
draft-terms · ai-step · generate · draft-terms · llm-strong · pdn
- 5Подтверждение человеком
Срока ожидания у этого шага в маршруте нет. Повторов у этого шага нет. Отдельной ветки на случай ошибки у этого шага нет.
Здесь задачу смотрит человек. Он может подтвердить, вернуть на доработку, отклонить.
- Дальше маршрут заканчивается, когда человек выбрал «подтвердить».
- Дальше шаг 4 (шаг языковой модели), когда человек выбрал «вернуть на доработку».
- Дальше маршрут заканчивается, когда человек выбрал «отклонить».
Подробности для технических специалистов
underwriting-gate · gate
Если подтверждение человеком выключено на ваших серверах, платформа продолжает маршрут так, как будто человек выбрал «отклонить». В поставляемых решениях оно включено.
- 6Передача человеку
Срока ожидания у этого шага в маршруте нет. Повторов у этого шага нет. Отдельной ветки на случай ошибки у этого шага нет.
Здесь задачу смотрит человек. Он может продолжить, прекратить.
- Дальше шаг 1 (шаг языковой модели), когда человек выбрал «продолжить».
- Дальше маршрут заканчивается, когда человек выбрал «прекратить».
Подробности для технических специалистов
uw-to-underwriter · escalation
Если подтверждение человеком выключено на ваших серверах, платформа продолжает маршрут так, как будто человек выбрал «прекратить». В поставляемых решениях оно включено.
Маршрут описан текстом, который читает человек. Мы отдаем это описание заказчику вместе с самим техническим решением. Как устроены агентские сценарии.
Что происходит с вашими данными
На серверах вашей компании
- Документы, поиск и указатель остаются на ваших серверах
- Замена и возврат персональных данных, таблица замен не покидает ваши серверы
- Журнал действий со сцепкой контрольных сумм
Рабочая версия ставится на серверах вашей компании или в вашем облаке.
Внешняя языковая модель
- Получает только обезличенный текст
- Персональных данных не видит
Со своей моделью на ваших серверах данные никуда не уходят.
Пример записан заранее, просмотр страницы ничего никуда не отправляет. Загруженный при проверке файл хранится на этом сайте и удаляется кнопкой в кабинете или по сроку хранения. В аккаунте это же техническое решение работает живым запуском, на готовом примере или на ваших данных.