Перейти к содержанию
Технологии

Страхование,перестроенноевокруг данных.

1B соединяет андеррайтинг, данные, наблюдение, технологии и страхование в одну систему. На выходе не более быстрая котировка, а принципиально лучше обоснованная.
L1
Приём сигналов
L2
Представление риска
L3
Андеррайтинговое решение
L4 / L5
Действующая программа и обратная связь по событиям
Архитектура

От сигналак решениюи обратно.

Пять слоёв и один обратный путь. Обратный путь и отличает платформу риска от базы данных о риске.
  1. L1Сигнал

    Приём данных

    Технические, операционные и контекстные данные собираются из систем, которые несут риск: состояние в блокчейне, телеметрия, аттестации контролей, графы зависимостей, контекст угроз.

    • Состояние в блокчейне
    • Телеметрия парка
    • Аттестации контролей
    • Граф зависимостей
    • Контекст угроз
  2. L2Модель

    Представление риска

    Сырой сигнал превращается в структурированное представление подверженности: что может отказать, насколько тяжело, насколько это связано со всем остальным в портфеле.

    • Моделирование подверженности
    • Распределение тяжести
    • Карта корреляций
    • Построение сценариев
  3. L3Андеррайтинг

    Решение

    Андеррайтеры работают с представлением, а не с сырыми данными. Суждение остаётся человеческим; доказательная база поддерживается машиной и всегда актуальна.

    • Логика аппетита к риску
    • Ценовое представление
    • Условия договора
    • Пороги передачи на рассмотрение
  4. L4Эксплуатация

    Действующая программа

    Принятый риск остаётся под приборами. Отклонение от состояния, на котором построен андеррайтинг, порождает действие, а не сюрприз при пролонгации.

    • Обнаружение отклонений
    • Процесс устранения
    • Агрегация портфеля
    • Переоценка
  5. L5Реагирование

    Событие

    Данные об инциденте возвращаются в модель. Каждое событие, застрахованное или нет, улучшает представление для всего портфеля.

    • Фиксация инцидента
    • Атрибуция убытка
    • Обратная связь в модель
    • Обучение на портфеле

Доказательства возвращаются в модель, портфель учится на каждом событии

1B Risk OS

Ваши данныедолжны вестипереговоры за вас.

Разрешительный интеллектуальный слой между тем, что о риске доказуемо верно, и тем, на что страховщик может опереться. Он превращает доказательства, которыми распоряжается клиент, в представление о подверженности, понятное андеррайтеру, и хранит запись о том, как получен каждый вывод.
Доказательства поднимаются по стеку; то, что узнано, возвращается в его основание. Этот обратный путь и отличает платформу риска от базы данных о риске.

Архитектура

От реальности к принятому риску.

Слой данных и слой страхования намеренно разделены. Один устанавливает, что верно и кто может этим пользоваться. Другой решает, что это значит для подверженности, и несёт её на рынок, которому всё равно предстоит её одобрить.

  1. РеальностьЛюди, компании, активы и машины. Исходные системы, поведение, право собственности, телеметрия и записи.
  2. ДовериеИдентичность, происхождение, состояние жизненного цикла, проверка. Установление того, что действительно верно, до того как кто-то на это опёрся.
  3. РазрешениеОграничение цели, выборочное раскрытие, авторизация, отзыв. Клиент решает, что уходит наружу и для чего используется.
  4. Risk TwinПодверженность так, как её видит страхование: драйверы убытка, положительные сигналы, пробелы и то, что потребует страховщик.
  5. Андеррайтинговая аналитикаДопустимость, структура, требования к покрытию и вопросы, на которые нужно ответить, прежде чем риск можно разместить.
  6. АгентПодготовить, сравнить, объяснить, наблюдать. Он делает сборочную работу. Решение он не принимает.
  7. РынокБрокер, MGA, страховщик, перестраховщик. Аппетит, ёмкость, одобренные формулировки и человеческий андеррайтинг.
  8. ЗащитаПокрытие, принятое лицензированным страховщиком, при его одобрении и на условиях полиса.

Два вопроса, два слоя

Что верно?

Слой доверия подключает и проверяет экономический контекст. Он устанавливает происхождение и разрешение и намеренно не принимает страхового решения.

  • Идентичность и право собственности
  • Учёт актива
  • Текущее состояние и телеметрия
  • Доказательства жизненного цикла
  • Кто чем и зачем может пользоваться

Что это значит для страхования?

1B превращает разрешённые доказательства в представление о подверженности, понятное страховщику, и выстраивает путь от заявки до ёмкости.

  • Страхуемость
  • Структура риска
  • Требования к покрытию
  • Соответствие рынку
  • Происхождение решения
Частный Risk Twin

Продукт, это неданные. Продукт,это их прочтение.

Цифровой двойник описывает объект. Двойник риска говорит, что объект значит для страховщика, и по каждому существенному выводу хранит запись о том, какого рода это утверждение.
  1. Проверенный факт

    Подписан, актуален и прослеживается до удостоверения, из которого получен.

  2. Производный признак

    Свойство, вычисленное из записей, которые сами остаются закрытыми.

  3. Вывод модели

    Закономерность, прочитанная по парку или портфелю. Помечена как вывод, никогда как факт.

  4. Правило страховщика

    Граница, которую ставит рынок. Система, которая её читает, не может её обсуждать.

  5. Решение человека

    Суждение андеррайтера и приложенные к нему условия.

Смысл в самих метках. Систему, которая не может сказать, чем из этого является вывод, нельзя проаудировать, и андеррайтер правильно делает, что ей не доверяет.
Данные и разрешения

Минимум,который отвечаетна вопрос.

Каждый шаг, это сокращение. До страховщика доходит наименьшее, что отвечает на то, о чём он действительно спросил.
  1. Сырые данныеОстаются в источнике везде, где это возможно.
  2. ПроверкаСлой доверия подтверждает только разрешённые факты.
  3. Проверенный признакМинимально необходимое доказательство, а не запись за ним.
  4. Страховой сигналЧто это доказательство значит для подверженности.
  5. РаскрытиеТолько разрешённые сведения и только для того запроса, для которого они разрешены.
Чувствительные персональные данные обрабатываются только там, где это законно и надлежащим образом разрешено. Технологии повышения приватности не делают законным андеррайтинг, который иначе запрещён.
Почему это накапливается

Доказательстваулучшают больше,чем цену.

Утверждение не в том, что софт делает страхование дешевле. Лучший отбор рисков, меньшая информационная асимметрия, меньше ручного обслуживания и более сильная портфельная аналитика улучшают разные части того, как страхование работает.
  1. Встроенная дистрибуцияМеньше трения на пути
  2. Больше застрахованного рискаШире наблюдаемая подверженность
  3. Больше проверенных доказательствМеньше неопределённости
  4. Точнее сегментацияРиски различимы
  5. Лучше андеррайтингТочнее допустимость
  6. Аналитика убытковУбытки и близкие промахи
  7. Отношения по ёмкостиПортфели, которые понятны
  8. ПолномочияГраницы задаются по продукту
  9. Продукты и условияОстаточный риск структурирован лучше
  10. Больше дистрибуцииИ снова по кругу
Иллюстративная архитектура. Ничто здесь не является котировкой, и покрытия не существует, пока лицензированный страховщик его не одобрил и полис не выдан.
Объект риска

Подверженность, сведённая к тому, что можно оценить в деньгах.

Сырой сигнал не является входными данными андеррайтинга. Он становится ими, когда сведён в структурированное представление: что может отказать, насколько тяжело, насколько это связано с остальным портфелем и совпадает ли сегодняшнее состояние с тем, на котором строился андеррайтинг.
Схема ниже иллюстрирует модель. Клиентских данных в ней нет.
Объект рискаПОДДЕРЖИВАЕТСЯ
  • architecture.classПРОВЕРЕНО
  • controls.baselineПРОВЕРЕНО
  • dependency.graphПОД НАБЛЮДЕНИЕМ
  • autonomy.scopeПОД НАБЛЮДЕНИЕМ
  • deviation.signalДРЕЙФ
  • aggregation.clusterПОД НАБЛЮДЕНИЕМ
  • incident.historyПРОВЕРЕНО
  • remediation.queueОТКРЫТО
Отклонение от состояния, на котором построен андеррайтинг, порождает действие
Сигналы по классам риска

Разные рискидают разныедоказательства.

Универсальной телеметрии нового риска не существует. Каждый класс оснащается приборами по своим правилам.
Робототехника
  • Проектная область эксплуатации
  • Наработка и загрузка парка
  • Частота вмешательств и отключений
  • Распределение версий ПО
  • Близость к операторам-людям
  • Сертификация и стандарты
  • Классификация полевых инцидентов
Риск ИИ
  • Уровень автономии в эксплуатации
  • Периодичность оценок и учений красной команды
  • Охват человеческого надзора
  • Объём прав на инструменты и траты
  • Частота смены модели и провайдера
  • Телеметрия инцидентов и близких промахов
  • Происхождение данных
Цифровые активы
  • Класс архитектуры хранения
  • Топология кворума и подписантов
  • Соотношение холодного, тёплого и горячего
  • Периодичность аттестаций
  • Концентрация зависимостей
  • Состав сетей и активов
  • История инцидентов и близких промахов
Токенизированные активы
  • Сверка в сети и вне сети
  • Топология контроля эмиссии
  • Схема хранения базового актива
  • Зависимость от оракула и ценообразования
  • Механика погашения и передачи
  • Юрисдикция юридического требования
Киберриск и цифровой риск
  • Внешняя поверхность атаки
  • Состояние идентификации и доступа
  • Концентрация поставщиков и зависимостей
  • Возможность резервного копирования и восстановления
  • Данные об утечках учётных записей
  • Контекст угроз в отрасли
Принципы

Что системаделает и чегоне делает.

Суждение остаётся человеческим

Модели структурируют доказательства. Они не решают, каков аппетит к риску, каковы условия и цена. Это решает андеррайтер, имея картину лучше той, что позволял прежний процесс.

Доказательство важнее декларации

Контроль, который нельзя наблюдать, считается контролем, которого может не быть. Проверка предшествует ёмкости.

Актуально, а не ежегодно

Картина риска, обновляемая раз в год, неверна большую часть года. Состояние поддерживается непрерывно.

Память портфеля

Каждый инцидент, застрахованный или нет, улучшает представление обо всём остальном в портфеле. Система накапливает.

Минимизация данных

Мы принимаем сигналы, которые меняют андеррайтинговое решение, и не более. Объём согласуется письменно до того, как что-то подключено.

Контроль на стороне клиента

Контрагенты видят ту же картину, что и мы. Ничто не оценивается по доказательствам, которые клиент не может проверить.

Технологии

Андеррайтинг, этозадача проинформацию.Мы так и считаем.