追加徴収金を設定する

学習の目的

この単元を完了すると、次のことができるようになります。

• デジタル保険における追加徴収金の表現と計算の方法を説明する。
  
• 追加徴収金ルールによって、見積時と保険契約サービス時に料金が適用されるタイミングがどのように決まるのかを説明する。
  
• 追加徴収金が商品とコンポーネントにどのように関連付けられるのかを特定する。
  
• 見積と保険契約取引のどこに追加徴収金が表示されるのかを特定する。
  

保険商品に追加徴収金を適用する

多くの保険商品では、保険料の計算後に、州税や管轄区域ごとの賦課金などが追加で適用されます。これらの追加徴収金は、補償にかかる最終的なコストを法令に準拠して算出するうえで欠かせません。

保険契約が早期に解約された場合に経過期間に応じて按分されるものもあれば、 返金可能な料金や、特定の地域にしか適用されない料金もあります。追加徴収金の種別にかかわらず、コンプライアンスを確保し、顧客に料金の内訳を明確に示すため、一貫した方法で計算し、わかりやすく表示する必要があります。

デジタル保険では、統合された追加徴収金フレームワークを通してこれらの料金をモデル化します。この単元では、見積時とサービス対応時に追加徴収金がどのように定義され、割り当てられ、評価されるかを探ります。

追加徴収金は、設定上は税金と手数料の両方に対応していますが、現在、実際の計算対象となるのは税金とそのほかの料率ベースの料金のみです。

そのため、手数料種別の追加徴収金は定義して割り当てることはできても、見積時や保険契約サービス時の計算結果には影響しません。

追加徴収金モデルについて理解する

デジタル保険では、基本価格設定後に適用されるすべての料金は、税金、手数料、調整のいずれであっても、追加徴収金として表されます。

各追加徴収金は 4 つの主要プロパティで定義されます。

追加徴収金は、保険料に対する固定割合などのシンプルなものもあれば、商品データや顧客データに基づいて条件式を使用する複雑なものもあります。サポートされる計算種別は次のとおりです。

• 料率: 保険料に適用される割合です。
  
• 式セット: 価格設定手順に似た複数ステップの数式またはロジックツリーです。
  
• 金額: 固定値を設定できますが、税務のユースケースではあまり一般的ではありません。
  

設定後、算出された追加徴収金は、請求とレポート用に明細化された関連保険契約追加料金レコードとして、見積レコードと保険契約レコードに表示されます。

見積またはサービスで使用する追加徴収金を設定する手順は、次のとおりです。

1. 追加徴収金を定義する: 種別、値、計算方法を指定してレコードを作成します。
   
2. 商品に割り当てる: 追加徴収金を関連するルート商品またはコンポーネントに関連付けます。
   
3. 条件を設定する: 地域や車両種別などの属性に基づいて、料金が適用されるタイミングを決定するルールを追加します。
   

これらのステップを組み合わせることで、制御された再利用可能な追加徴収金構造が作成され、見積にシームレスに統合できるようになります。

追加徴収金の実践

Cumulus Insurance の商品管理者である Justus が、Auto Gold 商品の価格設定を完了する場面に戻りましょう。彼の仕事は、顧客と商品のコンテキストに基づいて、州ベースの保険料税を組み合わせて適用することです。

追加徴収金を定義する

Justus は、アプリケーションランチャーから [Surcharges (追加徴収金)] に移動し、[New (新規)] をクリックします。彼は 4 つの追加徴収金を作成します。

カリフォルニア州セダン税の追加徴収金レコードを見てみましょう。このレコードでは、単純な割合ベースの料率が使用されています。

このレコードは、単純な料率ベースの追加徴収金であっても、追加徴収金種別、計算種別、値 (この場合は料率) によって完全に定義されることを示しています。一度作成すると、同じ条件が適用される別の商品で再利用できます。

次に、自動車保険税の計算に使用される式セットを見てみましょう。

この設定を見ると、追加徴収金で複雑なロジックにも対応できることがわかります。Justus は、ステップと数式を組み合わせることで、ロジックの透明性を確保し、バージョン管理を行いながら、税金を正確に計算できるようにしています。

これらの定義を設定すると、追加徴収金が有効になり、割り当て可能になります。

追加徴収金を商品に割り当てる

Justus は、Product Tax Association (商品税関連付け) オブジェクトを使用して各追加徴収金を Auto Gold 商品に関連付けます。このオブジェクトは、追加徴収金レコードを特定の商品または仕様に関連付けて、実行時に適切な税ロジックを適用できるようにします。

まず、Auto Gold レコードを開いて、[Product Surcharges (商品追加徴収金)] タブに移動します。そして [Add Product Surcharge (商品追加徴収金を追加)] をクリックして割り当てフローを起動します。

[Select Product (商品を選択)] ステップでは、追加徴収金が適用されるタイミングを決定する State (州) や City (市区郡) などの属性を含む Driver (運転者) の被保険当事者仕様を選択します。

次に、Auto Gold に適用する追加徴収金を選択します。

保存すると、追加徴収金は [Product Surcharges (商品追加徴収金)] タブの行として表示されます。それぞれが Auto Gold 商品に関連付けられ、見積時の評価準備が整います。

追加徴収金が適用されるタイミングを制御するルールを追加する

追加徴収金を割り当てた後、Justus はそれらがトリガーされるタイミングの条件を定義します。

彼はまず、カリフォルニア州 SUV 税を編集します。

各追加徴収金ルールは、その料金が適用される条件を定義します。

カリフォルニア州 SUV 税のルールはシンプルです。運転者がカリフォルニア州の住民で、車両種別が SUV である場合に適用されます。

Justus はこのプロセスをほかの追加徴収金についても繰り返します。たとえば、LA 騒音税はロサンゼルスの郵便番号の運転者に制限します。

実行時の動作

すべての設定が完了すると、そのほかの処理はデジタル保険が実行します。見積時と保険契約サービス時には、次の処理が行われます。

• 有効な追加徴収金ルールがすべて自動的に評価されます。
  
• 適用される追加徴収金が見積に追加され、種別と金額ごとに明確に明細化されます。
  
• 按分可能または返金可能な料金は、解約時に自動的に処理されます。
  

たとえば、SUV を所有するカリフォルニア州の住民には、カリフォルニア州 SUV 税と自動車保険税の両方が適用されます。保険契約が保険期間の途中で解約された場合、デジタル保険は料金を按分して、手動操作なしで返金可能な金額を支払います。

まとめ

Justus が追加徴収金を設定したことで、Auto Gold の商品管理ライフサイクル全体が完成しました。

• 構造化された商品モデルは、何を販売し、それがどのように動作するかを定義します。
  
• ルールは、対象資格を適用し、設定をガイドして、承認を管理します。
  
• 価格設定手順は、再利用可能なロジックを使用して保険料をリアルタイムで算出します。
  
• 追加徴収金は、税金を取得して、規制上の調整を行います。
  

これらのレイヤーが連携することによって、入力から結果までのプロセスがモジュール化され、透明性が確保された、完全に追跡可能な完全な見積基盤が確立されます。すべての見積は、商品設計、価格設定ロジック、ビジネスルールによって制御されるため、手動による計算は不要です。

その効果は見積だけにとどまりません。これらのコンポーネントは、保険契約ライフサイクル全体で精度を保証し、条件変更、更新、解約、サービスで一貫性を実現します。

商品管理について学習できたところで、主要な設定の詳細をさらに調べ、これらのコンポーネントが保険契約ライフサイクル全体でどのように精度を支え、契約内容の変更、更新、解約、各種保険契約サービスに一貫して活用されるのかを確認してください。詳細は「リソース」セクションのリンク先をご覧ください。

リソース

• Salesforce ヘルプ: 保険サーチャージの設定
• Salesforce ヘルプ: 保険契約管理