DatabricksにおけるエンドツーエンドのSolvency IIレポーティングへの実践的アプローチ

Solvency II報告は、単なる規制当局への提出プロセスではありません。保険会社全体のデータ、モデル、コントロール、承認、そしてナラティブ（説明記述）をつなぐビジネスプロセスです。

Solvency IIは、保険資本、ガバナンス、開示に関するEUのリスクベースの規制枠組みです（英国ではSolvency UKとして維持されています）。保険会社は、データ、モデル、コントロール、承認、独自の自己リスク・ソルベンシー評価（ORSA）、および規制開示を通じて自社の財務状況を評価・伝達し、契約者に対する義務を履行できることを証明する必要があります。

実務において、Solvency II報告は、データの取り込み、アクチュアリーの責任準備金算出、資本計算、定量的報告テンプレート（QRTs）、ORSA、ガバナンス承認、開示をすべて接続し、厳しい規制期限に間に合わせるエンドツーエンドのビジネスプロセスです。

課題は、このプロセスが多くのシステム、チーム、データソース、拠点に分散していることが多い点です。これらの要素が緩やかにしか接続されていない場合、報告サイクル全体を統制された1つのビューで維持することや、プロセス全体にまたがるビジネス上の質問に答えることが困難になります。

Databricksのシニアソリューションアーキテクト（保険担当）であるLaurence Ryszkaが実演するDatabricksのデモでは、データの取り込みや準備金設定から、資本計算、報告、ガバナンス、開示に至るまで、このプロセスをエンドツーエンドで実装した場合のイメージを紹介します。

Solvency II報告の運用が困難な理由

多くのSolvency IIの実装は、時間をかけて構築されてきました。異なるチームがプロセスの異なる部分を管理し、データが届くタイミングも異なり、報告業務が複数のシステムやデータ保存場所に分散している場合があります。プロセスを監督する責任者は、その水面下で起きているすべての事象を統合した1つのビューで把握できないまま、最終的な提出に責任を負わなければならないことがあります。

このような断片化により、以下のような特有の、かつ繰り返し発生する問題が生じます。

• データフィードの到着が遅れ、所有者を特定して影響を評価するために手動でのフォローアップが必要になる
• データ品質ルールでエラーが発生し、ワークフローを進める前に影響を受ける行の処理方法を決定する必要がある
• 2つのQRTsの間で不一致が生じ、整合性が取れない場合がある
• モデルの承認待ちにより、自動化されたワークフローがブロックされる可能性がある
• 経営陣からシナリオに関する質問（例：今後12ヶ月間でサイバー保険の保有契約が倍増した場合、ソルベンシー比率はどうなるかなど）を投げかけられた際、回答を得るためにデータ、モデル、資本計算、報告出力を連携させる必要がある。

問題が発生するたびに、チームはツールをまたいだ個別の調査や調整に追われます。提出自体は完了するものの、プロセスには多大な労力がかかり、監視が困難な状態が続きます。

DatabricksがエンドツーエンドのSolvency II報告をどのようにサポートするか

Databricksは、Solvency II報告サイクル全体を、統制された1つのワークフローとして実装できる単一のプラットフォームを提供します。このアプローチは、データの取り込み、品質チェック、アクチュアリーの準備金設定、資本計算、QRTの作成、ORSAの起草、ガバナンス、開示をカバーします。

これは、既存のシステムを置き換えるかどうかの二者択一ではありません。ほとんどの保険会社は、すでに確立されたアクチュアリーおよび資本モデリングのスイートを運用しており、それらのシステムはそのまま維持されます。Databricksは、それらのシステムを取り囲む、統制されたデータ、オーケストレーション、および報告のレイヤーとして機能します。つまり、インプットを準備し、アウトプットを取り込み、その両方を監視された1つのプロセスに接続します。

以下のセクションでは、このワークフローの各部分がどのように動作するかを説明します。

報告サイクルのための統合コントロールビュー

ワークフローの中心となるのはコントロールタワーです。現在のソルベンシー比率、報告期限への対応状況、承認、遅延しているフィード、未解決の課題などを1箇所で監視できます。また、比率の変動に対して、その原因となったイベントのラベルを付与できるため、ユーザーは単に数値が変動したことだけでなく、何が原因で変化したのかを理解できます。

このビューにより、チーム間で更新情報を追いかける運用モデルから、プロセス全体の共通のイメージに基づいて作業するモデルへと移行できます。遅延しているフィードをその所有者と紐付けたり、承認のボトルネックをそれが影響するワークフローと並べて表示したりできます。報告に関する問題も、全体の準備状況を監視するのと同じ場所から調査できます。

自動化された取り込みチェックとデータ品質管理

ワークフローにおけるデータの取り込みは自動化されています。データは利用可能になり次第プルされ、即座にチェックされます。

最初のチェックでは、鮮度、完全性、所有権などの基本的な運用シグナルをカバーします。鮮度は、フィードが予定通りに到着したかどうかを示します。完全性は、期待されるレコードとフィールドが存在することを確認し、データ量を過去のアップロードと比較して検証します。所有権は、フォローアップが必要な場合に、そのソースの責任者が誰であるかを明確にします。

データ品質ルールは、もう1つの防御策となります。チェック内容はカスタマイズ可能で、ルールに適合しなかった場合はレビュー用に表示されます。チームは、自社のプロセスに適したしきい値に基づいて、影響を受ける行の処理方法（受け入れるか、破棄するか、隔離するかなど）を決定できます。

このワークフローは、QRTs間の不一致の解消（レコンシリエーション）もサポートします。デモでは、AIエージェントが2つのテンプレート間の不一致をレビューし、それが準備金フィードから資本計算に流れる古いプロパティ進展係数に起因していることを突き止めます。その後、修正手順を提示します。重要なのは、エージェントが人間のレビューに取って代わるということではなく、エージェントが特定の問題に集中することで、レビュー担当者に有用な「第二の目」を提供できるという点です。

モデル管理、承認、および監査トレイル

Solvency II報告は、単なるデータの移動だけに依存しているわけではありません。モデル、承認、そしてプロセスが正しく完了したという証拠にも依存しています。

デモには、Databricks上でMLflowを使用して管理される準備金モデルが含まれています。また、Prophet、RAFM、Iglooなどの確立されたアクチュアリーおよび資本モデリングスイートを、同じワークフロー内でどのようにオーケストレーションできるかも示しています。Databricksは、これらのエンジンが消費するデータを準備し、その出力を取り込んで統制し、結果を報告へとつなげます。モデリングエンジンは既存のものをそのまま使用し、それらを取り巻くワークフローが接続され、監視されるようになります。新しい準備金モデルやキャリブレーションが承認待ちの場合、ワークフローはそのボトルネックと、それを進めるために必要なアクションを表示します。

ガバナンスイベントは、プロモーション、承認、報告関連のアクティビティを含め、プロセス全体にわたって記録されます。監査トレイルにより、ユーザーは何が発生したか、何が保留中であるか、どのワークフローに対処が必要であるかを把握できます。

デモにはAIガバナンスも含まれています。エージェントの適用範囲は限定されており、それぞれのタスクに関連するデータにのみアクセスします。エージェントのアクティビティ（使用したものや作成したものを含む）は記録されます。エージェントは推奨事項を提示するだけであり、レビュー担当者に代わって意思決定を行うことはありません。

AIオーケストレーションエージェントは、より広範な質問を関連するエージェントにルーティングできます。たとえば、四半期決算で何が未完了であるかという質問を、関連情報を持つエージェントに転送できます。また、データをクエリするためのDatabricksの自然言語インターフェースであるGenieを使用して、基になるテーブルに直接質問することもできます。

ORSAの起草とシナリオ分析

報告ワークフローは、ナラティブ（説明記述）やシナリオ分析もサポートできます。

ORSAは、数値ベースのQRTとは異なります。これは、保険会社が自社全体のソルベンシーニーズとリスクプロファイルを評価する継続的なプロセスであり、その出力は、通常アクチュアリーチームやリスク管理チームからの多大なインプットを必要とするナラティブ報告書です。デモでは、大規模言語モデル（LLM）が現在の数値に基づいてORSA報告書のドラフトを生成し、チームにスターティングポイントを提供します。その後、各チームがそれをレビューし、検証します。ワークフローには、ストレス・テストやシナリオ・テストも含まれています。

サイバー保険の保有契約（サイバーブック）の例は、これがどのように実務的なビジネス上の質問をサポートできるかを示しています。このシナリオでは、Databricksで予測を実行し、今後12ヶ月間でサイバー保険の保有契約が倍増した場合に何が起こり得るかについての回答を返します。2つ目のAIエージェントは、批判的な資本レビュー担当者として機能し、結果に対して別の視点を提供し、ソルベンシー比率だけでは見えてこない課題を浮き彫りにするように設計されています。

これが、単にデータを報告することと、運用可能な報告プロセスとの違いです。提出用のアウトプットを生成するのと同じ統制されたワークフローを使用して、異なるシナリオの下でそれらのアウトプットが何を意味するのかをチームが探索することもできます。

エンドツーエンドのアプローチで何が変わるか

エンドツーエンドの実装は、規制に関する専門知識、アクチュアリーによるレビュー、あるいはビジネスオーナーシップの必要性をなくすものではありません。それらのチームに対して、より緊密に連携された働き方を提供するものです。

1つのコントロールビューにより、チームは遅延フィード、データ品質の問題、承認、ブロッカーなど、プロセスの状態を把握できます。自動化されたチェックと照合サポートにより、アラートから原因の特定まで迅速に移行できます。ガバナンスと監査証跡により、プロセスを形成したアクションや推奨事項に対する可視性を維持できます。

その結果、ワークフローの監視と調査が容易になり、提出作業にとどまらない疑問の解決もサポートされます。保険会社は、Solvency IIをバラバラなタスクの集まりとして扱うのではなく、ガバナンスの効いた1つのビジネスプロセスとして管理できるようになります。

報告義務からビジネス意思決定のサポートへ

Solvency IIは、データ、モデル、コントロール、承認、開示を統合します。これらの要素が断片化していると、「サイバーブック（保険会社のサイバー保険ポートフォリオ）を倍増させた場合の影響」といった単純な質問であっても、膨大な調整が必要になることがあります。

Databricksの連携されたワークフローは、これらの活動を1つのプロセスに統合できます。これには、自動化された取り込みチェック、準備状況とブロッカーを示すコントロールビュー、ガバナンスの効いた承認、監査証跡、AI支援によるレビューが含まれます。これは規制やアクチュアリーの専門知識を置き換えるものではありません。これらのチームにプロセスのより明確な全体像を提供し、ビジネスシナリオを検討するためのより強固な基盤を与えます。

当社の保険バーチャル業界フォーラム - データから意思決定へ：主要な保険会社がバリューチェーン全体でAIをスケールする方法から、デモの全編と専門家によるディープダイブをご覧ください。

よくある質問

Solvency II報告とは何ですか？

Solvency II報告とは、保険会社が十分な自己資本を保有し、適切にリスクを管理していることを規制当局に証明するプロセスです。ガバナンスの効いたデータ、モデル、承認に支えられ、定量的報告テンプレート（QRT）、ORSA（自己リスク・ソルベンシー評価）、および一般開示に及びます。

エンドツーエンドのSolvency II報告には何が含まれますか？

エンドツーエンドのSolvency II報告は、データの取り込み、品質チェック、責任準備金、資本計算、QRT、ORSA、ガバナンス、承認、開示を接続し、保険会社が準備状況を監視し、問題を調査できるようにします。

DatabricksはどのようにSolvency II報告をサポートできますか？

Databricksは、Solvency II報告サイクル全体のための統合プラットフォームを提供します。Databricksは、ソルベンシー・マージン比率、遅延フィード、データ品質の問題、承認、期限、モデルワークフロー、監査証跡のための、ガバナンスの効いたコントロールビューを提供できます。

AIはSolvency II報告にどのように役立ちますか？

AIは、照合の問題を特定し、修正案を提案し、ORSAレポートのコンテンツを起草し、報告データ全体にわたる質問に回答できます。意思決定と承認の責任は、引き続きアクチュアリー、規制、ビジネスのレビュー担当者が担います。

Solvency IIデータはシナリオ分析をサポートできますか？

はい。保険会社は、報告データと資本計算を使用して、サイバーブックの倍増などのシナリオを評価し、ガバナンスの効いたプロセス内でソルベンシー・マージン比率への潜在的な影響を評価できます。

DatabricksはProphet、RAFM、Iglooなどのアクチュアリーモデリングシステムを置き換えるものですか？

いいえ、DatabricksはProphet、RAFM、Iglooを置き換えるものではありません。Databricksは、既存のアクチュアリーおよび資本モデリングスイートを置き換えるのではなく、それらをオーケストレーションします。それらのエンジンが使用するデータを準備し、その出力を取り込んでガバナンスを適用し、共有されたコントロール、承認、監査証跡を備えた1つのエンドツーエンドの報告ワークフローに接続します。

Solvency IIにおけるQRTとは何ですか？

QRT（定量的報告テンプレート）は、保険会社がSolvency IIに基づき規制当局に提出する標準化されたデータフォームです。QRTは、貸借対照表、資本、保険料、保険金請求、その他の財務データをカバーしています。QRT間の照合は報告における一般的な問題の原因ですが、Databricksのワークフローは、自動化された照合チェックと不一致のAI支援レビューをサポートします。

Solvency IIにおけるORSAとは何ですか？

ORSA（自己リスク・ソルベンシー評価）は、Solvency IIの下で義務付けられている継続的なプロセスであり、保険会社が全体的なソルベンシーニーズ、リスクプロファイル、および自己資本要件への準拠を評価します。その成果物は、数値ベースのQRTとは異なる記述式のレポートであり、通常、アクチュアリーやリスクに関する多大なインプットを必要とします。Databricksは、現在の報告データに基づいて初期ドラフトを生成するLLMによるORSAの起草をサポートし、それらのチームによるレビューに供します。

(このブログ記事はAI翻訳ツールを使用して翻訳されています) 原文記事