1. Определите решение по транзакции
Страховщик может создать ценную технологию, не создавая отдельного технологического бизнеса. Платформа политики может использовать групповые данные, регулируемые разрешения, корпоративные контракты, общих людей, доверие к бренду и собственное распространение. Транзакция может раскрыть внешнюю ценность, привлечь капитал специалистов и предоставить платформе коммерческую свободу. Это также может ослабить обслуживание клиентов, передать ограниченные возможности или превратить внутреннюю зависимость в концентрацию третьих сторон.
Решение правления состоит из трех взаимосвязанных частей. Он должен определить, какие технологии, люди, контракты, данные и обязательства могут перемещаться. Он должен выбрать структуру собственности, которая предоставит платформе достаточную независимость для роста. Он должен сохранить способность страховщика производить, распространять и обслуживать продукты в рамках своей склонности к риску и нормативных обязательств.
Структуру нельзя выбрать только на основе оценки. Полная продажа может принести немедленную прибыль и четкое право собственности, одновременно создавая критическую зависимость от поставщика. Контролируемое выделение может защитить влияние, но может оставить платформу внутри групповой консолидации и управления. Совместное предприятие может обеспечить распространение или технологические возможности, требуя при этом надежных правил принятия решений. Миноритарные инвестиции могут подтвердить ценность с минимальными нарушениями, оставляя при этом монетизацию и разделение незавершенными.
Предлагаемая структура преобразует эти варианты выбора в одну запись решения. Он объединяет экономику транзакций с результатами клиентов, регулируемую подотчетность, операционную устойчивость, права на данные и интеллектуальную собственность, коммерческую автономию, порядок бухгалтерского учета и возможность выхода в будущем.
2. Определите, почему рассматривается возможность монетизации
Прежде чем выбирать маршрут, совет должен сформулировать конкретную цель. Возможные цели включают высвобождение капитала, привлечение технических талантов, финансирование разработки продуктов, обслуживание внешних страховщиков, выход на новый рынок, разделение инвестиций со стратегическим партнером, повышение прозрачности оценки или устранение непрофильной деятельности. Разные цели поддерживают разные структуры.
Технологическая платформа, которой нужны внешние клиенты, требует надежной нейтральности, возможности независимых продаж и договорных прав на использование ее технологии за пределами материнской компании. Платформа, которая в первую очередь поддерживает материнскую компанию, может получить большую часть своей ценности от качества обслуживания и экономической эффективности. Продажа его по высокой кратной цене может привести к потере стоимости, если страховщик позже заплатит чрезмерную плату за обслуживание, потеряет приоритет или будет вынужден восстанавливать мощности.
Объективный отчет должен идентифицировать ожидаемый источник стоимости, период, в течение которого она должна возникнуть, необходимые денежные средства и управленческий потенциал, принятые риски и доказательства, которые могут опровергнуть тезис. Следует также определить, направлена ли сделка на передачу контроля, долю контроля, сохранение значительного влияния или введение коммерческого контрагента без смены владельца.
Совет директоров должен отличать денежные поступления от продолжающейся стоимости. Доходы можно оценить по завершении. Непрерывная ценность зависит от экономики распределения, удержания клиентов, качества обслуживания, прав на инновации, затрат, капитала и способности менять поставщиков. Оба относятся к делу транзакции.
3. Начните с обслуживания клиентов и политики
Технологическая карта платформы должна начинаться с результатов в отношении клиентов и политики. Соответствующие пути могут включать в себя расценки, регистрацию, андеррайтинг, оплату, выпуск политики, одобрение, продление, претензии, обработку жалоб, отмену и отчетность в регулирующие органы. Каждое путешествие должно быть связано с юридическим лицом, продуктом, дистрибьютором, системой, данными, людьми и третьей стороной, необходимыми для его завершения.
Обязательства по страховому распространению продолжаются после технологической сделки. Директива о страховании требует, чтобы процессы утверждения продуктов определяли целевой рынок, оценивали соответствующие риски и согласовывали стратегию распространения с этим рынком. [1]. Соответствующее делегированное регулирование применяет требования к надзору за продукцией и управлению ею к производителям и дистрибьюторам. [2]. Смена владельца платформы не приводит к автоматической передаче этих обязанностей.
Карта обслуживания должна определять, какая сторона разрабатывает продукт, контролирует цены, предоставляет советы или информацию, принимает на себя риск, собирает премии, обрабатывает претензии, контролирует отношения с клиентами и отслеживает результаты. Он также должен выявить случаи передачи, при которых некачественные данные или неясные полномочия могут повлиять на клиентов.
Центральный тест на непрерывность имеет практическое значение. Страховщик должен быть в состоянии продемонстрировать, что клиент может покупать, использовать, изменять продукт, требовать его и отказываться от него посредством центральных, неблагоприятных сценариев и сценариев сбоя поставщика услуг. Эти доказательства должны существовать до того, как технологический актив будет оценен как самостоятельно монетизируемый.

Структура начинается с обслуживания клиентов и политики и связывает периметр транзакций с контролем, данными, устойчивостью, экономикой и будущим выходом.
4. Обосновать свое решение фактами цифровизации
Страховые технологии уже охватывают большую часть цепочки создания стоимости. В отчете EIOPA о цифровизации за 2024 год обнаружены различные уровни цифровой зрелости европейских страховщиков и сообщается, что распространение только в цифровом формате по-прежнему отстает от физических или гибридных каналов, особенно для продуктов страхования жизни. [3]. Он также сообщил о широком использовании облачных технологий и существенном внедрении искусственного интеллекта. Эти выводы имеют значение, поскольку ценность платформы может зависеть от гибридного распределения и групповой инфраструктуры, а не только от программного обеспечения.
EIOPA сообщила, что почти 80 процентов респондентов опроса использовали крупные технологические компании для облачных хранилищ, в то время как 50 процентов компаний, занимающихся страхованием жизни, и 24 процента компаний по страхованию жизни использовали искусственный интеллект. [3]. Эти выводы не определяют мультипликатор оценки. Они показывают, что технологические активы могут иметь концентрированную зависимость от третьих сторон, данных и управления.
Работа IAIS над эксплуатационной устойчивостью определяет киберустойчивость, сторонний аутсорсинг и управление непрерывностью бизнеса как существенные проблемы страхового сектора. [4]. Окончательный набор инструментов Совета по финансовой стабильности по рискам третьих сторон также фокусируется на важнейших услугах и управлении жизненным циклом отношений с третьими сторонами. [5].
Значение для монетизации является прямым. Платформа может стать внешней компанией, оставаясь при этом важным поставщиком услуг для страховщика. Поэтому документы по сделке, нормативный анализ и операционная модель должны разрабатываться вместе.
5. Определите периметр транзакции
Периметр должен идентифицировать все активы, обязательства, права, обязательства и зависимости, необходимые для автономной работы. Одного только расписания юридических лиц недостаточно. Технология может распространяться на компании группы, общие контракты, центральные команды, арендаторов облака, репозитории исходного кода, среды данных и соглашения с клиентами.
Реестр периметра должен охватывать программное обеспечение, код, модели, документацию, домены, товарные знаки, патенты, базы данных, лицензии, инфраструктуру, устройства, контракты с поставщиками, сотрудников, подрядчиков, помещения, финансовые отчеты, права клиентов, нормативные записи и известные споры. В нем должны быть указаны право собственности, пользователь, местоположение, возможность передачи, согласие, стоимость, маршрут замены и требования первого дня.
Общие компоненты требуют явного решения. Их можно передавать, дублировать, лицензировать, заменять или поставлять временно. Каждый выбор меняет самостоятельную стоимость, сроки завершения, риск обслуживания и переговорную силу. Общее ядро администрирования политик может оказаться невозможным для передачи без нарушения работы других продуктов. Многоразовый механизм ценообразования может потребовать отдельного управления моделью и прав на данные. Групповое соглашение об облаке может не допускать переуступки или независимого ценообразования.
Периметр должен следовать цепочке «услуга-деньги». Он должен включать в себя возможность котировать, выдавать, обслуживать, выставлять счета, собирать, сверять и составлять отчеты. Привлекательный интерфейс продукта без лежащей в его основе операционной и финансовой инфраструктуры не является самостоятельным бизнесом.
6. Определите гипотетическую платформу
В рассматриваемом случае предполагается, что страховщик владеет цифровой платформой, которая поддерживает прямое и партнерское распространение, администрирование полисов и отдельные рабочие процессы по урегулированию убытков. Платформа поддерживает 1,2 миллиона активных полисов и продуктов с годовой валовой страховой премией USD 540 million. Эти суммы являются иллюстративными допущениями руководства.
Платформа имеет годовой доход USD 82 million. Сюда входят плата за внутренние услуги, доход от распределения и ограниченный внешний доход. Автономные периодические затраты оцениваются в USD 61 million, включая прокси-сервер управления USD 21 million EBITDA. Ни распределение доходов, ни прокси-сервер EBITDA не проверяются и не представляются как наблюдаемые результаты деятельности компании.
На платформе работают 310 человек, и во время разделения она зависит от 44 ролей, предоставленных группой. Он использует 27 материальных приложений, девять критических интерфейсов и четыре поставщика облачных услуг или данных. Страховщик приписывает 38 процентов новых объемов полисов поездкам, для которых платформа важна. Эти входные данные представляют собой сценарии управления для тестирования структур транзакций.
Совет сравнивает четыре структуры: полную продажу с долгосрочным соглашением об обслуживании и распространении; контролируемое выделение с внешним капиталом роста; совместное предприятие 50:50 со стратегическим партнером по технологиям или дистрибьютору; и стратегические инвестиции меньшинства с коммерческим партнерством. В таблице 1 суммирован исходный случай.
| Элемент | Показательное предположение | Актуальность решения | Требуемые доказательства |
|---|---|---|---|
| Активные политики поддерживаются | 1,2 м | Критичность сервиса | Согласованные записи политики и платформы |
| Поддерживается годовая брутто-письменная премия | USD 540m | Воздействие распространения | Отчетность по продуктам и каналам |
| Приписанный годовой доход платформы | USD 82m | База оценки | Вырезанный мост доходов |
| Отдельная регулярная стоимость | USD 61m | Независимая экономика | Модель затрат ресурсов и поставщиков |
| Прокси управления EBITDA | USD 21m | Сравнение сценариев | Аудит моста и проверка бухгалтерского учета |
| Сотрудники | 310 | Рабочий периметр | Список ролей и занятости |
| Роли, предоставленные группой | 44 | Зависимость разделения | Именованный план перехода и замены |
| Применение материалов | 27 | Технологический периметр | Инвентаризация приложений и интерфейсов |
| Новый том с зависимостью от материальной платформы | 38% | Непрерывность дистрибуции | Атрибуция на уровне путешествия |
| Модельный период | 5 лет | Сравнение структур | Горизонт сценария, одобренного Советом директоров |
Каждая сумма, количество полисов, количество сотрудников, зависимости и данные оценки являются иллюстративным предположением руководства, а не наблюдаемыми данными компании или прогнозом.
7. Отделение доходов от трансфертного ценообразования.
Плата за внутренние услуги может поддерживать управленческую отчетность без доказательства доходов третьих сторон. В случае сделки следует разделить внешние договорные доходы, независимые внутренние расходы, распределенный групповой доход, сквозные затраты и экономические выгоды, которые остаются у страховщика.
Мост доходов платформы должен идентифицировать плательщика, услугу, контракт, единицу ценообразования, объем, срок, продление, индексацию, уровень обслуживания, кредитный риск и права на прекращение действия. Следует также определить, является ли оплата вознаграждением за технологию, распространение, данные, бренд, персонал, услуги по урегулированию претензий или регулируемую деятельность. Комплексные сборы скрывают как ценность, так и риск поведения.
Длительное соглашение страховщика должно оцениваться посредством наблюдаемого механизма. Возможные единицы включают политику, предложение, заявку, активного пользователя, премиум-объем, вызов API, модуль или фиксированную емкость. Выбранный механизм должен согласовывать стимулы, не вознаграждая неподходящие продажи или плохие результаты для клиентов. Директива о страховании требует от дистрибьюторов действовать честно, справедливо и профессионально в интересах клиентов. [1].
Совет должен смоделировать две ценности: стоимость отдельного предприятия платформы и общую стоимость страховщика после платы за обслуживание, экономики распределения, нераспределенных обязательств, налогов, затрат на разделение и риска. Конструкция может повысить первое и уменьшить второе.
8. Сравните четыре структуры собственности
Полная продажа передает контроль и может принести немедленную прибыль. Он предлагает покупателю широкую стратегическую свободу и может дать четкий ориентир для оценки. Страховщику требуются долгосрочные услуги, распространение, данные, аудит, устойчивость и права выхода, поскольку он становится зависимым от третьей стороны.
Контролируемое выделение приводит к привлечению внешнего капитала, в то время как страховщик сохраняет контроль. Это может сохранить стратегическое направление и согласованность распределения. Это может ограничить коммерческую нейтральность, сохранить консолидацию и требования к капиталу, а также создать проблемы в управлении связанными сторонами.
Совместное предприятие объединяет возможности и распределяет инвестиции. Это может открыть новую дистрибьюторскую сеть или технологический стек. Его ценность зависит от зарезервированных вопросов, обязательств по финансированию, тупика, утверждения бизнес-плана, прав интеллектуальной собственности, данных, эксклюзивности и выхода. МСФО (IFRS) 11 фокусируется на правах и обязанностях, возникающих в результате совместной деятельности, а не только на юридической форме. [6].
Стратегические инвестиции меньшинства вызывают меньшие разрушения и могут проверить коммерческий тезис. Платформа по-прежнему контролируется преимущественно страховщиками, а монетизация является частичной. Информационные права, стратегическое влияние, будущее финансирование и условия выхода требуют определения. МСФО (IAS) 28 использует значительное влияние, а не только процент владения, для определения ассоциированного учета. [7].
| Структура | Мгновенная монетизация | Страховой контроль | Отношения распределения | Основная зависимость выполнения |
|---|---|---|---|---|
| Полная распродажа | Самый высокий потенциальный авансовый доход | Отброшенный | Долгосрочное рыночное соглашение | Надежное обслуживание, данные, права на аудит и выход |
| Контролируемое вращение | Частичная выручка с сохранением права собственности | Сохраняется благодаря мажоритарному владению и управлению | Коммерческое соглашение со связанными сторонами | Автономные возможности и дисциплина в отношении связанных сторон |
| 50:50 совместное предприятие | Совместное финансирование и ценность | Совместное принятие решений | Соглашение о партнерстве с защитой от тупиковых ситуаций | Согласование финансирования, отложенные вопросы и преемственность в период тупика |
| Стратегические инвестиции меньшинства | Ограниченная первоначальная монетизация | В значительной степени сохранен | Коммерческое партнерство с определенными правами | Стратегическое влияние, будущее финансирование и надежный выход инвесторов |
Сравнение определяет основной коммерческий эффект каждого маршрута. По-прежнему необходимы доказательства, относящиеся к конкретной компании, и авторизованные консультации.
9. Установите контроль и оговорки
Контроль определяет, кто может руководить разработкой продукта, архитектурой ценообразования, взаимодействием с клиентами, инвестициями в технологии, кибербезопасностью, использованием данных и внешними продажами. Это также влияет на консолидацию и способность защитить страховщика в случае расхождения стратегических интересов.
МСФО (IFRS) 10 определяет контроль через власть над объектом инвестиций, подверженность или права на переменную прибыль, а также возможность использовать власть для воздействия на эту прибыль. [8]. Поэтому договорные права, состав совета директоров и процессы принятия решений имеют значение наряду с владением акциями. Защитные права не следует рассматривать как операционный контроль без анализа бухгалтерского учета.
Зарезервированные вопросы должны охватывать годовые планы, бюджеты, требования к капиталу, задолженность, приобретения, продажи, материальные контракты, операции со связанными сторонами, использование данных, интеллектуальную собственность, изменения продуктов, аутсорсинг, кибербезопасность, ключевых руководителей, судебные разбирательства, распространение и выход. Список должен соответствовать пороговым значениям принятия решений и срокам. Чрезмерное вето может помешать нормальной работе; слабые права могут раскрыть регулируемые услуги.
Положения о тупиковых ситуациях должны отражать последствия задержки. Эскалация, посредничество, определение экспертов, ротация полномочий, механизмы купли-продажи или определенный путь разделения могут подходить для разных решений. Вопросы клиентов и нормативные требования требуют решения по обеспечению непрерывности, которое будет работать, пока споры о правах собственности не разрешены.

Баллы представляют собой иллюстративную оценку руководства по пятибалльной шкале и не отражают рыночные наблюдения или юридические выводы.
10. Сохраняйте распространение, не создавая зависимости
Страховщику и платформе необходимо коммерческое соглашение, которое определяет доступ к каналам, продуктам, территориям, собственности клиентов, распределению потенциальных клиентов, уровням обслуживания, экономике и срокам. Эксклюзивность может поддержать инвестиции и ценность, одновременно снижая гибкость и конкуренцию. В соглашении должны быть определены объем, продолжительность, условия исполнения, исключения и средства правовой защиты.
Права на распространение должны быть отделены от технологических услуг. Страховщику может потребоваться постоянный доступ к цифровому каналу, сохраняя при этом возможность добавлять продукты, использовать альтернативные каналы или предоставлять услуги собственными силами. Платформе может потребоваться разрешение на обслуживание других страховщиков без использования конфиденциальной информации и создания неприемлемых конфликтов.
Соглашение должно касаться утверждения продукта, целевого рынка, взаимодействия с клиентами, качества продаж, вознаграждения, жалоб, уязвимых клиентов, продления и послепродажного обслуживания. Страховщик должен сохранять достаточную информацию и полномочия для выполнения остающихся у него обязательств.
К числу негативных последствий следует отнести неэффективность платформы, стратегическую продажу конкуренту, тупик владения, неплатежеспособность, киберинцидент и прекращение деятельности. Для каждого случая страховщику необходим определенный маршрут непрерывности, доступ к данным и переходный период. Непроверенное договорное право на выход слабее, чем технически реализуемая альтернатива.
11. Составьте карту регулируемой деятельности и подотчетности
Операционная модель должна определять каждую деятельность, которая может регулироваться или контролироваться. Разработка технологий, привлечение потенциальных клиентов, общение с клиентами, сравнение продуктов, консультации, страховая поддержка, решения по претензиям и рассмотрение жалоб могут иметь различные юридические последствия в зависимости от юрисдикции и фактов.
Страховщик должен вести карту подотчетности, которая определяет юридическое лицо, ответственное за каждого клиента и результаты регулирования. Аутсорсинг не снимает обязательств страховщика. Правила EIOPA Solvency II требуют письменной политики и условий аутсорсинга, соответствующих обязательствам предприятия. [9].
Карта должна отличать делегированные полномочия от предоставления информации. Платформа может предоставлять инструменты, данные или рекомендации, пока страховщик сохраняет за собой решение. Если платформа действует по своему усмотрению, принимает клиентов, изменяет условия или сообщает о регулируемых решениях, юридический и надзорный анализ может измениться.
Регуляторное взаимодействие следует планировать на основе предлагаемых фактов. В плане должны быть указаны уведомления, утверждения, требования к смене контроля, оценки аутсорсинга, соображения соответствия, управление продуктом и информационные запросы. График транзакции должен включать достаточно времени для этих шагов и альтернатив, если условия одобрения влияют на стоимость.
12. Защита операционной устойчивости
Платформа может поддерживать важную бизнес-услугу даже после смены владельца. Страховщик должен составить карту людей, процессов, технологий, объектов и информации, необходимых для предоставления этой услуги. FCA ожидает, что компании поймут эти зависимости при управлении аутсорсингом и третьими сторонами. [10].
DORA требует, чтобы финансовые организации, на которые распространяется действие страховки, оценивали риски третьих сторон в сфере ИКТ, проводили комплексную проверку, поддерживали договорные права и создавали проверенные стратегии выхода из услуг ИКТ, поддерживающих критически важные или важные функции. [11]. Регулирование требует выхода без сбоев, нарушения соблюдения нормативных требований или ущерба для обслуживания клиентов. Эти принципы обеспечивают полезную проверку сделок даже в тех случаях, когда применяется другой режим.
Соглашение об обслуживании должно охватывать доступность, емкость, восстановление, инциденты, безопасность, аудит, субподряд, местоположение, доступ к данным, исправление, сотрудничество со стороны регулирующих органов и прекращение действия. Уровни обслуживания должны измерять результаты клиентов и политики, а не только деятельность инфраструктуры.
Доказательства устойчивости должны включать сопоставленные сервисы, допуски к воздействию, тесты сценариев, результаты восстановления, записи об инцидентах, тесты мощности и репетиции завершения. Гарантия продавца не может заменить текущие эксплуатационные доказательства. Существенные недостатки должны влиять на цену, условия, инвестиции, договорную защиту и саму структуру.
13. Распределите права и обязанности в отношении данных
Страховые платформы могут зависеть от данных о клиентах, полисе, претензиях, здоровье, телематике, поведении, ценах и мошенничестве. Транзакция должна классифицировать каждый набор данных по контролеру, процессору, цели, законному основанию, согласию, где это применимо, местоположению, хранению, доступу, совместному использованию, переносимости и удалению.
Сам по себе язык владения не решает вопросы прав на данные. Персональные данные регулируются применимым законодательством и не могут быть переданы или повторно использованы только потому, что в договоре они названы активом. Общий регламент ЕС по защите данных распределяет обязанности между контролерами и обработчиками и требует соблюдения целей, безопасности и прав субъектов данных. [12].
Платформе может потребоваться постоянный доступ к данным страховщиков для предоставления услуг и разработки продуктов. Страховщику могут потребоваться данные, сгенерированные платформой, для мониторинга распределения, андеррайтинга, претензий и результатов работы клиентов. Права должны быть конкретными в зависимости от цели, области, географии, продолжительности и разрешенных пользователей. Обучение модели и полученные данные требуют отдельного рассмотрения.
План разделения должен определять извлечение, миграцию, сверку, остаточные копии, отзыв доступа и доказательства удаления. Закон ЕС о данных включает требования к переключению и переносимости услуг обработки данных, включая договорную информацию и поддержку перехода. [13]. Применимые требования должны быть подтверждены для задействованных услуг и юрисдикций.
14. Отдельные права интеллектуальной собственности и инноваций.
Реестр интеллектуальной собственности должен идентифицировать код, модели, изобретения, документацию, базы данных, интерфейсы, контент, товарные знаки, домены и ноу-хау. Для каждого элемента в реестре должны быть указаны создатель, работодатель или подрядчик, правообладатель, доказательства, лицензии, ограничения, компоненты с открытым исходным кодом, юрисдикция и маршрут передачи.
Совместная интеллектуальная собственность требует продуманной структуры. Страховщик может передать право собственности и сохранить лицензию, сохранить право собственности и лицензировать платформу или разделить права по областям, географическому положению или продукту. Каждая структура влияет на стоимость, свободу деятельности, правоприменение, инвестиции и будущий выход.
Улучшения следует распределять до начала разработки. Соглашение должно определять право собственности на улучшения всей платформы, конфигурации для конкретных страховщиков, совместно разработанные функциональные возможности, модели, обученные на данных страховщиков, и интерфейсы, созданные для других клиентов. Права на использование исходной интеллектуальной собственности должны оставаться в силе после прекращения действия, если этого требует непрерывность.
Лицензии с открытым исходным кодом и лицензии третьих сторон должны быть проверены на предмет передачи, смены контроля, распространения и обязательств по исходному коду. Слабые доказательства цепочки прав собственности могут снизить стоимость и задержать завершение проекта. План исправления должен включать назначения подрядчиков, недостающие записи, лицензионные соглашения и проверку происхождения кода.
15. Создайте автономную операционную модель
Самостоятельная стоимость должна формироваться из объемов деятельности и услуг. Он должен охватывать лидерство, проектирование, продукцию, продажи, поддержку клиентов, финансы, риски, юриспруденцию, соблюдение требований, защиту данных, безопасность, закупки, человеческие ресурсы, оборудование, страхование и корпоративные системы.
Текущее групповое распределение затрат может не включать возможности, предоставляемые централизованно, или включать затраты, которые платформе не понадобятся. Поэтому автономная модель должна идентифицировать переданные ресурсы, новых сотрудников, аутсорсинговые услуги, дублированные системы, потери масштаба и инвестиции, необходимые для внешних клиентов. Следует отличать текущие затраты от единовременных затрат на увольнение и увольнение.
Операционная модель также должна определять возможности, которые остаются за страховщиком. Страховщику могут потребоваться функции управления поставщиками, архитектуры, информационной безопасности, управления данными, непрерывности бизнеса и надзора за продуктами для надзора за отдельным поставщиком. Эти нераспределенные затраты относятся к страховой стоимости.
В плане ресурсов должны быть указаны сроки, дефицит, сроки найма и промежуточный охват. Сделка может быть завершена на законных основаниях, пока платформа остается зависимой от сотрудников группы. У каждой зависимости должен быть владелец, период обслуживания, этап выхода и проверенная замена.
16. Разработайте переходные услуги вокруг выходов
Временные службы должны поддерживать непрерывность работы, пока создаются постоянные возможности. Они не должны скрывать нерешенную операционную модель. Для каждой услуги требуется объем, пользователи, объем, уровень обслуживания, стоимость, безопасность, данные, субподрядчики, контроль изменений, выходные результаты, запланированная дата выхода и дата окончательного прекращения.
Технологические услуги могут включать хостинг, идентификацию, сети, операции безопасности, службу поддержки, данные, интеграцию, инструменты разработки, финансовые системы и технологии на рабочих местах. Бизнес-услуги могут включать в себя расчет заработной платы, закупки, юридическую, финансовую, рисковую и нормативную отчетность. Оба типа требуют измеримых критериев приемки.
График TSA должен отличать обязательства поставщика от готовности покупателя. Задержка может быть вызвана отсутствием данных, недоступными интерфейсами, неполными целевыми системами или поздними решениями. Сборы и продления должны отражать ответственность и сохранять стимулы к выходу.
Выход должен быть проверен посредством служебных репетиций. Платформа должна работать, восстанавливать и предоставлять доказательства без поддержки продавца. Страховщик должен подтвердить продолжение обслуживания и мониторинга после прекращения каждой зависимости. TSA закрывается только тогда, когда доказательства приемки завершены, остаточный доступ удален и затраты согласованы.
17. Переведите структуру в бухгалтерский учет и отчетность.
Бухгалтерский анализ должен соответствовать договорным правам и фактам. Продажа, контролируемая дочерняя компания, совместная деятельность и ассоциированная компания могут привести к различным результатам консолидации, представления и прибыли. Эти эффекты следует моделировать отдельно от экономической стоимости.
МСФО (IFRS) 5 требует, чтобы выбывающая группа классифицировалась как предназначенная для продажи, когда выполняются определенные критерии, и устанавливает соответствующие требования к оценке и представлению. [14]. Совет директоров должен подтвердить, когда критерии удовлетворены и как периметр влияет на активы, обязательства и представление прекращенной деятельности.
МСФО (IFRS) 10 использует контроль для определения консолидации. [8]. МСФО (IFRS) 11 классифицирует совместную деятельность по правам и обязанностям. [6]. МСФО (IAS) 28 применяет метод долевого участия к ассоциированным и совместным предприятиям с учетом его требований и исключений. [7]. Юридическая структура и права совета директоров должны быть рассмотрены консультантами по бухгалтерскому учету до того, как финансовые последствия будут представлены как урегулированные.
Модель также должна учитывать признание выручки, операции со связанными сторонами, нематериальные активы, налоги, стимулирование сотрудников, сохраненные доли участия и обесценение. Транзакция может принести денежную прибыль, одновременно уменьшая заявленную выручку или увеличивая волатильность, учитываемую долевым участием. Пакет досок должен согласовывать кассовые, бухгалтерские и экономические взгляды.
18. Цените платформу и сохраняющиеся отношения
При оценке следует использовать доказательства, соответствующие бизнес-модели. Соответствующие подходы могут включать дисконтированный денежный поток, ссылки на публичные компании, прецедентные транзакции и юнит-экономику. Кэптивная платформа с распределенным доходом требует моста к независимым доходам и отдельным затратам, прежде чем внешние мультипликаторы станут значимыми.
Модель должна отделять ценность платформы от ценности распространения. Распространение может обеспечить доступ клиентов, экономику обновления и данные, которые поддерживают рост платформы. Страховщик не должен передавать эти льготы без вознаграждения или прав. Коммерческое соглашение может содержать минимальные объемы, эксклюзивность, цены, маркетинговую поддержку или обязательства по продукту, которые затрагивают оба бизнеса.
Оставленную долю следует оценивать в центральных и негативных случаях. Ограничения в управлении, неликвидность, размытие, будущее финансирование, преференциальные права, ограничения на передачу и сроки выхода могут повлиять на его экономическую ценность. Высокая общая стоимость предприятия не равна денежным средствам, доступным страховщику.
Мост общей стоимости должен включать денежную выручку, нераспределенные проценты, затраты на обслуживание, экономику распределения, налоги, затраты на разделение, неокупаемые затраты, оставшиеся инвестиции, подверженность риску и стоимость выхода. Этот мост является основой для сравнения конструкций.
| Мера | Полная распродажа | Контролируемое вращение | 50:50 совместное предприятие | Партнерство меньшинств |
|---|---|---|---|---|
| Авансовые денежные поступления | USD 185m | USD 70m | USD 105m | USD 45m |
| Иллюстративная корпоративная ценность платформы | USD 210m | USD 225m | USD 235m | USD 250m |
| Право собственности страховщика после сделки | 0% | 65% | 50% | 80% |
| Пятилетнее страховое обслуживание и стоимость распространения | USD 162m | USD 126m | USD 132m | USD 119m |
| Единовременное расставание и стоимость стендапа | USD 34m | USD 28m | USD 31m | USD 18m |
| Нижний переход и резерв выхода | USD 52m | USD 31m | USD 38m | USD 24m |
| Иллюстративный контрольный балл | 1.5/5 | 4.5/5 | 3.0/5 | 4.5/5 |
| Показательный показатель коммерческой свободы | 5.0/5 | 3.0/5 | 4.0/5 | 2.5/5 |
| Ориентировочное заключение правления | Высочайшая мгновенная ликвидность | Строгий контроль и частичная монетизация | Партнерство по возможностям с риском тупиковой ситуации | Наименьшие сбои и неполная монетизация |
Значения представляют собой гипотетические сценарии управления до проведения налогового, бухгалтерского, юридического и нормативного анализа в конкретной юрисдикции. Это не оценки или прогнозы.
19. Тестирование центрального и неблагоприятного сценариев.
Центральный случай должен отражать одобренный советом директоров бизнес-план, поддерживаемые объемы клиентов, текущие затраты и контрактные инвестиции. Неблагоприятный сценарий должен включать в себя снижение внешних продаж, более медленную доставку продуктов, более высокие отдельные затраты, сбои в обслуживании, возмещение ущерба клиентам, нормативные условия и задержку выхода из TSA.
В тяжелом случае должны сочетаться отказы, которые могут произойти одновременно. Кибер-инцидент может привести к снижению качества обслуживания, увеличению стоимости устранения неполадок, задержке внешних продаж и провоцированию проверок со стороны регулирующих органов. Спор о стратегических владельцах может задержать инвестиции и вынудить страховщика сохранить дорогие альтернативы. Модель должна избегать добавления независимых вероятностей к коррелирующим событиям.
Гипотетическая модель использует три сценария. Центральный случай предполагает запланированный внешний рост и выход из TSA в течение восемнадцати месяцев. Неблагоприятный сценарий предполагает задержку продаж на двенадцать месяцев, увеличение отдельных затрат на 15 процентов и продление TSA на шесть месяцев. Серьезный случай предполагает инцидент с материальными услугами, двухлетнюю задержку роста, 25-процентный перерасход средств и ускоренный переход страховой компании.
Результаты сценария должны включать денежные поступления, стоимость оставшихся процентов, стоимость услуг, риски по политике и премиям, возмещение ущерба клиентам, требования к капиталу, ликвидность, стоимость отделения и время до осуществимого выхода. Результат должен идентифицировать ограничение привязки для каждой структуры.

Размер пузыря представляет собой гипотетический риск снижения цен. Баллы представляют собой предположения руководства и не отражают измеренный риск или юридические заключения.
20. Предварительное согласование действий руководства
Действия руководства должны быть исполняемыми, принадлежать компании и отражаться в контрактах. Возможные действия включают снижение эксклюзивности, сохранение условного депонирования исходного кода, добавление вторичного поставщика, отсрочку передачи критически важной услуги, сохранение большей доли, финансирование программы устойчивости или изменение маршрута транзакции.
В каждом действии должны быть указаны триггер, полномочия, время выполнения, стоимость, эффект для клиента и доказательства готовности. Право на прекращение может быть экономически слабым, если миграция требует многих лет. Право на аудит может быть слабым, если у страховщика нет доступа, навыков или прав на возмещение ущерба.
Серьезный случай должен включать действия, которые остаются доступными после смены владельца. Страховщику может потребоваться продление лицензий, извлечение данных, права вмешательства, помощь в переходе и доступ к ключевому персоналу. Платформе могут потребоваться обязательства по финансированию, минимальная коммерческая поддержка и защита от внезапного прекращения распространения.
Действия должны быть протестированы до завершения, если это возможно. Тесты восстановления, экспорт данных, тесты сборки исходного кода, альтернативная маршрутизация, обходные пути вручную и коммуникационные упражнения могут определить, является ли договорное средство защиты с оперативной точки зрения полезным.
21. Управляйте искусственным интеллектом и сторонними моделями.
Платформа InsurTech может использовать искусственный интеллект при ценообразовании, андеррайтинге, обнаружении мошенничества, претензиях, обслуживании клиентов или распространении. Периметр транзакции должен идентифицировать каждую систему, цель, владельца, данные, модель, третью сторону, проверку, предел производительности и точку принятия решения человеком.
Модельный бюллетень NAIC напоминает страховщикам, что решения, влияющие на потребителя, поддерживаемые искусственным интеллектом, по-прежнему регулируются применимыми законами о страховании, и устанавливает ожидания для письменной программы управления. [15]. Работа NAIC в 2025 и 2026 годах также была сосредоточена на нормативной оценке систем AI, а также сторонних данных и моделей. [16].
Смена владельца может изменить доступ к моделям, права на данные, стимулы развития и подотчетность. Страховщик должен сохранять доказательства, необходимые для объяснения и оспаривания решений, затрагивающих клиентов. Платформа должна определить, какие модели могут использоваться для внешних клиентов и как отделяется конфиденциальная информация.
Коммерческое соглашение должно касаться изменений модели, проверки, отклонения, предвзятости, инцидентов, аудита, доступа регулирующих органов, происхождения данных, субподрядчиков и выхода. Сценарии использования с высоким уровнем риска требуют одобрения и подтверждения, прежде чем они будут переданы или коммерциализированы.
22. Создайте систему показателей принятия решений по транзакциям
В системе показателей следует использовать пороговые значения доказательств и условия «красной линии». Средневзвешенное значение может скрыть недостатки в обеспечении непрерывности работы клиентов, регулируемой подотчетности, правах на данные, кибербезопасности, финансовой жизнеспособности или возможности выхода.
Совет директоров должен оценить каждую структуру с точки зрения стратегического соответствия, доходов, остаточной стоимости, коммерческой свободы, распределения, результатов для клиентов, контроля, регулирования, операционной устойчивости, данных, интеллектуальной собственности, людей, бухгалтерского учета, налогов, капитала, исполнения и выхода. Достоверность доказательств должна регистрироваться отдельно от оценки.
Условия «красной линии» могут включать в себя неработоспособность продукта, непередаваемые важные права, неразрешенную легальность данных, отсутствие права собственности на исходный код, недостаточный капитал, сценарий отказа поставщика за пределами допустимого воздействия или соглашение о распространении, которое создает стимулы к неприемлемому поведению.
В протоколе решения должно быть указано, почему была выбрана та или иная структура, условия, которые могли изменить рекомендацию, а также доказательства, необходимые для подписания и завершения. В таблице 3 представлена иллюстративная система показателей.
| Измерение | Решение правления | Минимум доказательств | Ответственный владелец | Состояние красной линии |
|---|---|---|---|---|
| Клиент и дистрибуция | Одобрить продолжение путешествия и экономику | Карта пути, результаты, контракты и мониторинг | Главный специалист по работе с клиентами | Материальное путешествие не может осуществляться через стресс |
| Нормативная ответственность | Подтвердите роли и утверждения | Карта активности, уведомления и юридический анализ | Главный специалист по соблюдению требований | Ответственность или разрешение остаются нерешенными |
| Технологии и устойчивость | Подтвердить обслуживание и восстановление | Архитектура, тесты, инциденты и план выхода | Главный технический директор | Критическая служба за пределами устойчивости к воздействию |
| Данные и AI | Одобрить законное использование и контроль | Карта данных, типовой реестр и доказательства управления | Главный специалист по данным | Для обязательного использования отсутствуют поддерживаемые права или контроль. |
| Интеллектуальная собственность | Подтвердить право собственности и лицензию | Цепочка прав собственности, лицензии и проверка кода | Главный юрисконсульт | Критически важный актив не может быть передан или лицензирован |
| Экономика и стоимость | Утвердить мост общей стоимости | Выделенные счета, модель затрат и сценарии | Главный финансовый директор | Значение зависит от неподдерживаемого распределения |
| Управление и контроль | Утвердить права и процесс принятия решения | Соглашение акционеров и вопросы, подлежащие оговорке | Спонсор правления | Тупик может прервать обслуживание клиентов |
| Выход | Подтвердить исполняемую альтернативу | План перехода, экспорт данных и протестированные возможности | Главный операционный директор | Нет жизнеспособного выхода из зависимости от поставщика |
Система показателей представляет собой шаблон управления. Пороговые значения и баллы требуют конкретных доказательств компании и авторизованных рекомендаций.
23. Выполнение через поэтапные транзакционные шлюзы
Исполнение должно осуществляться посредством определения, предоставления доказательств, подготовки рынка, документации, разделения и гарантий после закрытия. Каждые ворота должны выдавать конкретное обязательство только после того, как будут собраны необходимые доказательства.
Ворота определения утверждают цель, периметр и возможные структуры. Доказательные данные включают в себя финансовую отчетность, карты услуг, записи о собственности, нормативный анализ и автономный план. Рыночные ворота подтверждают квалификацию покупателя или партнера и границы информации. Подписание завершает соглашения, условия, обязательства по финансированию и разделению. Ворота завершения требуют готовности к первому дню. Выходные ворота закрывают переходные зависимости.
Рабочие потоки должны совместно использовать один журнал решений. Изменения в периметре, собственности или коммерческих условиях могут повлиять на регулирование, данные, бухгалтерский учет, налоги, технологии и оценку. Модель и документы должны быть обновлены на основе одних и тех же утвержденных фактов.
Программа должна включать в себя репетиции обслуживания политики, выставления счетов, претензий, идентификации, обмена данными, реагирования на инциденты, финансового закрытия, нормативной отчетности и выхода поставщика услуг. В исключениях должны быть указаны имена владельцев, временный контроль и последствия закрытия.

Каждый шлюз реализует определенное обязательство только после того, как доказательства, непрерывность работы клиента и эксплуатационная готовность достигнут утвержденного порога.
24. Управляйте бизнесом после завершения
Управление после закрытия должно контролировать как платформу, так и продолжающиеся отношения. Панель управления должна охватывать информацию о доходах, затратах, денежных средствах, доставке продукции, внешних продажах, уровнях обслуживания, инцидентах, результатах работы клиентов, жалобах, изменениях моделей, киберрисках, данных, капитале, вопросах, связанных со связанными сторонами, и готовности к выходу.
Страховщик должен поддерживать функцию надзора за поставщиками и дистрибуцией с доступом к информации, правами на проведение аудита и полномочиями по эскалации. Совет директоров платформы должен управлять коммерческим ростом, соблюдая при этом защищенную информацию, обязательства по обслуживанию и разрешая конфликты.
Цены и изменения связанных сторон требуют контролируемого утверждения. Держателю контрольного пакета акций следует избегать использования платформы исключительно для целей группы, когда внешние инвесторы и клиенты ожидают независимого управления. Стратегический партнер не должен получать информацию, которая ослабляет конкуренцию или конфиденциальность клиентов.
Продолжающиеся отношения следует пересматривать после существенных инцидентов, смены собственников, приобретений, изменений в законодательстве и изменений бизнес-модели. Совет директоров должен ежегодно обновлять обоснование стоимости и сравнивать фактические результаты с предположениями, использованными для одобрения сделки.
25. Примените систему монетизации
Эту структуру можно применять в определенной последовательности. Во-первых, определите цель совета директоров и обслуживание клиентов, которое должно оставаться непрерывным. Во-вторых, установите периметр транзакции и автономную операционную модель. В-третьих, подтвердите регулируемую деятельность, подотчетность, права на данные и интеллектуальную собственность. В-четвертых, сравните структуры собственности по контролю, коммерческой свободе, бухгалтерскому учету и выходу.
В-пятых, постройте мост общей стоимости между выручкой, нераспределенной процентной ставкой, экономикой услуг и распределения, налогами, затратами и рисками. В-шестых, согласовывайте коммерческие, управленческие, устойчивые и переходные документы, исходя из одних и тех же фактов. В-седьмых, протестируйте сценарии первого дня и сбоев провайдера. В-восьмых, следите за отношениями после закрытия и выполняйте запланированные выходы.
В гипотетическом случае контролируемое выделение приносит меньшую непосредственную выручку, чем полная продажа, сохраняя при этом более сильную непрерывность распределения и контроль. Партнерство с меньшинством имеет наименьшие разрушения и самую высокую показательную общую ценность предприятия, но при этом монетизация остается незавершенной. Совместное предприятие приносит внешние возможности и создает существенный тупик и риск финансирования. Это результаты сценариев, а не рекомендации по транзакциям.
Совет директоров должен выбирать структуру только после получения конкретных доказательств, оценки и одобренных юридических, нормативных, бухгалтерских и налоговых консультаций. Предпочтительным маршрутом является тот, общая стоимость которого остается поддерживаемой после учета ограничений по потребителям, устойчивости и выходу.
В документе об окончательном утверждении должны быть указаны отклоненные альтернативы, доказательства, которые изменили решение, неразрешенные условия и лицо, ответственное за каждое условие. Эта запись дает совету директоров стабильную основу для завершения, мониторинга после закрытия и принятия любого последующего решения о расширении, реструктуризации или выходе из отношений.
26. Ограничения и выводы
В этом документе представлена структура принятия решений по сделкам с технологическими активами, принадлежащими страховщикам. Он не определяет разрешения регулирующих органов, классификацию аутсорсинга, законность данных, право собственности на интеллектуальную собственность, порядок бухгалтерского учета, налогообложение, оценку, законодательство о конкуренции, передачу рабочих мест или возможность исполнения договоров.
Проработанный случай является гипотетическим. Объемы полисов, премии, доходы, затраты, стоимость, баллы, вероятности, сроки и суммы рисков являются иллюстративными допущениями руководства. Они не наблюдают за результатами компании, рыночными показателями, прогнозами или оценками.
Актив InsurTech может создавать ценность за счет внешних клиентов, специализированного капитала и коммерческой направленности. Его стоимость также может зависеть от доступа к продуктам, данным, бренду, персоналу и регулируемой операционной модели страховщика. Транзакция должна сделать эти зависимости видимыми и оценить их.
Страховщик должен сохранять обслуживание клиентов, доказательства, подотчетность и возможность исполняемого выхода на протяжении всего цикла владения. Платформа должна получить достаточные права, ресурсы и управление, чтобы работать как заслуживающий доверия бизнес. Система непрерывности монетизации и распределения InsurTech обеспечивает контролируемый путь от целей совета директоров к структуре транзакций, разделению и постоянному надзору.
Источники
- Европейский Союз, Директива (ЕС) 2016/97 о страховании, 20 января 2016 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Европейская комиссия, Делегированный регламент (ЕС) 2017/2358 о требованиях к надзору за продуктами и управлению для страховых компаний и дистрибьюторов, 21 сентября 2017 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Европейское управление страхования и профессиональных пенсий, Отчет о цифровизации европейского страхового сектора, 30 апреля 2024 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Международная ассоциация органов страхового надзора, Тематический документ по операционной устойчивости страхового сектора, 23 мая 2023 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Совет по финансовой стабильности, Улучшение управления рисками и надзором третьих сторон: набор инструментов для финансовых учреждений и финансовых органов, 4 декабря 2023 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Фонд МСФО, МСФО (IFRS) 11 «Совместная деятельность», обзор стандартов и выпущенные требования, по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Фонд МСФО, МСФО (IAS) 28 «Инвестиции в ассоциированные компании и совместные предприятия», стандартный обзор, по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- IFRS Foundation, МСФО (IFRS) 10 «Консолидированная финансовая отчетность», выпущенные требования, по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Европейское управление страхования и профессиональных пенсий, Статья 274 Единого свода правил Solvency II об аутсорсинге, обновлено 12 апреля 2024 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Управление финансового надзора, аутсорсинг и операционная устойчивость, обновлено 14 июля 2026 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Европейский Союз, Регламент (ЕС) 2022/2554 о цифровой операционной устойчивости финансового сектора, 14 декабря 2022 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Европейский Союз, Регламент (ЕС) 2016/679 «Общий регламент по защите данных», 27 апреля 2016 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Европейский Союз, Регламент (ЕС) 2023/2854 о гармонизированных правилах справедливого доступа к данным и их использования, 13 декабря 2023 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Фонд МСФО (IFRS Foundation), МСФО (IFRS) 5 «Долгосрочные активы, предназначенные для продажи, и прекращенная деятельность», стандартный обзор, по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Национальная ассоциация комиссаров по страхованию, Типовой бюллетень по использованию систем искусственного интеллекта страховщиками, принят 4 декабря 2023 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Национальная ассоциация комиссаров по страхованию, Темы страхования: искусственный интеллект, обновлено в 2026 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Банк Англии, Управление пруденциального регулирования, SS2/21 «Аутсорсинг и управление рисками третьих сторон», март 2021 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник
- Европейское управление страхования и профессиональных пенсий, Рекомендации по аутсорсингу поставщиков облачных услуг, 6 февраля 2020 г., по состоянию на 17 сентября 2026 г., Прочтите первоисточник

