詳細情報:
大グループ評価
大きなグループの評価は、見積に含まれるプランで定義された評価手順に基づきます。評価手順は、ビジネスルールエンジンで式セットとして作成されます。
ビジネスルールエンジンでの式セットの設定方法についての詳細は、「式セットの作成」を参照してください。
制限事項
大規模グループ評価では、[評価手順] 種別として [式セット] のみがサポートされます。評価プロセスの評価手順を設定すると、次のようになります。
- 商品の [評価手順種別] 項目を [式セット] に設定し、[評価手順名] 項目を式セットの名前に設定します。
- データマッパーバンドルを評価結果商品に関連付けます。データマッパーは OmniDataTransform 型である必要があります。つまり、コアオブジェクトの OmniStudio です。
- [出力に含める] オプションが選択されている式セットに、少なくとも 1 つの計算ステップと 1 つの集計ステップを含めます。
- 見積からフローに渡された
effectiveDateの後に [開始日] が設定された式セットの有効なバージョンがあることを確認します。
- 大規模グループ評価の式セットの設定
式セットは、大規模なグループ計画の評価手順として使用します。 - Lightning Web コンポーネントでの大規模なグループ見積の評価
大規模グループ見積 LWC を使用すると、見積プロセス中に大規模グループ見積を何度でも評価できます。一部の大規模なグループ見積評価プロセスは非同期で実行され、完了まで数分かかります。ただし、心配はいりません。評価プロセスが完了すると、ベル通知で通知されます。 - 大規模グループ評価エラー処理
大規模なグループ見積では、フローを使用してメンバーベースのプランを非同期で評価します。非同期プロセス中にエラーが発生した場合、エラーを特定して解決することは同期評価シナリオよりも若干困難です。 - 非同期評価データのクリーンアップ
カスタム設定とスケジュール済み一括処理ジョブを使用して、古い不要な大グループ登録および見積評価データで組織が停滞しないようにします。
大規模グループ評価の式セットの設定
式セットは、大規模なグループ計画の評価手順として使用します。
- アプリケーションランチャーで、ビジネスルールエンジン ([式セット] タブが有効になっている場合は [式セット]) を見つけて選択します。
- 新しい式セットと式セットバージョンを作成します。
- 式セットビルダーで新しい式セットバージョンを開きます。
-
計算および集計ステップを少なくとも 1 つ含め、各ステップで [出力に含める] オプションを選択します。
- 必要な他の要素を追加します。
- 式セットバージョンの開始日または終了日 (またはその両方) とランクを設定します。
- 式セットを保存して有効化します。
Lightning Web コンポーネントでの大規模なグループ見積の評価
大規模グループ見積 LWC を使用すると、見積プロセス中に大規模グループ見積を何度でも評価できます。一部の大規模なグループ見積評価プロセスは非同期で実行され、完了まで数分かかります。ただし、心配はいりません。評価プロセスが完了すると、ベル通知で通知されます。
一度に最大 15 万人のメンバーがいるサマリーベースのプランを最大 30 件評価することも、一度に最大 3,000 人のメンバーがいるメンバーベースのプランを最大 30 件評価することもできます。見積で 5 件を超えるメンバーベースのプランを評価する必要がある場合は、[すべてのプランを評価] ボタンを使用しないでください。代わりに、各プランの [レートプラン] ボタンを使用して、最初の 5 つのプランを個別に評価します。これら 5 つのプランの評価が完了するまで待機し、[レートプラン] ボタンを使用して、最大 5 つのプランの次のセットの評価を開始します。
補償を追加、変更、または削除して見積を調整すると、保険料の合計が赤になります。[レートプラン] ボタンを使用して、選択したプランの評価プロセスを開始します。または、[すべてのプランを評価] ボタンを使用して、見積に含まれるすべてのプランを一度に評価します。
評価プロセスを開始すると、進行状況通知が LWC の上部に表示されます。
ベル通知は、評価プロセスが終了するとユーザーに警告し、重要な状況メッセージを含めます。
返される可能性のある評価状況は次のとおりです。
- 完了
- キャンセル
- 待機中
- エラー
評価要求の待機中、見積レコードには、関連付けられている評価要求と一括処理ジョブ ID が [詳細] タブの [価格データを計算] 項目に JSON として保存されます。
JSON を使用して、[ワークフローサービスの監視] で一括処理ジョブを見つけて識別できます。ここで、必要に応じて待機中のジョブの実行をキャンセルできます。
大規模グループ評価エラー処理
大規模なグループ見積では、フローを使用してメンバーベースのプランを非同期で評価します。非同期プロセス中にエラーが発生した場合、エラーを特定して解決することは同期評価シナリオよりも若干困難です。
大規模なグループ見積の非同期評価要求では、[国勢調査評価を生成] と [国勢調査評価の処理を終了する] の 2 つのフローを使用します。これらのフローのいずれかでエラーが発生した場合、評価要求の状況は [エラー] に設定されます。
Insurance Rating Request Process (保険評価要求プロセス)
2,500 件の国勢調査レコードがある国勢調査があるとします。各レコードは 1 つのファミリーを表します。この国勢調査を評価するために、大規模なグループ見積では 1 つの保険評価要求と 1 つの一括処理フレームワーク要求が使用されます。一括処理フレームワーク要求では、評価とエラー解決を高速化するために、国勢調査レコードを小さな一括処理ジョブ部分に分割します。この例では、各一括処理ジョブは 100 人のメンバーを処理するように設定されているため、2,500 件のレコードで構成されるこの国勢調査は 25 個の一括処理ジョブに分割されています。
各一括処理ジョブ部分は順次処理され、一括処理ジョブでエラーがあっても処理が続行されます。一括処理ジョブ Part 16 にエラーがあるとします。一括処理ジョブの処理は続行され、残りの一括処理ジョブ部分が完了し、一括処理ジョブ全体に対して 1 つのエラーイベントが作成されます。
[保険評価要求] の状況が [エラー] に設定され、評価要求が完了しなかったことを知らせるベル通知アラートがユーザーに届きます。ユーザーは国勢調査の入力を確認し、評価要求をもう一度開始できます。評価要求がエラーで完了し続ける場合、ユーザーは大規模グループ見積 LWC からエラー CSV を生成できます。
一般的な非同期評価エラー
非同期センサス評価で最も一般的なエラーは、グループセンサスの入力が正しくないか不完全であることに起因します。ただし、フローの設定と例外によって非同期評価エラーが発生する場合もあります。一括処理ジョブの状況を確認すると、評価プロセスでエラーが発生した場所を特定できます。
一括処理ジョブの状況を確認すると、評価プロセスでエラーが発生した場所を特定できます。
| 一括処理ジョブの状況 | エラーが発生した場所 |
|---|---|
| エラーで完了 | [国勢調査評価を生成] フロー |
| 完了 | 国勢調査評価の完了フロー |
| 進行中 | 一括処理ジョブが停滞しているか、組織の処理制限に達している可能性があります。 |
評価要求の処理中は、見積レコードに関連付けられた評価要求と一括処理ジョブ ID が [詳細] タブの [価格データを計算] 項目に JSON として保存されます。JSON を使用して、[ワークフローサービスの監視] で一括処理ジョブを見つけて識別できます。一括処理ジョブの状況が [処理中] の場合、[実行をキャンセル] ボタンを使用してジョブをキャンセルします。
見積エラー CSV の生成
ボタンをクリックするだけで、大規模なグループ見積の評価要求エラーのリストをすばやく生成して表示できます。
評価要求が正常に完了しなかった場合、ユーザーはエラー CSV ファイルを生成できます。[国勢調査評価を生成] フローによって開始された一括処理ジョブの処理中に評価要求エラーが発生した場合、エラー CSV には評価されなかったメンバー名または ID ごとに個別の行が含まれます。
評価要求がエラーで完了すると、ユーザーはエラー CSV ファイルを生成できます。
プラン価格の横に表示されるエラーアイコン (
) をクリックし、[エラー CSV を生成] をクリックします。
[関連] タブの [メモ & 添付ファイル] セクションで、エラーの概要を示す CSV ファイルが作成され、見積レコードに添付されます。CSV の生成が完了したことを知らせるトーストメッセージがユーザーに送信されます。
CSV ファイル名の形式は「(PlanName)_ + (InsuranceRatingRequestId)_ + (CSV 生成時刻)」で、エラーに関連付けられた計画と評価要求を一意に識別し、ユーザーが問題を容易に見つけて修正できるようにします。
[国勢調査評価を完了] フローで実行された後処理中にエラーが発生した場合、エラー CSV には次のエラーメッセージを含む 1 行のみが含まれます。
"評価後のプロセスアクションを完了できませんでした。"入力を確認するか、Salesforce システム管理者にお問い合わせください。"
このエラーの最も一般的な原因は、計画に割り当てられたグループクラスに国勢調査メンバーがいないことです。詳細は、「大規模なグループ見積へのグループクラスの追加」を参照してください。
非同期評価データのクリーンアップ
カスタム設定とスケジュール済み一括処理ジョブを使用して、古い不要な大グループ登録および見積評価データで組織が停滞しないようにします。
非同期評価データのクリーンアップカスタム設定
次のカスタム設定を使用して、評価データの消去制限を指定します。デフォルト値を使用するか、ビジネスニーズに合わせてカスタマイズするか、使用しないかを決定します。
| カスタム設定名 | 実行する内容 | デフォルト値 | 追加情報 |
|---|---|---|---|
RatingRetentionDayCount
|
データが保持される日数を設定します。 | 10 | 次の条件が true の場合、値を大きくします。評価の出力は長期間保存する必要があります。登録および見積プロセスでは、評価出力を使用して商品 JSON が生成されます。登録および見積プロセスでは、メンバーレベルで価格を保存する必要があります。 |
RatingPurgeQueryLimit
|
各一括処理ジョブで処理するレコードの最大数を設定します。 | 100 | RatingPurgeQueryLimit よりも多くの対象要求がある場合、残りの要求は一括処理ジョブの次のスケジュールされた実行で処理されます。 |
RatingPurgeBatchSize
|
1 回のバッチ実行で処理される消去要求の数を設定します。 たとえば、20 件の適格な要求があり、RatingPurgeBatchSize が 2 の場合、10 件の一括処理ジョブが作成されて処理されます。各一括処理ジョブは 2 つの要求を連続して処理し、各ジョブに標準の Salesforce Apex ガバナ制限が適用されます。 |
5 | メンバーベースの評価で大規模な国勢調査を頻繁に処理する場合 (国勢調査あたりのメンバーが 6,000 人を超える)、値を減らします。 評価に使用する国勢調査メンバーの数に一貫性がないか不明な場合は、 |
InsRatingRequestPurgeScheduler 一括処理ジョブのスケジュール
[設定] から、または開発者コンソールを使用して、評価データを消去するように一括処理ジョブをスケジュールします。
[設定] から Apex ジョブをスケジュールする場合は、[Apex クラス] フィールドで [InsRatingRequestPurgeScheduler] を検索して選択します。
または、開発者コンソールを使用して、一括処理ジョブをスケジュールする System.schedule をコールします。毎日午後 11 時に InsRatingRequestPurgeScheduler ジョブを実行する式の例を次に示します。
vlocity_ins.InsRatingRequestPurgeScheduler scheduler = new vlocity_ins.InsRatingRequestPurgeScheduler();
//Batch execute every day 23:00
String scheduleExpression = '0 0 23 * * ?';
//Batch execute at midnight Sept. 3rd. 2042
//String scheduleExpression = '0 0 0 3 9 ? 2042';
System.schedule('Insurance Rating Purge Batch', scheduleExpression, scheduler);
一括処理状況の確認
スケジュール済みジョブの状況を確認するには、[設定] → [すべてのスケジュール済みジョブ] に移動します。開始されたジョブのステータスを確認するには、[Setup]> [Apex Jobs] に移動します。
