データテンプレート:請求処理

Salesforce Financial Services Cloud
データテンプレート:請求処理

保険金請求プロセス用データテンプレート

このテンプレートは、請求処理のworkflowを効果的に分析するために必要なデータを体系立てて整理しています。収集すべき重要属性、追跡すべき主要アクティビティ、そして Salesforce Financial Services Cloud からの抽出に関する実務的なポイントをまとめました。Process Mining による本格分析に向けて、イベントログの準備にご活用ください。
  • 収集を推奨する項目
  • 追跡すべき主要アクティビティ
  • Salesforce Financial Services Cloud向けデータ抽出ガイド
イベントログについて初めての方へ: プロセスマイニングのイベントログ作成方法.

保険金支払いプロセスの属性

保険金支払いプロセスを網羅的に分析するため、イベントログには次の推奨データ項目を含めてください。
5 必須 7 推奨 12 任意
名前 説明
請求ID
ClaimId
各保険金請求を一意に識別する ID。プロセス分析における主要なケースIDとして機能します。
説明

Claim ID は、請求の提出から完了まで、1件の保険金請求に関わるすべてのアクティビティ、イベント、データを結び付ける基本的なケース識別子です。

Process Mining では、この属性は各請求のエンドツーエンドの流れを再現するうえで不可欠です。関連するすべてのイベントを1つのケースにまとめ、各請求のサイクルタイム、プロセスのバリアント、ボトルネックの分析を可能にします。

その重要性

請求のライフサイクルを追跡するための最重要キーです。一意の Claim ID がないと、個々のプロセスステップをつないで分析可能な一連の流れとして把握できません。

取得元

通常、Case オブジェクトの 'CaseNumber' か、'Claim'(FinancialServicesCloud.Claim)オブジェクト上のカスタム一意IDフィールドを使用します。

CL-00012345CL-00012346CL-00012347
アクティビティ名
ActivityName
請求ライフサイクルのある時点で発生した特定の業務アクティビティ/イベントの名称。
説明

この属性は、'Claim Submitted'、'Initial Review Performed'、'Payment Issued' のような、請求プロセスにおける個々のステップ/マイルストーンを表します。プロセスマップの土台となります。

アクティビティの順序や出現頻度を分析することで、代表的なプロセス経路(バリアント)の特定、標準プロセスからの逸脱の発見、繰り返し発生しているアクティビティ(手戻り)の特定ができます。

その重要性

プロセスで「何が行われたか」を定義し、フローを可視化してボトルネック、手戻りループ、プロセスのばらつきを特定できます。

取得元

Claim/Case オブジェクトの 'Status' フィールドの変更、または関連する Task や Event レコードの 'Subject' から導出します。

請求の提出初期審査実施追加情報の依頼請求のクローズ
イベント日時
EventTime
特定のアクティビティまたはイベントがいつ発生したかを示すタイムスタンプ。
説明

Event Timeは、請求のライフサイクルにおける各アクティビティの正確な日付・時刻を示します。この時系列データは、イベントを時間順に並べ、所要時間を算出する基盤です。

分析では、タイムスタンプを用いてアクティビティ間のサイクルタイム、待ち時間、ケース全体の所要時間など、時間系の指標をすべて計算します。動的なプロセスアニメーションを作成し、どこで遅延が発生しているかを特定するうえで不可欠です。

その重要性

各イベントに対する「いつ」を与える属性で、所要時間の算出、時間軸でのプロセスパフォーマンス分析、時間起因のボトルネック特定を可能にします。

取得元

ステータス変更の場合は、オブジェクトのフィールド履歴(例:CaseHistory)の 'CreatedDate' を使用。タスクの場合は 'CompletedDateTime' または 'CreatedDate' を使用します。

2023-04-15T10:22:05Z2023-04-16T14:05:10Z2023-04-18T09:00:00Z
ソースシステム
SourceSystem
イベントデータが記録された発生元システムを示します。
説明

この属性は、データを抽出したソースのアプリケーション/プラットフォームを示します。本プロセスでは一貫して 'Salesforce Financial Services Cloud' です。

常に同一に見えても、ソースシステムを明示的に追跡することはベストプラクティスです。特に複数システムのデータを統合する環境では、来歴の明確化やデータガバナンス、検証に役立ちます。

その重要性

データの来歴を確認でき、データガバナンスやトラブルシューティング、複数のエンタープライズシステムからの統合時に重要です。

取得元

データ抽出・変換の過程で付与する固定値で、データセットのソースを示すラベルとして利用します。

Salesforce Financial Services Cloud
最終データ更新
LastDataUpdate
ソースシステムからの最新のデータ更新/抽出時点を示すタイムスタンプ。
説明

この属性は、Salesforce Financial Services Cloud から最後にデータを取得した日時を示します。分析対象データの鮮度を把握するための文脈を提供します。

ダッシュボード利用者が、分析がどれだけ最新かを理解するうえで重要です。データのタイムリーさに関する期待を調整でき、またデータパイプラインが予定どおり稼働しているかの検証にも不可欠です。

その重要性

データの鮮度という重要なコンテキストを提供し、プロセスビューがどの程度最新かをアナリストや業務ユーザーに明確に伝えます。

取得元

この値は、実行時にデータ抽出ツールまたは ETL プロセスによって生成され、データセットに付与されます。

2023-10-27T02:00:00Z
受付チャネル
SubmissionChannel
請求の初回受付方法/チャネル。
説明

この属性は、請求が最初にどのチャネルから報告されたか(例:Webポータル、モバイルアプリ、電話、メール)を示します。申請チャネルは、初期情報の質やその後の処理工程に大きく影響します。

チャネル別に請求を分析すると、需要の傾向や受付方法ごとの効率が見えてきます。「保険金請求のスループットと件数」ダッシュボードでは、各チャネルからの件数推移を追跡し、リソース配分やテクノロジー投資の判断材料にできます。

その重要性

受付チャネルごとの効率を評価し、特定のチャネルが手戻り増加やサイクルタイム長期化の要因になっていないかを把握できます。

取得元

通常、Claim/Case オブジェクト上のカスタム picklist フィールドで、ラベル名は 'Origin' や 'Channel' が使われます。

Webポータルモバイルアプリ電話番号メール
合計請求金額
TotalClaimAmount
契約者が当初請求した金額の合計。
説明

この属性は、プロセス開始時点で顧客が申告する損害額の合計を表します。この値は、請求の複雑さ、求められる精査レベル、たどる処理経路に影響します。

請求金額に基づいてプロセス指標を分析すると、重要なパターンが見えてきます。たとえば高額請求はサイクルタイムが長くなり、工程が増え、専門チームに回される傾向があります。現実的なSLA設定や支払備金の予測に役立ちます。

その重要性

各ケースに金額の文脈を付与し、請求額がプロセスの複雑さ・所要時間・結果に与える影響を分析できます。

取得元

Financial Services Cloud の Claim オブジェクト上のカスタム通貨フィールド(例: 'ClaimedAmount__c')を想定します。

1500.0025000.50125.75
担当アジャスター
AssignedAdjuster
請求の対応を担当するユーザー/査定担当者の氏名。
説明

この属性は、特定のアクティビティまたはケース全体を担当する保険金査定担当者(アジャスター)を識別します。通常は、請求ケースのオーナーや特定タスクの実行者から導出されます。

査定担当者別のパフォーマンス分析は、オペレーション管理に不可欠です。「査定担当者のワークロードとパフォーマンス」ダッシュボードでは、担当者ごとの請求件数、担当中のケース、サイクルタイムを把握し、業務量の平準化やコーチング機会の発見を支援します。

その重要性

この属性は、チーム/個人のパフォーマンス分析、ワークロード管理、ベストプラクティスやトレーニングの必要性の把握に不可欠です。

取得元

Case または Claim オブジェクトの 'OwnerId' フィールドです。User オブジェクトと紐づき、査定担当者名を取得します。

Alice JohnsonRobert SmithMaria Garcia
終了日時
EndTime
アクティビティの完了時点を示すタイムスタンプ。正確な所要時間の算出に利用します。
説明

End Time 属性は、アクティビティが完了した正確な時点を記録します。Start Time(EventTime)が開始を示すのに対し、End Time は完了までにかかった時間を測るためのもう一方の境界です。

分析では、Start Time と End Time の両方があることで、アクティビティの処理時間を正確に算出でき、アクティビティ間の待ち時間と切り分けられます。これは 'Process Step Duration Breakdown' のような dashboard の作成や、アクティビティ間だけでなく個々のタスク内の非効率の特定に不可欠です。

その重要性

各アクティビティの実処理時間を正確に算出。付加価値時間と待ち時間の切り分けに不可欠です。

取得元

タイムスタンプデータから導出します。例えば、'Initial Review Performed' がステータス変更でトリガーされる場合、EndTime は次のステータス変更時点のタイムスタンプになり得ます。

2023-04-15T11:05:30Z2023-04-16T17:20:00Z2023-04-18T09:45:12Z
請求ステータス
ClaimStatus
当該イベント時点での請求のステータス(例:Open、Under Review、Closed)。
説明

Claim Status は、請求がライフサイクルのどの段階にあるか(例: 'New'、'Investigation'、'Pending Customer'、'Closed')をひと目でわかるスナップショットです。プロセスの現状を把握するうえで欠かせない属性です。

この属性は「未解決請求の滞留レポート」のような運用ダッシュボードで多用され、現在の負荷を可視化し、特定のステータスに長く滞留している請求を見つけるのに役立ちます。ステータス遷移の分析は、プロセスマップのアクティビティ定義における主要な手法でもあります。

その重要性

進行中の請求の現状をリアルタイムに可視化。滞留の管理や足踏みしているケースの特定に役立ちます。

取得元

Case または Claim オブジェクト上の標準 'Status' フィールドです。

登録済み調査中支払案を提示クローズ - 支払済みクローズ - 却下
請求種別
ClaimType
保険金請求のカテゴリー(自動車、財物、賠責など)。
説明

Claim Type は請求プロセスをセグメント化・分析するうえで重要なディメンションです。タイプごとに流れや複雑さ、適用されるSLAが異なることがよくあります。

Claim Type でフィルタや比較を行うと、タイプ特有のボトルネックや、対象SLAの順守状況、カテゴリ間でのプロセス差分を明らかにできます。「請求SLA順守サマリー」や「請求却下理由の分析」といったダッシュボードで、より的確なインサイトを提供します。

その重要性

請求をセグメント化してプロセスを比較し、タイプ特有の課題を特定して、改善施策を最適化できます。

取得元

Case もしくは Claim オブジェクト上の標準 'Type' またはカスタム picklist フィールドであることが一般的です。

自動車住宅保険商業用不動産一般賠償責任保険
部署
Department
請求の処理を担当する社内の部門またはチーム。
説明

この属性は、請求を担当する事業部門/部署(例:Personal Lines、Commercial Auto、Special Investigations Unit)を示します。

部署別にプロセスを分析すると、チーム間のパフォーマンス差、業務量の配分、部署特有のプロセス逸脱やボトルネックを把握できます。「請求SLA遵守状況(概要)」などのダッシュボードで、組織各部の実績を比較するのに有用です。

その重要性

部門間でパフォーマンスを比較し、ベストプラクティスの特定やリソースの最適配分に役立ちます。

取得元

これは Claim/Case オブジェクト上のカスタム項目、または User オブジェクトで割り当てユーザーのプロファイル/ロールから推定できます。

個人自動車保険の請求商業用不動産不正調査部門
SLAステータス
SlaStatus
請求が定義されたSLA(Service Level Agreement)内に解決されたかどうかを示します。
説明

この属性はカテゴリ型の結果で、通常は 'Met' や 'Breached' といった値を取ります。請求の実際の完了日(最終アクティビティのタイムスタンプ)と 'SlaTargetDate' を比較して算出されます。

「SLA遵守率」KPI および「請求SLA遵守状況(概要)」ダッシュボードの中核となる指標で、目標に対する達成状況を明確に示します。コンプライアンス報告やオペレーション管理に不可欠です。

その重要性

期限目標に対する達成状況を明確に示し、顧客満足とコンプライアンス遵守の双方に不可欠な指標です。

取得元

計算項目: 最終イベントの 'EndTime' が 'SlaTargetDate' 以下なら 'Met'、それ以外は 'Breached'。このロジックはデータ変換時またはプロセスマイニングツール内で適用します。

達成違反
SLA目標日
SlaTargetDate
SLAに基づく、その請求の解決期日。
説明

SLA Target Date は、保険金請求をいつまでに解決するかを示す、自動計算または手動設定の期日です。期日遵守を測るための基準です。

この属性は、顧客や規制当局に対して約束した水準に対する実績をモニタリングするうえで不可欠です。「SLA遵守率」KPI と「請求SLA遵守状況(概要)」ダッシュボードの基礎となり、何%の請求が期限どおりに解決されたか、どの請求タイプや部門が目標達成に苦戦しているかを把握できます。

その重要性

請求解決までの目標時間を定義し、SLA順守を直接測定できるようにします。

取得元

通常、Claim/Case オブジェクト上のカスタム数式フィールドまたは日付フィールドで、受付日や請求種別をもとに算出します。

2023-05-15T23:59:59Z2023-06-20T23:59:59Z2023-07-01T23:59:59Z
アクティビティ所要時間
ActivityDuration
単一のアクティビティの開始から終了までに経過した時間。処理時間とも呼ばれます。
説明

この指標は、個々のプロセスステップに要した時間、すなわち実作業のアクティブな時間を表します。一般に、アクティビティの Start Time と End Time の差分で算出します。

ボトルネック分析の基礎となる指標で、'Process Step Duration Breakdown' ダッシュボードはこの計算に基づき、どのアクティビティが最も時間を消費しているかを可視化します。改善効果が最も大きい箇所に注力できます。

その重要性

各ステップの実作業時間を定量化し、処理そのもののボトルネックと単なる待ち時間を切り分けます。

取得元

計算項目: 'EndTime' から 'EventTime' (StartTime) を減算。この計算はプロセスマイニングツール内またはデータ変換時に実行します。

2時間15分1日4時間30分
ケース期間
CaseDuration
1件の請求において、最初のイベントから最後のイベントまでに要した総時間。サイクルタイムとも呼ばれます。
説明

この指標は、請求の受付から最終クローズまでのエンドツーエンドの所要時間を測ります。特定の Claim ID における最初のイベントと最後のイベントのタイムスタンプ差分で算出します。

プロセス性能を示す最重要KPIのひとつで、'Average Claim Cycle Time' KPI や 'Claim End-to-End Cycle Time' ダッシュボードで直接扱われます。この値の短縮は、多くの改善プロジェクトの最優先目標です。

その重要性

プロセスのエンドツーエンドの効率を測る指標で、顧客体験を左右する重要なKPIです。

取得元

計算項目: 各 'ClaimId' について、最後のイベントのタイムスタンプから最初のイベントのタイムスタンプを差し引きます。これはプロセスマイニングツールで計算されます。

30日5時間15日10時間90日2時間
否認理由
ReasonForRejection
保険金請求が否認・却下された際に記載される具体的な理由。
説明

請求の最終判断が 'Rejected' となった場合、その理由(例:'Not Covered by Policy'、'Fraud Suspected'、'Incomplete Information')を示します。

これは 'Claim Rejection Reason Analysis' dashboard の主要属性です。請求タイプや部門別に拒否理由の頻度を分析することで、引受業務の改善、約款の文言の明確化、情報収集プロセスの強化など、無効な申請を減らすための改善点を特定できます。

その重要性

請求が否認される理由を直接把握でき、引受方針の改善や無効な請求のムダな処理削減に役立ちます。

取得元

通常、Claim/Case オブジェクト上のカスタム picklist フィールドで、ステータスが 'Rejected' や 'Closed - Denied' に変更される際に必須となります。

補償期限切れ補償対象外の損害不正の疑い重複請求
場所
Location
請求または保険契約に関連する地理情報(国・州/都道府県・地域)。
説明

この属性は、損害発生地の州や契約者の居住国など、請求に関する地理的なコンテキストを提供します。契約者の住所や損害の詳細から導出できます。

地理的な分析により、地域ごとの請求タイプ、発生頻度、処理時間の傾向が見えてきます。地域拠点ごとのパフォーマンス比較や、地域固有の規制に対する順守状況の確認にも活用できます。

その重要性

請求の地理的分析を可能にし、地域ごとのパフォーマンス差や不正の兆候、地域イベントの影響を可視化できます。

取得元

通常は、関連するAccountまたはContactオブジェクトの住所フィールド(例:'BillingState'、'BillingCountry')から取得します。

米国カリフォルニア英国
手戻り
IsRework
アクティビティ、またはその一連の流れが手戻り(rework)に該当するかを示すブール型フラグ。
説明

プロセスの途中で請求が以前の段階に戻った場合、このフラグは true になります。典型例は 'Investigation Completed' から 'Additional Information Requested' に差し戻されるケースです。再作業の判定ロジックは、業務知見に基づいて定義します。

この属性は、'Claims Rework Loop Analysis' ダッシュボードと 'Rework Rate' KPI の基盤です。非効率やコスト増、サイクルタイムの延伸を招く再作業の頻度と影響度を、直接可視化・定量化できます。

その重要性

非効率なプロセスループを即座に検知し、手戻りを簡単に定量化。原因をピンポイントで分析できます。

取得元

計算項目。各ケースのアクティビティの並びを分析して導出します。例えば「Activity A」の後に「Activity B」があり、再び「Activity A」が現れる場合、2回目の「A」は手戻りです。

truefalse
損害発生日
LossDate
請求を引き起こした事故や損害が発生した日付。
説明

Loss Date は、保険契約でカバーされる事象が発生した日時を記録します。これは請求が提出された日付とは異なります。

この属性はコンプライアンス対応や、事象の発生から報告までの遅延の分析に重要です。大きな時間差は潜在的な問題の兆候だったり、別の対応が必要だったりすることがあります。全体のタイムラインを理解するための重要な文脈を提供します。

その重要性

事故発生から報告までのラグを分析でき、調査や支払いに与える影響の把握に役立ちます。

取得元

Claim オブジェクト上のカスタム日付フィールド(例: 'DateOfLoss__c')を想定します。

2023-04-122023-05-202023-06-01
支払額
SettlementAmount
支払い確定時に請求人へ実際に支払われた最終金額。
説明

この属性は、請求がクローズ/和解された際に、請求者へ実際に支払われた金額を記録します。査定、免責金額、補償限度額などにより、当初請求額と異なる場合があります。

特に当初請求額との関係を分析することで、損害評価の的確さや和解交渉の結果に関する示唆が得られます。保険金コスト全体を把握するうえで重要な財務指標です。

その重要性

請求の最終的な金銭的影響を表し、財務分析、引当、初期損害見積の妥当性評価に不可欠です。

取得元

Financial Services Cloud の Claim オブジェクト、または関連する Payment オブジェクト上のカスタム通貨フィールドを想定します。

1450.0022500.000.00
自動化
IsAutomated
アクティビティが人ではなく自動システムによって実行されたかどうかを示すブール型フラグ。
説明

このフラグは、人の手で行われたタスクと、workflow・ルール・システム連携で自動実行されたタスクを区別します。たとえば、初回の請求登録は全自動のことがあります。

自動化の分析は、プロセス効率を見極めるカギです。自動化の成果を測り、今後の自動化に向くステップを特定し、手作業と自動化タスクのスピードや一貫性を比較できます。

その重要性

人手による作業とシステム主導のアクティビティを見分けられるため、自動化の影響や効果を評価するうえで欠かせません。

取得元

一般的に導出されます。イベントに紐づくユーザーが汎用の 'System' または 'Integration' ユーザーであれば、このフラグは true になります。

truefalse
証券番号
PolicyNumber
当該請求に紐づく保険契約の一意な識別子。
説明

Policy Number は、請求を顧客の有効な保険契約に紐づける識別子で、補償範囲、限度額、契約者の履歴といった重要な文脈を提供します。

必ずしもプロセスの進み方を左右する主要因ではありませんが、重要なコンテキストデータです。請求データと契約データを結合し、特定の契約タイプで請求が多発したり複雑化したりしていないかなど、より深い分析に活用できます。

その重要性

請求を基礎となる保険契約にひも付け、特定の契約や補償タイプに関連する請求パターンを広く分析できるようにします。

取得元

Financial Services Cloud の 'InsurancePolicy' オブジェクトを参照する、Claim オブジェクト上の lookup フィールドを想定します。

POL-987654321POL-123456789POL-555444333
顧客ID
CustomerId
請求を行った顧客(契約者)を一意に識別するID。
説明

Customer ID は、請求を提出した個人または組織に紐づけます。Salesforce では、通常 Account または Contact オブジェクトへのルックアップです。

この属性により、請求プロセスを顧客視点で把握できます。顧客ごとの請求履歴の分析、請求頻度の高い顧客の特定、サービスのパーソナライズに活用できます。CRM の他の顧客データと請求データを結び付け、全体像をとらえるうえでも重要です。

その重要性

顧客視点の分析を可能にし、顧客ごとの請求パターンを把握。請求プロセスが顧客関係に与える影響も測定できます。

取得元

Claim/Case オブジェクト上の lookup フィールドで、Account または Contact オブジェクト(例: 'AccountId' や 'ContactId')を参照します。

0018d00000abcdeFAA0018d00000fghijKLM0018d00000mnopqrSTU
必須 推奨 任意

保険金支払いプロセスのアクティビティ

保険金支払いプロセスを正確に把握するには、イベントログに次の主要ステップとマイルストーンを記録してください。
6 推奨 9 任意
アクティビティ 説明
初期審査実施
担当査定者による最初の本格的な内容確認が完了したことを示します。'Claim'オブジェクトのステータスが'New'から'Under Review'または'Initial Assessment Complete'へ変わるなどの変化から推定されます。
その重要性

このマイルストーンは、初期の待機期間が終わり、実作業が始まる合図です。ここに到達するまでの時間は、査定担当者の負荷や初動対応の効率を示す重要な指標になります。

取得元

'Claim' オブジェクトの 'Status' フィールド変更のタイムスタンプから推定します(Field History Tracking)。

取得

'Status' が 'Under Review' など同等のステータスに変更された時点のタイムスタンプ。

イベントタイプ inferred
支払命令発行
被保険者への実支払を示します。支払レコードが 'Paid' または 'Issued' にマークされた時点で記録される、重要な財務イベントです。
その重要性

このアクティビティは、支払い完了までの最終工程を測るうえで重要なマイルストーンです。承認から支払いまでの時間を分析することで、財務オペレーションの最適化に役立ちます。

取得元

関連するカスタムオブジェクト 'Claim Payment' のステータス変更から推定します。ステータスが 'Paid' または 'Sent' に変わったタイムスタンプがこのイベントを示します。

取得

関連する 'Claim Payment' オブジェクトでステータスが変更された時点のタイムスタンプ。

イベントタイプ inferred
請求のクローズ
すべてのアクティビティ(支払い完了を含む)が終了し、システム上で請求が最終的にクローズされたことを示します。'Claim' オブジェクトの最終ステータスが 'Closed' に変わった時点で取得します。
その重要性

プロセスの代表的な成功終了イベントです。エンドツーエンドのサイクルタイム算出や、全体のスループット測定に不可欠です。

取得元

'Claim' オブジェクトの 'Status' フィールドのField History Trackingから、'Closed' へ変更されたタイムスタンプを取得します。

取得

'Status' が 'Closed' に変更された時点のタイムスタンプ。

イベントタイプ inferred
請求の提出
新規の請求がSalesforceに初めて登録された瞬間を、請求プロセスの開始として示します。通常は新しい 'Claim' オブジェクトの作成から取得します。
その重要性

プロセスの主要な開始イベントです。受付から次のステップまでの時間を分析することで、初動の遅れを特定し、全体のサイクルタイム測定のベースラインを作れます。

取得元

'Claim' 標準オブジェクトの 'CreatedDate' タイムスタンプを使用。すべての請求ケースに対する正確で信頼できる起点になります。

取得

'Claim'オブジェクトの作成タイムスタンプ。

イベントタイプ explicit
請求の決定
請求の承認または否認が正式に決定されたことを表します。'Approved'や'Rejected'といった終端の意思決定ステータスへの変更から推定される重要なマイルストーンです。
その重要性

後続のプロセス分岐を決める重要な判断ポイントです。決定までの時間の分析は、査定担当者の生産性やSLA順守を測る重要なKPIです。

取得元

'Claim' オブジェクトの 'Status' フィールドが 'Approved' や 'Rejected' などの決定ステータスに変更されたタイムスタンプを、Field History Trackingで取得します。

取得

'Status' が 'Approved' または 'Rejected' に変更された時点のタイムスタンプ。

イベントタイプ inferred
追加情報の依頼
査定担当者が、契約者または第三者から追加情報が必要と判断したポイントを表します。'Pending Customer Information'へのステータス変更、または関連する'Task'や'EmailMessage'レコードの作成から推定できます。
その重要性

再作業ループを見抜くうえで重要なアクティビティです。このイベントの発生頻度が高い場合、初期データ収集に課題があり、処理遅延やサイクルタイムの増大につながっている可能性があります。

取得元

'Claim' オブジェクトの 'Status' フィールドが 'Pending Information' に変更された時点から推定します。もしくは、特定タイプの関連 Task または EmailMessage レコードの作成日時から取得します。

取得

'Status' が 'Pending Info' に変更、または関連するコミュニケーションレコードが作成された時点のタイムスタンプ。

イベントタイプ inferred
損害評価実施
損害の金銭的影響が評価・記録されたことを示します。'Claim' オブジェクトの 'Loss Estimate' または 'Settlement Amount' フィールドに初めて値が入力されたタイミングから推定します。
その重要性

このアクティビティは、重要な財務上のマイルストーンです。発生時点を追跡することで、最終判断前の財務評価における遅延—つまりボトルネック—を把握できます。

取得元

'Claim' オブジェクトの通貨フィールド(例: 'Loss_Estimate__c')のField History Trackingから、nullまたは0から初めて更新されたタイムスタンプを用いて推定します。

取得

財務評価フィールドが初めて入力された時点のタイムスタンプ。

イベントタイプ inferred
支払実行許可
支払額が社内承認を経て、支払い可能になったことを示します。関連する'Payment Request'オブジェクトの明示的なイベント、または'Approved for Payment'のようなステータス変更から推定されます。
その重要性

ここは重要な内部統制ポイントです。決定から支払承認までの遅延は、財務承認のworkflowにおけるボトルネックの兆候です。

取得元

'Claim' オブジェクトの 'Status' フィールドが変更されたタイムスタンプから推定します。より堅牢な方法としては、関連する 'Claim Payment' などのカスタムオブジェクトの 'CreatedDate' を用います。

取得

'Claim Payment'オブジェクトの作成タイムスタンプ。

イベントタイプ explicit
支払案を提示
示談金額が請求者に正式に提示されたことを示します。'Settlement Offered' へのステータス変更、または対応するコミュニケーション記録の作成によって把握します。
その重要性

このアクティビティは、最終的な交渉/受諾フェーズの開始を示します。請求者の応答にかかる時間を分析することで、コミュニケーションの改善やプロセス終盤の短縮につなげられます。

取得元

'Claim' オブジェクトの 'Status' フィールド変更から推定します。オファーレターを表す関連 'EmailMessage' または 'Document' レコードの作成日時から取得することも可能です。

取得

'Status' が 'Settlement Offered' に変更された時点のタイムスタンプ。

イベントタイプ inferred
調査完了
証拠収集と分析フェーズの完了を表します。通常は、'Investigation in Progress'から'Pending Decision'などへのステータス変更として推定されます。
その重要性

調査サブプロセスの完了を示すマイルストーンです。調査のサイクルタイムを正確に測定でき、この重要フェーズの最適化に役立ちます。

取得元

'Claim' オブジェクトの 'Status' フィールドのField History Trackingから、調査系ステータスから変更されたタイムスタンプを取得します。

取得

'Status' が 'Investigation' から変更された時点のタイムスタンプ。

イベントタイプ inferred
調査開始
詳細調査フェーズの正式な開始を示します。'Claim' オブジェクトのステータスが 'Investigation in Progress' などに変更されたタイミングから推定します。
その重要性

このアクティビティは、重要でしばしば長期化するサブプロセスの開始点です。調査のサイクルタイムを測定することで、証拠収集や分析におけるボトルネックを特定できます。

取得元

'Claim' オブジェクトの 'Status' フィールド変更のタイムスタンプから推定します(Field History Tracking)。

取得

'Status' が 'Investigation' に変更された時点のタイムスタンプ。

イベントタイプ inferred
請求の割り当て
請求が特定のアジャスターまたはチームに割り当てられたことを示します。これは、'Claim' オブジェクトの 'OwnerId' フィールドが設定された時点、またはキューからユーザーへ変更された時点を追跡して記録します。
その重要性

割り当て状況の追跡は、査定担当者が着手する前のリソース負荷を把握し、遅延を早期に特定するうえで不可欠です。請求が実際に対応されるまでに、キューでどれだけ待ったかを測れます。

取得元

'Claim' オブジェクトの 'OwnerId' フィールドの履歴(Field History Tracking)から取得。キューから特定ユーザーへ変更されたタイムスタンプが、このイベントの発生時刻になります。

取得

'OwnerId' フィールドがキューからユーザーに変更された時点のタイムスタンプ。

イベントタイプ inferred
請求の却下
否認となった請求の最終結果を表す終了イベントです。'Claim'オブジェクトのステータスが'Rejected'または'Denied'に更新された時点で記録されます。
その重要性

正常クローズとは異なる、プロセスの終端状態です。却下となった請求とその理由を分析することで、引受審査や初期スクリーニングの改善ポイントが見えてきます。

取得元

'Claim' オブジェクトの 'Status' フィールドが 'Rejected' に変更されたタイムスタンプから推定します。'Reason for Rejection' は対応する項目から取得できます。

取得

'Status' が 'Rejected' に変更された時点のタイムスタンプ。

イベントタイプ inferred
請求の登録
初期入力後、請求がシステムで正式受理・登録されたことを表します。たとえば'Claim'オブジェクトのステータスが'Draft'から'New'や'Submitted'に変わったタイミングで推定します。
その重要性

このアクティビティは、請求が正式に処理キューに入ったことを示します。提出から登録までの時間を測ることで、初期のデータ検証や受付チームでの滞留を可視化できます。

取得元

'Claim' オブジェクトの 'Status' フィールドのField History Trackingから、'New' や 'Open' などの受付系ステータスへ変更されたタイムスタンプを取得します。

取得

'Status' が 'New' または 'Registered' に変更された時点のタイムスタンプ。

イベントタイプ inferred
追加情報の受領
要求した情報の受領を示し、請求処理を再開できる状態です。'Claim' オブジェクトのステータスが 'Pending' から 'Under Review' のようなアクティブ状態へ戻ったときに判断します。
その重要性

‘Information Requested’ と ‘Information Received’ の間の時間は、しばしば大きなボトルネックになります。この所要時間を分析すると、外部依存関係やコミュニケーションの有効性が見えてきます。

取得元

'Pending Information' からアクティブなステータスへ変更されたタイムスタンプを、'Claim' オブジェクトの 'Status' フィールドのField History Trackingから取得します。

取得

'Status' が保留状態から変更された時点のタイムスタンプ。

イベントタイプ inferred
推奨 任意

抽出ガイド

Salesforce Financial Services Cloudからのデータ取得方法