Command Center のデータトリガー

Command Center の従業員トリガー

IndividualId がすでに設定されている場合でも、トリガーは 2 つのレコードが一致するように個人の同じ標準項目を入力します。従業員は信頼できる情報源です。個人は従業員に基づいています。これには、他のパッケージまたはユーザーが組織に追加する他の項目は含まれません。項目を個人に追加することはお勧めしません。

デフォルトでは、従業員を初めて挿入した後に、個人と後続の従業員の更新は同期されません。これらを同期させるには、カスタム設定値 wkcc__Settings__c.wkcc__EmployeeIndividualSyncDisabled__c to false を設定します。この設定が false に設定されると、同期されている従業員項目のすべての変更が関連する個人に転送されます。

従業員トリガーは、個人の更新だけでなく、従業員をユーザーにリンクする場合にも役立ちます。このキャンセルは、従業員番号項目を使用して行われます。従業員が挿入または更新されると、トリガーは、まだ個人が関連付けられていない (User.EmployeeNumber が Employee.EmployeeNumber に一意に一致する) レコードについてユーザーを照会します。

従業員番号と一致するユーザーレコードの重複が見つかると、どのユーザーレコードも更新されません。トリガーは、どのユーザーが従業員とリンクされるべきなのかを推定しようとはしません。ユーザーの IndividualId は、ユーザーが明示的に設定するか、ユーザーの重複する従業員番号を削除するまで空白のままになります。

Command Center のユーザートリガー

ユーザートリガーは、挿入と更新で実行されます。ユーザーレコードでまだ IndividualId が設定されていないにもかかわらず従業員番号値がある場合、従業員番号に一致する従業員について従業員エンティティが照会されます。一意の一致が見つかった場合、ユーザーは一致する従業員と同じ個人にリンクされます。

従業員トリガーと同様に、ユーザートリガーは、重複が見つかってもユーザーを決定しません。ただし、ユーザートリガーは、トリガー自体に渡されていないユーザーの重複候補を見つけるためにデータベースを照会することはありません。このため、同じトランザクションで挿入または更新されなかった別のユーザーと同じ従業員番号のユーザーが挿入または更新されても、そのユーザーは一致する従業員の個人にリンクされます。

どのようなケースでも、ユーザーが従業員番号を入力する場合は、従業員番号を一意の識別子として処理する必要があります。

その他のデータは、標準で Command Center と同期されません。他のパッケージでは、さらに個人取引先 (Health Cloud) やサービスリソース (Field Service Lightning) などが必要になります。どのような実装を選択しても、これらのエンティティとリンクするために個人を使用する必要があります。

Command Center のロケーショントリガー

トリガーの有効化と無効化

wkcc__TargetSettings__c オブジェクトを使用して、Work.com データトリガーを有効/無効にします。これは、大きなデータのアップロードを行う場合や、すでに関連する項目値が適切に設定されているいくつかのレコードを同時に変更する場合に便利です。

Work.com パッケージでは、トリガーごとに wkcc__TargetSettings__c のレコードが追加されます。レコードの名前項目には、「b2w_オブジェクト名Trigger」の形式が使用されます。たとえば、従業員トリガーに対応するレコードの名前には「b2w_EmployeeTrigger」という値が設定されます。

トリガーが有効になっている場合の一括操作の制限

Work.com トリガーが有効になっている場合、影響する Work.com オブジェクトに対する一括操作で、追加の制限が発生する可能性があります。EmployeeCrisisAssessment の場合、バッチサイズは 3000 レコードに制限されます。Location の場合、バッチサイズは 4000 レコードに制限されます。