> 継続的なプロセス改善 > 保険金請求処理 > Salesforce Financial Services Cloud > データテンプレート

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

Salesforce Financial Services Cloud

請求処理の属性(23) 請求処理のアクティビティ(15) データ抽出ガイド(1)

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

このテンプレートでは、請求処理のワークフローを効果的に分析するために必要なデータを体系的に確認できます。収集する属性や追跡する主なアクティビティに加え、Salesforce Financial Services Cloudからデータを抽出する方法も説明します。この資料を使ってイベントログを準備し、プロセスマイニングで詳しく分析できます。

収集を推奨する属性
追跡する主なアクティビティ
Salesforce Financial Services Cloudからのデータ抽出ガイド

イベントログを初めて作成する方はこちら：プロセスマイニング用イベントログの作成方法.

テンプレートをダウンロード

請求処理の属性

請求処理を詳しく分析するために、イベントログに含めることを推奨するデータ項目です。

5 必須 7 推奨 11 任意

	名前	説明
	ケースID ClaimId	各保険金請求を一意に識別するIDです。プロセス分析における主要なケースIDとして使用します。
説明保険金請求IDは、申請から終了まで、1件の保険金請求に関するすべてのアクティビティ、イベント、データを結び付ける基本的なケース識別子です。プロセスマイニングでは、この属性を使って各請求の一連の流れを再構成します。関連するイベントを1つのケースにまとめることで、個々の請求のサイクルタイム、プロセスバリアント、ボトルネックを分析できます。重要な理由これは、保険金請求のライフサイクルを追跡するための基本キーです。一意の保険金請求IDがなければ、各プロセスステップを一連の流れとして結び付けて分析することはできません。入手先通常はCaseオブジェクトの「CaseNumber」、または「Claim」（FinancialServicesCloud.Claim）オブジェクトの一意のカスタムIDフィールドを使用します。例 CL-00012345CL-00012346CL-00012347
	アクティビティ名 ActivityName	保険金請求のライフサイクルにおいて、特定の時点で発生した業務アクティビティまたはイベントの名前です。
説明この属性は、「保険金請求の申請」「初回審査の実施」「支払い実行」など、保険金請求プロセスの個々のステップやマイルストーンを表します。プロセスマップの基盤となる情報です。アクティビティの順序や頻度を分析すると、よく使われるプロセス経路（バリアント）の特定、標準プロセスからの逸脱の発見、手戻りを示すアクティビティの繰り返しの把握に役立ちます。重要な理由プロセスの「何が行われたか」を示すため、プロセスフローを可視化し、ボトルネック、手戻りのループ、プロセスのばらつきを特定できます。入手先 ClaimまたはCaseオブジェクトの「Status」フィールドの変更、あるいは関連するTaskまたはEventレコードの「Subject」から取得します。例請求を受け付け初回審査を実施追加情報を依頼保険金請求の終了
	イベント時刻 EventTime	特定のアクティビティまたはイベントが発生した時刻です。
説明イベント時刻は、保険金請求のライフサイクルにおける各アクティビティの正確な日時を示します。この時系列データは、イベントの順序付けや所要時間の算出に欠かせません。分析では、アクティビティ間のサイクルタイム、待ち時間、ケース全体の所要時間など、時間に関するすべての指標の算出にタイムスタンプを使います。また、プロセスアニメーションの作成や、遅延がいつ、どこで発生しているかの特定にも必要です。重要な理由各イベントの「いつ」を示す属性です。所要時間の算出、時間の経過に伴うプロセスのパフォーマンス分析、時間に関するボトルネックの特定に役立ちます。入手先ステータス変更の場合は、オブジェクトの項目履歴（例：CaseHistory）の「CreatedDate」を使用します。Taskの場合は「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
	保険金請求のステータス ClaimStatus	イベント発生時点での保険金請求の現在のステータスです（例：受付済み、審査中、終了）。
説明保険金請求のステータスは、「新規」「調査中」「顧客回答待ち」「終了」など、ライフサイクルのどの段階にあるかを示します。プロセスの現在の状態を把握するための重要な属性です。「未完了請求の経過期間レポート」などの業務ダッシュボードで広く使われ、現在の業務量の可視化や、特定のステータスに長期間とどまっている請求の特定に役立ちます。ステータス間の遷移を分析することも、プロセスマップのアクティビティを定義する主な方法の1つです。重要な理由対応中の保険金請求の現在の状態をリアルタイムで把握できます。滞留案件の管理や、処理が止まっているケースの特定に役立ちます。入手先 CaseまたはClaimオブジェクトの標準「Status」フィールドです。例登録済み調査中示談金額の提示終了・支払い済み終了・却下
	保険金請求の種類 ClaimType	自動車、住宅、賠償責任など、保険金請求の分類です。
説明保険金請求の種類は、請求プロセスを分類して分析するための重要な切り口です。請求の種類によってプロセスや複雑さが異なり、適用されるSLAも異なることがよくあります。請求の種類ごとにパフォーマンスを絞り込んだり比較したりすると、種類固有のボトルネックを発見し、設定したSLAの遵守状況を評価し、カテゴリ間でプロセスにどのような違いがあるかを把握できます。「保険金請求のSLA遵守状況の概要」や「保険金請求の却下理由分析」などのダッシュボードで使うと、対象を絞ったインサイトが得られます。重要な理由保険金請求を分類してプロセスを比較し、種類ごとの問題を特定して、改善施策を調整できます。入手先通常、CaseまたはClaimオブジェクトの標準「Type」フィールド、またはカスタムの選択リストフィールドを使用します。例自動車住宅所有者向け商業用不動産一般賠償責任
	保険金請求額 TotalClaimAmount	契約者が当初請求した損害額の合計です。
説明この属性は、プロセス開始時に顧客が請求した損害額の合計を表します。この金額は、請求の複雑さ、必要な審査の程度、処理経路に影響することがあります。請求額に基づいてプロセス指標を分析すると、重要な傾向が見つかることがあります。たとえば、高額の請求はサイクルタイムが長くなり、手順が増えたり、専門チームに振り分けられたりする場合があります。現実的なSLAの設定や、財務準備金の予測にも役立ちます。重要な理由各ケースの財務面のコンテキストを示し、請求額がプロセスの複雑さ、所要時間、結果に与える影響を分析できます。入手先 Financial Services CloudのClaimオブジェクトにあるカスタム通貨フィールドを使用します。例：「ClaimedAmount__c」。例 1500.0025000.50125.75
	割り当てられた査定担当者 AssignedAdjuster	保険金請求の処理を担当するユーザーまたは査定担当者の名前です。
説明この属性は、アクティビティまたはケース全体を担当する個々の査定担当者を示します。通常、請求ケースの所有者、または特定のタスクを完了した担当者から取得します。査定担当者ごとのパフォーマンス分析は、業務管理に欠かせません。「査定担当者の業務量とパフォーマンス」などのダッシュボードでは、この属性を使って担当者ごとの請求件数、対応中のケース数、サイクルタイムを追跡できます。業務量の適切な配分や、指導・育成が必要な領域の特定にも役立ちます。重要な理由チームや個人のパフォーマンス分析、業務量の管理、優れた取り組みや研修の必要性の特定に欠かせない属性です。入手先 CaseまたはClaimオブジェクトの「OwnerId」フィールドを使用します。このフィールドからUserオブジェクトを参照し、査定担当者の名前を取得します。例アリス・ジョンソンロバート・スミスマリア・ガルシア
	申請チャネル SubmissionChannel	保険金請求が最初に申請された方法またはチャネルです。
説明この属性は、保険金請求が最初に報告された方法を示します。たとえば、ウェブポータル、モバイルアプリ、電話、メールなどです。申請チャネルによって、初期情報の質やその後の処理手順が大きく異なる場合があります。申請チャネルごとに請求を分析すると、需要の傾向や各受付方法の効率を把握できます。「保険金請求の処理量と件数」ダッシュボードでは、この属性を使ってチャネルごとの請求件数の推移を追跡できます。リソース配分や技術投資の判断にも役立ちます。重要な理由受付チャネルごとの効率を評価し、特定のチャネルで手戻りやサイクルタイムの長期化が多くないかを把握できます。入手先通常、ClaimまたはCaseオブジェクトのカスタム選択リストフィールドを使用します。「Origin」または「Channel」というラベルが付いていることがよくあります。例ウェブポータルモバイルアプリ電話メール
	終了時刻 EndTime	アクティビティの完了時刻です。所要時間を正確に算出するために使用します。
説明終了時刻属性は、アクティビティが終了した正確な時刻を記録します。開始時刻（EventTime）が開始時点を示すのに対し、終了時刻はアクティビティの完了までにかかった時間を測るためのもう一方の境界となります。開始時刻と終了時刻の両方があれば、アクティビティの処理時間を正確に算出し、アクティビティ間の待ち時間と区別できます。これは、「プロセスステップの所要時間の内訳」などのダッシュボード作成や、アクティビティ間だけでなく個々のタスク内にある非効率な点の特定に欠かせません。重要な理由各アクティビティの実処理時間を正確に算出できます。付加価値を生む時間と待ち時間を区別するうえで重要です。入手先タイムスタンプデータから取得します。たとえば、「初回審査の実施」がステータス変更によって記録される場合、終了時刻には次のステータス変更のタイムスタンプを使用できます。例 2023-04-15T11:05:30Z2023-04-16T17:20:00Z2023-04-18T09:45:12Z
	部門 Department	保険金請求の処理を担当する社内の部門またはチームです。
説明この属性は、保険金請求を担当する事業部門または部門を示します。例として、「個人保険」「商用自動車保険」「特別調査部門」などがあります。部門ごとにプロセスを分析すると、チーム間のパフォーマンスの違いや業務量の配分を把握し、部門固有のプロセス逸脱やボトルネックを特定できます。「保険金請求のSLA遵守状況の概要」などのダッシュボードで使うと、組織内の各部門の状況を確認できます。重要な理由事業部門間のパフォーマンスを比較し、優れた取り組みの特定や、より効果的なリソース配分に役立ちます。入手先 ClaimまたはCaseオブジェクトのカスタムフィールドを使用するか、Userオブジェクトにある割り当て先ユーザーのプロファイルまたは役割から推定できます。例個人向け自動車保険の請求商業用不動産不正調査部門
	SLA状況 SlaStatus	請求が定められたサービスレベル合意（SLA）内に解決されたかどうかを示します。
説明この属性は、「達成」や「未達」などの値を取る分類項目です。請求の実際の完了日（最後のアクティビティのタイムスタンプ）と'SlaTargetDate'を比較して算出します。「SLA遵守率」KPIと「請求SLAコンプライアンス概要」ダッシュボードの基礎となる指標です。目標に対する業務実績を明確に示し、コンプライアンス報告や業務管理に欠かせません。重要な理由期限に関する目標の達成状況を明確に把握できます。顧客満足度と規制へのコンプライアンスを保つうえで重要です。入手先計算項目：最後のイベントの'EndTime'が'SlaTargetDate'以前の場合は「達成」、それ以外は「未達」とします。このロジックは、データ変換時またはプロセスマイニングツール内で適用します。例達成未達
	SLA目標日 SlaTargetDate	サービスレベル合意に基づき、保険金請求の解決が見込まれる期限です。
説明 SLA目標日は、保険金請求の解決期限を示す日付で、計算によって設定する場合と手動で設定する場合があります。処理の適時性を測る基準となります。顧客や規制当局に約束した期限に対するパフォーマンスの監視に欠かせない属性です。「SLA遵守率」の重要業績評価指標（KPI）や「保険金請求のSLA遵守状況の概要」ダッシュボードの基準となり、期限内に解決した請求の割合や、目標達成に苦慮している請求の種類・部門を確認できます。重要な理由保険金請求の解決時間に関する目標を定め、SLAの遵守状況を直接測定できます。入手先通常、ClaimまたはCaseオブジェクトのカスタム数式フィールドまたは日付フィールドを使用し、申請日と保険金請求の種類に基づいて算出します。例 2023-05-15T23:59:59Z2023-06-20T23:59:59Z2023-07-01T23:59:59Z
	ケース所要時間 CaseDuration	1件の請求について、最初のイベントから最後のイベントまでに経過した合計時間。サイクルタイムとも呼ばれます。
説明この指標は、請求案件の受付から最終的な完了までにかかる一連の所要時間を測定します。対象のClaim IDについて、最後のイベントと最初のイベントのタイムスタンプの差から算出します。プロセスの業務実績を測る重要業績評価指標（KPI）の1つです。「平均請求サイクルタイム」KPIや「請求のエンドツーエンド・サイクルタイム」ダッシュボードで直接確認できます。プロセス改善プロジェクトでは、この値の短縮が主な目標となることがよくあります。重要な理由プロセス全体の効率を測定し、顧客体験を把握するための重要な指標です。入手先計算項目：各'ClaimId'について、最後のイベントのタイムスタンプから最初のイベントのタイムスタンプを差し引きます。プロセスマイニングツールで算出します。例 30日5時間15日10時間90日2時間
	事故発生日 LossDate	保険金請求の原因となった事故または損害が発生した日付です。
説明事故発生日は、保険証券の補償対象となる事象が発生した日付を記録します。保険金請求の申請日とは異なります。この属性はコンプライアンスや、事故発生から報告までの期間の分析に重要です。期間が大きく空いている場合、問題の可能性を示していたり、異なる対応手順が必要になったりすることがあります。事象の全体的な経過を把握するための重要なコンテキストです。重要な理由事故発生から報告までの期間を分析できます。この期間は、調査や示談に影響することがあります。入手先 Claimオブジェクトのカスタム日付フィールドを使用します。例：「DateOfLoss__c」。例 2023-04-122023-05-202023-06-01
	保険証券番号 PolicyNumber	保険金請求に関連付けられた保険証券を一意に識別する番号です。
説明保険証券番号を使って、保険金請求と顧客の有効な保険証券を結び付けます。補償内容、限度額、契約者の履歴に関する重要なコンテキストを確認できます。プロセスフローを直接左右するとは限りませんが、重要なコンテキストデータです。保険金請求データと保険証券データを結合して分析すると、特定の保険証券の種類が、請求の頻度や複雑さと関連しているかを把握できます。重要な理由保険金請求と基となる保険証券を結び付け、特定の保険証券や補償の種類に関連する請求傾向を幅広く分析できます。入手先 Financial Services Cloudの「InsurancePolicy」オブジェクトを参照する、Claimオブジェクトの参照フィールドを使用します。例 POL-987654321POL-123456789POL-555444333
	却下理由 ReasonForRejection	保険金請求が否認または却下された際に示される具体的な理由です。
説明最終決定が「Rejected」の場合、この属性は「保険証券の補償対象外」「不正の疑い」「情報不足」などの理由を示します。これは「保険金請求の却下理由分析」ダッシュボードの主要な属性です。却下理由の頻度を、保険金請求の種類や部門ごとに分析すると、組織は引受審査の改善、保険約款の明確化、情報収集プロセスの強化など、無効な申請を減らすための取り組みを特定できます。重要な理由保険金請求が否認された理由を直接把握できます。引受審査の方針を改善し、無効な請求の処理にかかる無駄を減らすうえで欠かせません。入手先通常、ClaimまたはCaseオブジェクトのカスタム選択リストフィールドを使用します。ステータスが「Rejected」または「Closed - Denied」に変更される際に必須となります。例補償期間の終了損害が補償対象外不正の疑い重複した保険金請求
	所在地 Location	請求または保険契約に関連する地理的な場所（国、州、地域）。
説明この属性は、損害が発生した州や契約者の居住国など、請求に関する地理的な情報を示します。契約者の住所や損害の詳細から取得できます。地域ごとに分析すると、請求の種類や件数、処理時間の傾向を把握できます。また、地域の拠点間で業務実績を比較し、地域固有の規制へのコンプライアンスを確認する際にも役立ちます。重要な理由請求を地域別に分析できます。地域ごとの業務実績の違いや不正の傾向、地域で発生した事象の影響を把握できます。入手先通常は、関連付けられたAccountまたはContactオブジェクトの住所項目（例：'BillingState'、'BillingCountry'）から取得します。例 USAカリフォルニア州英国
	手戻りかどうか IsRework	アクティビティまたは一連のアクティビティが手戻りに該当するかどうかを示す真偽値フラグ。
説明請求がプロセスの前の段階に戻った場合、このフラグはtrueに設定されます。典型的な例として、「調査完了」から「追加情報の依頼」に戻るケースがあります。手戻りの判定ロジックは、プロセスに関する知識に基づいて定義します。この属性は、「請求の手戻りループ分析」ダッシュボードと「手戻り率」KPIの基礎となります。手戻りの発生頻度と影響を直接定量化でき、非効率化、コスト増加、サイクルタイムの長期化につながる主な要因を分析できます。重要な理由非効率なプロセスのループを直接特定し、手戻りの定量化や根本原因の分析を容易にします。入手先計算項目です。ケースごとのアクティビティの順序を分析して算出します。たとえば、「アクティビティA」の後に「アクティビティB」が続き、再び「アクティビティA」が発生した場合、2回目の「A」を手戻りと判定します。例 truefalse
	示談金額 SettlementAmount	示談成立時に請求者へ支払われる最終的な金額です。
説明この属性は、保険金請求の終了と示談成立時に請求者へ実際に支払われた金額を記録します。査定額、免責金額、保険証券の限度額により、当初の請求額と異なる場合があります。示談金額を当初の請求額と比較して分析すると、損害査定の精度や示談交渉の結果を把握できます。保険金請求の総費用を理解するための重要な財務指標です。重要な理由保険金請求による最終的な財務上の影響を示します。財務分析や準備金の設定、初期の損害査定の精度評価に欠かせません。入手先 Financial Services CloudのClaimオブジェクト、または関連するPaymentオブジェクトのカスタム通貨フィールドを使用します。例 1450.0022500.000.00
	自動処理かどうか IsAutomated	アクティビティが人ではなく自動化システムによって実行されたかどうかを示す真偽値フラグ。
説明このフラグにより、人の担当者が完了したタスクと、自動化されたワークフロー、ルール、システム連携によって実行されたタスクを区別できます。たとえば、請求の初期登録がすべて自動化されている場合があります。自動化の分析は、プロセスの効率を把握するうえで欠かせません。自動化施策の効果を測定し、今後自動化するのに適した工程を特定できるほか、自動処理と手作業の速度や一貫性を比較できます。重要な理由人が行ったアクティビティとシステムによるアクティビティを区別でき、自動化の影響や効果を評価するうえで重要です。入手先通常は派生値です。イベントに関連付けられたユーザーが汎用の'System'または'Integration'ユーザーの場合、このフラグはtrueに設定されます。例 truefalse
	顧客ID CustomerId	保険金請求を申請した顧客または契約者を一意に識別するIDです。
説明顧客IDを使って、保険金請求と申請者である個人または組織を結び付けます。Salesforceでは通常、AccountまたはContactオブジェクトへの参照として設定します。この属性を使うと、顧客を中心に保険金請求プロセスを分析できます。顧客ごとの請求履歴の分析、請求頻度の高い顧客の特定、サービスの個別化に役立ちます。また、CRMの他の顧客データと請求データを結び付け、事業全体を把握するうえでも重要です。重要な理由顧客を中心とした分析が可能になり、個々の顧客の請求傾向や、保険金請求プロセスが顧客との関係に与える影響を把握できます。入手先 ClaimまたはCaseオブジェクトの参照フィールドを使用し、AccountまたはContactオブジェクトを指定します（例：「AccountId」または「ContactId」）。例 0018d00000abcdeFAA0018d00000fghijKLM0018d00000mnopqrSTU

必須推奨任意

請求処理のアクティビティ

請求処理の実態を正確に把握するため、イベントログに記録する主なプロセスステップとマイルストーンです。

6 推奨 9 任意

	アクティビティ	説明
	保険金請求の決定	保険金請求を承認するか却下するかの正式な決定を示します。「Approved」や「Rejected」など、最終決定のステータスへの変更から推定される重要なマイルストーンです。
重要な理由この重要な判断点によって、その後のプロセス経路が決まります。決定までの時間を分析すると、査定担当者の業務効率やSLAの遵守状況を測定できます。入手先「Claim」オブジェクトの「Status」フィールドが決定ステータス（例：「Approved」、「Rejected」）に変更された時刻から推定します。時刻は項目履歴管理で記録します。記録「Status」が「Approved」または「Rejected」に変更された時刻。イベントタイプ inferred
	保険金請求の終了	支払いを含むすべてのアクティビティが完了した後、システム上で保険金請求が正常に終了したことを示します。「Claim」オブジェクトのステータスが最後に「Closed」に変更された時点で記録されます。
重要な理由これはプロセスが正常に終了したことを示す主要な終了イベントです。全体のサイクルタイムの算出や、プロセス全体の処理量の測定に欠かせません。入手先「Claim」オブジェクトの「Status」フィールドに対する項目履歴管理から推定し、「Closed」への変更時刻を記録します。記録「Status」フィールドが「Closed」に変更された時刻。イベントタイプ inferred
	初回審査を実施	割り当てられた損害査定担当者が、請求の詳細を初めて総合的に審査し終えたことを示します。通常、「Claim」オブジェクトのステータスが「New」から「Under Review」または「Initial Assessment Complete」などに変更された時点から推定します。
重要な理由この節目は、初期の待機期間が終わり、実際の処理が始まったことを示します。ここに至るまでの時間は、損害査定担当者の業務負荷と受付業務の効率を測る重要な指標です。入手先 Field History Trackingを通じて記録された、「Claim」オブジェクトの「Status」項目の変更時刻から推定します。記録「Status」項目が「Under Review」などに変更された時刻。イベントタイプ inferred
	支払い実行	請求者への実際の資金支払いを示します。保険金請求に関連する支払いレコードが「Paid」または「Issued」になった時点で記録される、重要な財務イベントです。
重要な理由このアクティビティは、保険金請求の履行プロセスの最終段階を測定するうえで重要なマイルストーンです。承認から支払いまでの時間を分析すると、財務業務の改善に役立ちます。入手先関連する「Claim Payment」カスタムオブジェクトのステータス変更から推定します。「Paid」または「Sent」への変更時刻が、このイベントの発生時刻となります。記録関連する「Claim Payment」オブジェクトのステータス変更時刻。イベントタイプ inferred
	請求を受け付け	Salesforceに新しい請求が初めて登録された時点で、請求処理の開始を示します。通常、新しい「Claim」オブジェクトのレコード作成から記録されます。
重要な理由このイベントは、プロセスの主な開始点です。受付から次のステップまでの時間を分析すると、受付初期の遅延を特定でき、全体のサイクルタイムを測るためのベースラインにもなります。入手先「Claim」標準オブジェクトの「CreatedDate」タイムスタンプから取得します。すべての請求案件について、正確で信頼性の高い開始時点を設定できます。記録「Claim」オブジェクトのレコード作成タイムスタンプ。イベントタイプ explicit
	追加情報を依頼	損害査定担当者が、契約者または第三者から追加情報を得る必要があると判断した時点を示します。「Pending Customer Information」へのステータス変更、または関連する「Task」や「EmailMessage」レコードの作成から推定できます。
重要な理由手戻りのループを特定するうえで重要なアクティビティです。このイベントが頻繁に発生する場合、初期の情報収集に問題があり、処理の遅延やサイクルタイムの長期化を招いている可能性があります。入手先「Claim」オブジェクトの「Status」項目が「Pending Information」に変更された時点から推定します。または、特定のタイプに該当する関連「Task」または「EmailMessage」レコードの作成日から推定します。記録「Status」が「Pending Info」に変更された時刻、または関連する連絡レコードが作成された時刻。イベントタイプ inferred
	保険金請求の却下	保険金請求が認められなかった場合の最終結果を示します。「Claim」オブジェクトのステータスが「Rejected」または「Denied」に更新された時点で記録される終了イベントです。
重要な理由これはプロセスの最終状態であり、請求が認められて終了する場合とは異なります。却下された請求とその理由を分析すると、引受審査や初期スクリーニングの改善につながるインサイトが得られます。入手先「Claim」オブジェクトの「Status」フィールドが「Rejected」に変更された時刻から推定します。「Reason for Rejection」属性は、対応するフィールドから取得できます。記録「Status」フィールドが「Rejected」に変更された時刻。イベントタイプ inferred
	損害額の評価完了	損害による金銭的影響が評価され、記録されたことを示します。「Claim」オブジェクトの「Loss Estimate」または「Settlement Amount」フィールドに初めて値が入力された時点から推定できます。
重要な理由このアクティビティは、重要な財務上のマイルストーンです。発生時点を追跡すると、最終決定前の財務評価における遅延やボトルネックを把握できます。入手先「Claim」オブジェクトの通貨フィールド（例：「Loss_Estimate__c」）に対する項目履歴管理から推定します。値がnullまたは0から初めて更新された時刻を使用します。記録財務評価フィールドに初めて値が入力された時刻。イベントタイプ inferred
	支払い承認	示談金額が社内で承認され、支払い可能になったことを示します。関連する「Payment Request」オブジェクトの明示的なイベント、または「Approved for Payment」などへのステータス変更から推定できます。
重要な理由これは重要な内部統制のポイントです。決定から支払い承認までの遅延は、財務承認ワークフローのボトルネックを示している可能性があります。入手先「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」フィールドに対する項目履歴管理から推定します。調査中のステータスから変更された時刻を記録します。記録「Status」フィールドが「Investigation」から変更された時刻。イベントタイプ inferred
	調査開始	保険金請求の詳細調査段階が正式に始まったことを示します。このイベントは、「Claim」オブジェクトのステータスが「Investigation in Progress」などに変更されたことから推定されます。
重要な理由このアクティビティは、重要で長期化することも多いサブプロセスの開始点です。調査のサイクルタイムを測定すると、証拠の収集や分析におけるボトルネックを特定しやすくなります。入手先 Field History Trackingを通じて記録された、「Claim」オブジェクトの「Status」項目の変更時刻から推定します。記録「Status」フィールドが「Investigation」に変更された時刻。イベントタイプ inferred
	請求を割り当て	請求が特定の損害査定担当者またはチームに割り当てられたことを示します。「Claim」オブジェクトの「OwnerId」項目が入力された時点、またはキューからユーザーに変更された時点を追跡して記録します。
重要な理由割り当てを追跡すると、リソースの業務負荷を分析し、損害査定担当者が作業を始める前の遅延を特定できます。請求がキューで待機してから実際に処理されるまでの時間も測定できます。入手先「Claim」オブジェクトの「OwnerId」項目に対するField History Trackingから取得します。キューから特定のユーザーに変更された時刻が、このイベントの発生時刻です。記録「OwnerId」項目がキューからユーザーに変更された時刻。イベントタイプ inferred
	請求を登録	初期データ入力後、システムで請求を正式に受け付け、登録したことを示します。「Claim」オブジェクトのステータス変更から推定することが多く、たとえば「Draft」から「New」または「Submitted」への変更が該当します。
重要な理由このアクティビティにより、請求が正式に処理キューに入ったことを確認できます。受付から登録までの時間を調べると、初期データの検証や受付チームでの滞留を把握できます。入手先「Claim」オブジェクトの「Status」項目に対するField History Trackingから推定し、登録済みステータス（例：「New」、「Open」）への変更時刻を記録します。記録「Status」項目が「New」または「Registered」に変更された時刻。イベントタイプ inferred
	追加情報を受領	依頼した情報を受け取り、請求処理を再開できる状態になったことを示します。「Claim」オブジェクトのステータスが「Pending」から「Under Review」などの処理中ステータスに戻った時点から推定します。
重要な理由「Information Requested」から「Information Received」までの時間は、大きなボトルネックになることがあります。この期間を分析すると、外部への依存や連絡の有効性を把握できます。入手先「Claim」オブジェクトの「Status」項目に対するField History Trackingから推定し、「Pending Information」から処理中のステータスに変わった時刻を記録します。記録「Status」フィールドが保留状態から変更された時刻。イベントタイプ inferred

推奨任意

データ抽出ガイド

Salesforce Financial Services Cloudからデータを取得する方法

ステップ

前提条件の確認：Python 3.6以降がインストールされていることを確認します。pipで必要なライブラリをインストールします：pip install simple-salesforce pandas。
Salesforce APIアクセス：APIアクセスが有効なSalesforceユーザーアカウントがあることを確認します。ユーザー名、パスワード、セキュリティトークンが必要です。セキュリティ対策として、API専用ユーザーの利用を強く推奨します。
Pythonスクリプトの準備：新しいPythonファイル（例：extract_claims_log.py）を作成し、クエリセクションにあるスクリプト全体を貼り付けます。
スクリプトのパラメーター設定：スクリプトを開き、先頭にあるプレースホルダー変数を変更します。Salesforceの認証情報（SF_USERNAME、SF_PASSWORD、SF_TOKEN）、抽出期間（START_DATE、END_DATE）、Salesforce環境で使用するオブジェクトと項目のAPI名（例：CLAIM_OBJECT_API_NAME、STATUS_FIELD_API_NAME）を設定します。
アクティビティの対応付け：スクリプト内のSTATUS_TO_ACTIVITY_MAP辞書を確認します。Salesforce固有のステータス値を、プロセスマイニングで必要となる標準アクティビティ名に対応付けます。キー（Salesforceのステータス）がシステムの設定と一致するように調整してください。
スクリプトの実行：ターミナルで次のコマンドを実行します：python extract_claims_log.py。スクリプトがSalesforceに接続し、必要なSOQLクエリを実行してデータの処理を開始します。
実行状況の確認：取得したClaimの件数や生成したイベント数など、進行状況がスクリプトの出力に表示されます。データ量が多い場合は、完了まで数分かかることがあります。
出力ファイルの確認：スクリプトが正常に完了すると、同じディレクトリにclaims_event_log.csvというCSVファイルが生成されます。
データの検証：CSVファイルを表計算ソフトで開きます。アップロード前にvalidationStepsセクションの確認項目を実施し、データがそろっていて正確であることを確認してください。
アップロードの準備：生成されたCSVは、プロセスマイニングツールに直接アップロードできる形式です。列見出し（ClaimId、ActivityName、EventTimeなど）が接続先システムの指定と完全に一致していることを確認してください。

設定

Salesforce Connected App：本番環境では、ユーザー名とパスワードの代わりに、OAuth 2.0認証を使うSalesforce Connected Appの利用を推奨します。セキュリティを高めるため、スクリプトをこの方式に対応させることもできます。
APIユーザーの権限：抽出を実行するSalesforceユーザーには、スクリプトで指定するすべてのオブジェクトと項目への読み取りアクセス権が必要です。主となるClaimオブジェクト（例：Claim__c）、その履歴オブジェクト（Claim__History）、Userなどの関連オブジェクトも含まれます。
期間（START_DATE、END_DATE）：データ量を調整するため、具体的で妥当な期間を設定します。初回の分析では、通常3～6か月分のデータを抽出します。APIのガバナ制限や長時間の実行を避けるため、期間を広げすぎないでください。
オブジェクトと項目の対応付け：スクリプトではCLAIM_OBJECT_API_NAME、STATUS_FIELD_API_NAMEなどのプレースホルダーを使用しています。Salesforce Financial Services Cloud環境で使われている実際のAPI名に対応付けてください。正しいAPI名はSalesforceの設定にある「Object Manager」で確認できます。
APIバージョン：simple-salesforceライブラリではAPIバージョンを指定できます。スクリプトでは新しいバージョンが既定で設定されていますが、連携要件に応じて特定のバージョン（sf = Salesforce(..., version='58.0')）を指定できます。
バッチ処理：数百万件規模の非常に大きなデータセットでは、メモリ使用量を抑え、APIのタイムアウトを避けるため、Claimをバッチ単位で処理するようスクリプトを変更する必要がある場合があります。

クエリの例 python

import pandas as pd
from simple_salesforce import Salesforce
from datetime import datetime

class=class="hl-string">"hl-comment"># --- CONFIGURATION --- 
class=class="hl-string">"hl-comment"># Salesforce Credentials (use environment variables or a secure vault in production)
SF_USERNAME = class="hl-string">'[your_salesforce_username]'
SF_PASSWORD = class="hl-string">'[your_salesforce_password]'
SF_TOKEN = class="hl-string">'[your_salesforce_security_token]'

class=class="hl-string">"hl-comment"># Date Range for Extraction (ISO 8601 format)
START_DATE = class="hl-string">'2023-01-01T00:00:00Z'
END_DATE = class="hl-string">'2023-12-31T23:59:59Z'

class=class="hl-string">"hl-comment"># Salesforce Object & Field API Names (REPLACE with your FSC configuration)
CLAIM_OBJECT_API_NAME = class="hl-string">'Claim__c' class=class="hl-string">"hl-comment"># e.g., class="hl-string">'Case', class="hl-string">'Claim__c'
CLAIM_ID_FIELD = class="hl-string">'Name' class=class="hl-string">"hl-comment"># e.g., class="hl-string">'CaseNumber', class="hl-string">'Name'
STATUS_FIELD_API_NAME = class="hl-string">'Status__c' class=class="hl-string">"hl-comment"># e.g., class="hl-string">'Status', class="hl-string">'ClaimStatus__c'
OWNER_ID_FIELD = class="hl-string">'OwnerId'
CREATED_DATE_FIELD = class="hl-string">'CreatedDate'
LOSS_ESTIMATE_FIELD = class="hl-string">'Loss_Estimate__c' class=class="hl-string">"hl-comment"># Field for class="hl-string">'Loss Assessed' event
CLAIM_TYPE_FIELD = class="hl-string">'Claim_Type__c'
SUBMISSION_CHANNEL_FIELD = class="hl-string">'Submission_Channel__c'
TOTAL_CLAIM_AMOUNT_FIELD = class="hl-string">'Total_Claim_Amount__c'

class=class="hl-string">"hl-comment"># Map your Salesforce status values to standardized Activity Names
class=class="hl-string">"hl-comment"># CRITICAL: This mapping must be configured for your specific Salesforce setup
STATUS_TO_ACTIVITY_MAP = {
    class="hl-string">'New': class="hl-string">'Claim Registered',
    class="hl-string">'Under Review': class="hl-string">'Initial Review Performed',
    class="hl-string">'Pending Customer Information': class="hl-string">'Additional Information Requested',
    class=class="hl-string">"hl-comment"># Use a generic class="hl-string">'Under Review' for info received, as SF history doesn't track the *reason* for a status change
    class=class="hl-string">"hl-comment"># The sequence will show class="hl-string">'Pending' -> class="hl-string">'Under Review', implying receipt of information.
    class="hl-string">'Investigation in Progress': class="hl-string">'Investigation Started',
    class="hl-string">'Pending Decision': class="hl-string">'Investigation Completed',
    class="hl-string">'Approved': class="hl-string">'Claim Decision Made',
    class="hl-string">'Settlement Offered': class="hl-string">'Settlement Offered',
    class="hl-string">'Approved for Payment': class="hl-string">'Payment Authorized',
    class="hl-string">'Paid': class="hl-string">'Payment Issued',
    class="hl-string">'Rejected': class="hl-string">'Claim Rejected',
    class="hl-string">'Denied': class="hl-string">'Claim Rejected',
    class="hl-string">'Closed': class="hl-string">'Claim Closed'
}

def main():
    class="hl-string">"""Main function to extract, transform, and save the event log."""
    print(class="hl-string">"Connecting to Salesforce...")
    sf = Salesforce(username=SF_USERNAME, password=SF_PASSWORD, security_token=SF_TOKEN)
    print(class="hl-string">"Connection successful.")

    class=class="hl-string">"hl-comment"># 1. Fetch all relevant claims to get base attributes and created date
    print(fclass="hl-string">"Fetching claims created between {START_DATE} and {END_DATE}...")
    claim_query = fclass="hl-string">"""
        SELECT 
            Id, {CLAIM_ID_FIELD}, {CREATED_DATE_FIELD}, {OWNER_ID_FIELD}, Owner.Name,
            {CLAIM_TYPE_FIELD}, {DEPARTMENT_FIELD}, {SUBMISSION_CHANNEL_FIELD}, {TOTAL_CLAIM_AMOUNT_FIELD}, {STATUS_FIELD_API_NAME}
        FROM {CLAIM_OBJECT_API_NAME}
        WHERE {CREATED_DATE_FIELD} >= {START_DATE} AND {CREATED_DATE_FIELD} <= {END_DATE}
    """
    claim_results = sf.query_all(claim_query)
    claims_df = pd.DataFrame(claim_results[class="hl-string">'records']).drop(columns=[class="hl-string">'attributes'])
    if claims_df.empty:
        print(class="hl-string">"No claims found for the specified date range. Exiting.")
        return

    class=class="hl-string">"hl-comment"># Create a lookup dictionary for claim attributes
    class=class="hl-string">"hl-comment"># Handle nested Owner.Name structure
    if class="hl-string">'Owner' in claims_df.columns:
        claims_df[class="hl-string">'AssignedAdjuster'] = claims_df[class="hl-string">'Owner'].apply(lambda x: x[class="hl-string">'Name'] if x else None)
        claims_df = claims_df.drop(columns=[class="hl-string">'Owner'])
    claims_lookup = claims_df.set_index(class="hl-string">'Id').to_dict(class="hl-string">'index')
    claim_ids = tuple(claims_df[class="hl-string">'Id'].unique())

    print(fclass="hl-string">"Found {len(claim_ids)} claims. Now fetching history...")

    class=class="hl-string">"hl-comment"># 2. Fetch all field history for the identified claims
    history_query = fclass="hl-string">"""
        SELECT ParentId, Field, OldValue, NewValue, CreatedDate
        FROM {CLAIM_OBJECT_API_NAME}History
        WHERE ParentId IN {claim_ids}
        ORDER BY CreatedDate ASC
    """
    history_results = sf.query_all(history_query)
    history_df = pd.DataFrame(history_results[class="hl-string">'records']).drop(columns=[class="hl-string">'attributes'])

    class=class="hl-string">"hl-comment"># 3. Generate event log from claims and history data
    event_log = []
    extraction_timestamp = datetime.utcnow().isoformat() + class="hl-string">'Z'

    for claim_id, claim_data in claims_lookup.items():
        class=class="hl-string">"hl-comment"># Event: Claim Submitted
        event_log.append({
            class="hl-string">'ClaimId': claim_data.get(CLAIM_ID_FIELD),
            class="hl-string">'ActivityName': class="hl-string">'Claim Submitted',
            class="hl-string">'EventTime': claim_data.get(CREATED_DATE_FIELD),
            class="hl-string">'AssignedAdjuster': claim_data.get(class="hl-string">'AssignedAdjuster'),
            class="hl-string">'ClaimStatus': class="hl-string">'Submitted', class=class="hl-string">"hl-comment"># Initial status at creation
            class="hl-string">'ClaimType': claim_data.get(CLAIM_TYPE_FIELD),
            class="hl-string">'SubmissionChannel': claim_data.get(SUBMISSION_CHANNEL_FIELD),
            class="hl-string">'TotalClaimAmount': claim_data.get(TOTAL_CLAIM_AMOUNT_FIELD)
        })
        
        class=class="hl-string">"hl-comment"># Filter history for the current claim
        claim_history = history_df[history_df[class="hl-string">'ParentId'] == claim_id]

        for _, row in claim_history.iterrows():
            activity_name = None
            
            class=class="hl-string">"hl-comment"># Map status changes to activities
            if row[class="hl-string">'Field'] == STATUS_FIELD_API_NAME:
                activity_name = STATUS_TO_ACTIVITY_MAP.get(row[class="hl-string">'NewValue'])
                class=class="hl-string">"hl-comment"># Special handling for class="hl-string">'Additional Information Received'
                if activity_name == class="hl-string">'Initial Review Performed' and row[class="hl-string">'OldValue'] == class="hl-string">'Pending Customer Information':
                    activity_name = class="hl-string">'Additional Information Received'

            class=class="hl-string">"hl-comment"># Event: Claim Assigned
            elif row[class="hl-string">'Field'] == class="hl-string">'Owner':
                activity_name = class="hl-string">'Claim Assigned'
            
            class=class="hl-string">"hl-comment"># Event: Loss Assessed
            elif row[class="hl-string">'Field'] == LOSS_ESTIMATE_FIELD and row[class="hl-string">'OldValue'] is None and row[class="hl-string">'NewValue'] is not None:
                activity_name = class="hl-string">'Loss Assessed'

            if activity_name:
                event_log.append({
                    class="hl-string">'ClaimId': claim_data.get(CLAIM_ID_FIELD),
                    class="hl-string">'ActivityName': activity_name,
                    class="hl-string">'EventTime': row[class="hl-string">'CreatedDate'],
                    class="hl-string">'AssignedAdjuster': claims_lookup.get(claim_id, {}).get(class="hl-string">'AssignedAdjuster'),
                    class="hl-string">'ClaimStatus': row[class="hl-string">'NewValue'] if row[class="hl-string">'Field'] == STATUS_FIELD_API_NAME else claims_lookup.get(claim_id, {}).get(STATUS_FIELD_API_NAME),
                    class="hl-string">'ClaimType': claims_lookup.get(claim_id, {}).get(CLAIM_TYPE_FIELD),
                    class="hl-string">'SubmissionChannel': claims_lookup.get(claim_id, {}).get(SUBMISSION_CHANNEL_FIELD),
                    class="hl-string">'TotalClaimAmount': claims_lookup.get(claim_id, {}).get(TOTAL_CLAIM_AMOUNT_FIELD)
                })
    
    if not event_log:
        print(class="hl-string">"No events generated. Check history tracking and status mappings. Exiting.")
        return

    class=class="hl-string">"hl-comment"># 4. Final Transformation and Export
    final_df = pd.DataFrame(event_log)

    class=class="hl-string">"hl-comment"># Add remaining required columns
    final_df[class="hl-string">'SourceSystem'] = class="hl-string">'SalesforceFSC'
    final_df[class="hl-string">'LastDataUpdate'] = extraction_timestamp
    final_df[class="hl-string">'EndTime'] = final_df[class="hl-string">'EventTime'] class=class="hl-string">"hl-comment"># Set EndTime equal to EventTime for point-in-time events
    final_df[class="hl-string">'Department'] = None class=class="hl-string">"hl-comment"># Placeholder - populate if available

    class=class="hl-string">"hl-comment"># Reorder columns to a standard event log format
    column_order = [
        class="hl-string">'ClaimId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
        class="hl-string">'AssignedAdjuster', class="hl-string">'ClaimStatus', class="hl-string">'ClaimType', class="hl-string">'Department',
        class="hl-string">'SubmissionChannel', class="hl-string">'TotalClaimAmount'
    ]
    final_df = final_df[[col for col in column_order if col in final_df.columns]]
    
    class=class="hl-string">"hl-comment"># Sort by case and time
    final_df = final_df.sort_values(by=[class="hl-string">'ClaimId', class="hl-string">'EventTime']).reset_index(drop=True)

    class=class="hl-string">"hl-comment"># Export to CSV
    output_filename = class="hl-string">'claims_event_log.csv'
    final_df.to_csv(output_filename, index=False, date_format=class="hl-string">'%Y-%m-%dT%H:%M:%S.%f%z')
    print(fclass="hl-string">"Successfully generated event log with {len(final_df)} events.")
    print(fclass="hl-string">"File saved as: {output_filename}")

if __name__ == class="hl-string">'__main__':
    class=class="hl-string">"hl-comment"># Added placeholders for fields not explicitly requested but common and needed for the script logic
    DEPARTMENT_FIELD = class="hl-string">'[Your_Department_Field__c]'
    main()

始める準備はできましたか？

このテンプレートを使えば、請求処理の最適化に向けた取り組みを始めるために必要な情報がそろいます。データの準備を始め、インサイトを見つけて業務効率の向上につなげましょう。

改善ガイドに戻る

テンプレートをダウンロード

請求の滞留を解消し、処理を迅速化

ストレートスルー処理率70％を達成し、顧客満足度を高めましょう。

無料トライアルを開始しましょう

クレジットカードは不要です。数分で設定できます。

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

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

請求処理の属性

請求処理のアクティビティ

データ抽出ガイド

simple-salesforceとpandasを使ったPythonスクリプトによる抽出

ステップ

設定

クエリの例 python

始める準備はできましたか？

請求の滞留を解消し、処理を迅速化