【完全ガイド】保険業界基幹システム（PAS）刷新：Guidewire・Duck Creek・FINEOS・Sapiens・Salesforce Industries への移行戦略

保険業界の基幹システム（PAS：Policy Administration System）は、生命保険・損害保険・医療保険・自動車保険・火災保険など、商品設計と管理が極めて複雑な領域。Guidewire・Duck Creek・FINEOS・Sapiens・Salesforce Industries・国内ベンダ（NTT データ・日立・富士通）といった選択肢から、保険会社の基幹刷新で押さえるべき論点を整理する。

1. PAS（Policy Administration System）とは

PAS は保険商品の契約管理・保険料収納・保険金支払・解約・更新などのライフサイクルを管理する基幹システム。保険業界では、勘定系より PAS の重要性が高い。

• 商品マスタ管理：保険商品の設計、料率算定、特約の組み合わせ。
• 契約管理：契約引受、更新、解約、契約変更（住所変更・受取人変更等）。
• 保険料収納：保険料の請求、収納、未収管理。
• 保険金支払：保険事故の受付、査定、支払。
• 顧客管理：被保険者・契約者・受取人の管理。家族関係・受取順位。
• 代理店管理：代理店との手数料計算、業績評価。

2. 主要 PAS ベンダの位置づけ

3. 生命保険と損害保険の業務システムの違い

生命保険と損害保険では、業務の性質が大きく異なる。同じ「保険」でも別システムが必要。

4. 保険業界の規制と DX 化への影響

• 保険業法・保険募集規制：商品開発・販売・募集の各段階での規制。
• 金融商品取引法：投資型保険商品の開示。
• 個人情報保護法：被保険者・契約者・家族の機微情報の取扱。
• マイナンバー：法人の調書発行、個人の確定申告連携。
• IFRS 17 / 17 号：保険契約に関する国際会計基準。日本でも段階適用。
• ソルベンシー II（欧州）：欧州子会社を持つ保険会社は対応必須。
• サイバーセキュリティ：金融庁の重要 7 原則、CIO/CISO 体制の強化。

5. InsurTech との連携

保険業界の DX は、InsurTech（保険テクノロジー）との連携で加速している。

• テレマティクス保険：自動車の運転データに基づく料率設定（あいおいニッセイ同和、ソニー損保等）。
• 健康増進型保険：ウェアラブルデバイスからの健康データに基づく保険料割引（住友生命 Vitality、明治安田生命）。
• 少額短期保険：1 日単位・特定リスクの保険。スマホアプリで完結。
• パラメトリック保険：天候・地震等のパラメータに基づく自動支払。
• P2P 保険：参加者間の相互扶助型（justInCase 等）。
• AI 査定：画像認識による事故査定の自動化、自然言語処理による申請内容の解析。

6. 代理店システムの位置づけ

保険業界の販売チャネルは、代理店経由が大きな比率を占める（自動車保険で 90% 超）。代理店システムも基幹システムの重要な一部。

• 代理店向け業務システム：見積作成、契約申込、契約管理、収納業務。
• 代理店手数料計算：複雑な手数料体系（新規/継続、商品別、業績別）の自動計算。
• 代理店業績管理：代理店の販売実績、解約率、損害率の管理。
• OD/OEM チャネル：自動車ディーラー・住宅メーカー経由の販売管理。

7. 移行プロジェクトの進め方

1. Phase 1（6〜12 ヶ月）：現状業務分析、刷新方針合意。商品・契約・保険金・代理店の各領域別の方針確定。
2. Phase 2（12〜24 ヶ月）：新規商品・新チャネルでの新システム試行。既存契約は旧システムで継続。
3. Phase 3（24〜48 ヶ月）：既存契約の段階的移行。長期契約は契約更新時に新システムへ。
4. Phase 4（48 ヶ月以降）：完全カットオーバー、旧システム廃止。データアーカイブ。

保険業界の基幹刷新は 5〜10 年の長期プロジェクト。生命保険の場合、長期契約（10 年・20 年・終身）の管理を新システムで継続する設計が必須。

8. 保険会社の PAS 選定：5つの問いで Guidewire・Duck Creek・FINEOS・国内ベンダから絞り込む

PAS（Policy Administration System）の主要選択肢は、Guidewire・Duck Creek・FINEOS・Sapiens・Salesforce Industries に加え、国内ベンダ（NTT データ・日立・富士通）の独自開発系で大きく分かれる。並べて比較しても決まらないため、自社特性を5つの問いで明確化する。

問1：生命保険か損害保険か（事業種別）

• 損害保険（自動車・火災・賠償等）：Guidewire InsuranceSuite または Duck Creek が業界標準。グローバル損保（Zurich・QBE 等）の実績豊富。
• 生命保険・団体保険：FINEOS AdminSuite が候補。長期契約管理に強み。Sapiens も選択肢。
• 医療保険・第三分野：Sapiens のラインナップ、または専用システムの組合せ。
• 共済・少額短期保険：国内中堅ベンダの専用パッケージ、または kintone・Salesforce ベースのカスタム開発。

問2：グローバル展開の有無と段階

• グローバル展開済み・本格化：Guidewire（AWS基盤）または Duck Creek（Azure基盤）。グローバル各国の規制対応・多通貨・多言語が標準。
• これからグローバル展開：Guidewire・Duck Creek のクラウド版で初期投資を抑えつつ、海外展開時の拡張性を確保。
• 国内中心：国内ベンダの独自開発が現実解の場合も多い。日本の保険業法・保険募集規制への深い対応。

問3：刷新の規模・期間・予算

• 5年以上・100億円超の大規模刷新：Guidewire・Duck Creek のフルスイート導入。グローバル経験豊富な大手 SI との組合せ。
• 3〜5年・10〜100億円の中規模刷新：領域別の段階導入。販売・新規契約・保険金支払等を段階的に。
• 3年以内・10億円以下：既存システムの部分刷新・周辺系の SaaS 化が現実解。

問4：IFRS17 対応の優先度

• グローバル展開で IFRS17 必須：Guidewire・Duck Creek のクラウド版で対応。アクチュアリアル計算エンジン（Moody’s AXIS・Milliman MG-ALFA 等）との連携。
• 国内中心で J-GAAP 中心：当面の対応は限定的。将来の IFRS17 対応のしやすさを契約段階で確認。

問5：販売チャネルの構成

• 代理店中心（自動車保険等）：代理店向け端末・OD/OEM チャネル管理が重要。乗合代理店対応も視野。
• 直販中心（ダイレクト型生保・損保）：顧客接点のデジタル化、Salesforce Insurance Cloud との統合。
• 銀行窓販：銀行との連携機能、契約者の銀行情報管理。
• InsurTech・パートナ連携：API ファースト設計、オープン API による外部連携。

9. IFRS17 対応プロジェクトの優先順位：日本企業向けの段階アプローチ

IFRS17 は日本では J-GAAP との調和を進めながら段階的に進展。グローバル展開する企業では既に対応が進むが、国内中心企業も将来対応を視野に入れた基盤整備が必要。投資負担が大きいため、優先順位の判断が経営判断として重要。

IFRS17 対応の主要な選択肢

• Stage A：データ基盤整備のみ：当面 J-GAAP 中心だが、将来の IFRS17 対応に備えた契約データ・キャッシュフローデータの粒度確保。
• Stage B：並行報告：J-GAAP メインで IFRS17 を補完的に計算。グローバル子会社との連結報告対応。
• Stage C：完全 IFRS17 適用：J-GAAP との並行運用を維持しつつ、内部管理は IFRS17 ベース。

IFRS17 のシステム要件

• 契約データの精緻化：契約単位での詳細キャッシュフロー予測・割引率・リスク調整の管理。
• 契約グループ（コホート）管理：収益性が同等の契約群でのグループ化と CSM 管理。
• 3測定モデル対応：GMM・PAA・VFA の各モデルの計算ロジック。
• アクチュアリアル計算エンジン：専用エンジン（AXIS・MG-ALFA 等）との連携設計。
• 会計仕訳の自動化：IFRS17 計算結果からの会計仕訳の自動生成。

段階導入のロードマップ

• Phase 1（6〜12ヶ月）：データ基盤の整備。契約データの粒度確保、過去データの遡及対応の検討。
• Phase 2（12〜24ヶ月）：アクチュアリアル計算エンジンの導入・連携。計算プロセスの自動化。
• Phase 3（24〜36ヶ月）：並行運用の開始。J-GAAP と IFRS17 の双方を継続計算。
• Phase 4（36ヶ月以降）：完全 IFRS17 適用・継続改善。

10. 顧客本位の業務運営と乗合代理店：システム面の対応要件

2016年の保険業法改正以降、保険募集規制・顧客本位の業務運営原則への対応が継続的に強化されている。特に乗合代理店（複数社商品扱い）への規制は、システム要件として組込みが必須。

意向把握から推奨までの業務フロー

• 意向把握書の作成：顧客の意向（保障ニーズ・優先順位・財産状況等）を体系的にヒアリングし書面化。デジタル化での効率化。
• 比較推奨：複数社商品の比較。推奨理由の顧客への説明。比較結果の記録保存。
• 意向確認：推奨商品が顧客意向に合致することの確認。最終的な意思決定の記録。
• 契約締結後のフォロー：契約後の継続的な意向確認。変化時の見直し提案。

システム要件として押さえるべき機能

• 商品選別・推奨方針の管理：取扱商品から推奨商品を選別する基準。基準変更時の運用変更。
• 商品マスタの統合管理：複数保険会社の商品マスタを統合。料率・特約・引受条件の最新化。
• 申込書・契約書の電子化：複数社の申込書・契約書を電子化。eKYC・電子署名との連携。
• 手数料計算：各社からの代理店手数料の計算（新規・継続・取消・特殊契約）。
• 業績管理：保険会社別・商品別・募集人別の業績。継続率・解約率の分析。
• コンプライアンスアラート：不適切な勧誘・契約乗換・無断契約等の異常検知。

募集人の管理

• 登録・資格管理：保険募集人登録（生損保各課程）の取得・更新管理。継続研修の受講状況。
• コンプライアンス研修：保険業法・金融商品取引法・個人情報保護法等の研修記録。
• 商品研修：取扱商品の特性・引受条件等の研修。
• 不祥事の予防：システム上の異常パターン検知・予防体制。

11. 支払査定 AI の導入判断：効率化と品質保証の両立

保険金支払業務の AI 化（画像認識・自然言語処理・データ分析）は業界全体で加速。導入判断は「効率化効果」と「査定品質・顧客信頼への影響」のバランスで決まる。

AI 査定の主要な応用領域

• 自動車事故査定：事故車両画像から損傷状況・修理見積を AI 算定。ROI が早期に出やすい。
• 医療保険給付金審査：診断書・領収書の OCR と AI 分類。定型請求の自動化。
• 不正請求検知：過去データのパターン分析から不正請求疑いを検知。コスト削減効果が大きい。
• 火災・地震事故査定：ドローン画像・衛星画像からの損害評価。大規模災害時の処理速度向上。

導入判断の基準

• 請求件数の規模：年間請求件数が一定規模以上なら AI 化の ROI が成立。
• 請求パターンの定型度：定型的な請求が多いほど AI 化効果が大きい。複雑案件は人間査定継続。
• 査定品質への影響：AI 判定の精度を継続検証。顧客満足度への影響を測定。
• 規制対応：金融庁の AI 活用ガイドラインへの対応。説明可能性の確保。

運用設計のポイント

• AI と人間査定の役割分担：定型請求は AI 自動承認、複雑・高額は人間査定。閾値設計。
• AI 判定の説明可能性：AI 判定の根拠を顧客・規制当局に説明できる仕組み。ブラックボックス回避。
• 顧客への透明性：AI 自動査定の活用を顧客に開示。AI 判定への不服申立てプロセス。
• 継続学習：人間査定の結果を AI モデルにフィードバック。判定精度の継続改善。
• バイアスの監視：AI 判定に性別・年齢・地域等のバイアスがないかの定期検証。

導入の段階アプローチ

• Stage 1：パイロット導入：特定請求カテゴリ（自動車事故等）でのパイロット。3〜6ヶ月の効果検証。
• Stage 2：段階拡大：パイロット成功領域の本格運用、他カテゴリへの拡大。
• Stage 3：全社展開：請求業務全体での AI 活用。人間査定との役割分担の最適化。
• Stage 4：高度化：シグナル検出・不正検知等の高度活用。新サービス開発への展開。

保険会社のシステム刷新は、PAS の選定・IFRS17 対応・募集規制対応・AI 査定の各テーマが並行進行する複合プロジェクト。事業段階・規模に応じた優先順位の明確化と、5〜10年スパンの戦略投資判断が、長期的な競争力確保の鍵となる。