この文章は Salesforce 機械翻訳システムを使用して翻訳されました。詳細はこちらをご参照ください。

シフト管理のデータトリガー

Work.com では、従業員、ロケーション、サービス予定、およびサービステリトリーメンバーのシフト管理のデータトリガーをインストールして使用します。これらのオブジェクトのレコードを追加または変更すると、関連するオブジェクトで変更をトリガーできます。データの読み込みで一部のトリガーを無効にすることもできます。

employeeServiceAppointmentUpdate

employeeServiceAppointmentUpdate トリガーは、サービス予定の更新時に実行されます。次のサービス予定条件が満たされると、ユーザーに対して ShiftAcceptNotification__c レコードが作成されます。

ユーザーのサービス予定の古い状況が Dispatched ではない。
新しい状況が Dispatched である。
スケジュール済み開始時刻が明日以降である。

スケジュール済みのジョブは、この 1 時間に作成された ShiftAcceptNotification__c レコードを探し、新規に割り当てられたサービス予定に関する通知をユーザーに送信します。

通知が送信されないようにするには、スケジュール済みジョブを無効にします。スケジュール済みジョブを無効にする手順は、次のとおりです。

アプリケーションランチャーで、[シフト管理の設定] を選択します。
[アプリケーション設定を定義] で [設定] をクリックします。
[スケジュール済みジョブ] タブに移動します。
[割り当てられたシフトを受諾/拒否するように従業員に通知する毎時ジョブ] をオフにします。

Employee_AfterUpdate

Employee_AfterUpdate トリガーは、従業員の更新時に実行されます。従業員の健康状況が [出社可] から [出社不可] または [不明] に変更された場合、トリガーは、その従業員に割り当てられたすべてのサービス予定を [スケジュール解除済み] に設定して、1 か月間の ResourceAbsence オブジェクトを作成します。また、シフト管理のモバイルおよびデスクトップエクスペリエンスへの従業員のアクセス権を無効にします。健康状況が [出社不可] または [不明] の場合、従業員は作業に適していません。

健康状況が [出社不可] または [不明] から [出社可] に変更された場合、従業員は、作業に復帰する準備が整ったものとみな��れます。トリガーはリソース不在を削除し、シフト管理のモバイルおよびデスクトップエクスペリエンスへのアクセス権を従業員に付与します。

LocationInsertBefore および LocationUpdateBefore

LocationInsertBefore トリガーは、新規ロケーションの挿入時に実行されます。LocationUpdateBefore は、ロケーションの更新時に実行されます。これらのトリガーは、ロケーションの [名前] 項目が一意であることを検証します。シフト管理の設定時にデータインポーターでサービステリトリーを作成するには、ロケーション名が一意であることが必要です。各サービステリトリーは、ロケーションにリンクされており、その名前のロケーションは 1 つのみ存在する必要があります。

トリガーを無効にする手順は、次のとおりです。

アプリケーションランチャーで、[シフト管理の設定] を選択します。
[アプリケーション設定を定義] で [設定] をクリックします。
[一般設定] タブに移動します。
[一意のロケーション名を適用 (推奨)] をオフにします。

このトリガーを無効にすると、存在するロケーション名が重複する可能性があり、これ��原因でサービステリトリーの作成時にデータインポートが失敗することがあります。外部シ��テムからのロケーション名が重複しているために統合の問題が発生する場合は、このトリガーを無効にするとうまくいく場合があります。ただし、一般的には、このトリガーは無効にしないことをお勧めします。

警告

ServiceAppointmentBeforeUpdate

ServiceAppointmentBeforeUpdate トリガーは、サービス予定の更新時に実行されます。新しい状況が Rejected の場合、トリガーは、サービス予定の期間中、そのサービスリソースに対して ResourceAbsence オブジェクトを作成します。割り当てられたシフトの日時に作業できない場合、従業員はシフトを却下できます。シフトが却下されると、トリガーはリソース不在を作成し、その従業員に対して同時に新しいシフトが再スケジュールされないようにします。

ServiceTerritoryMember_AfterUpdate

ServiceTerritoryMember_AfterUpdate トリガーは、サービステリトリーメンバーの作成時に実行されます。次にトリガーは、ユーザーをサービステリトリー公開グループにリンクする共有レコードを作成します。

シフト管理を設定するためにデータをインポートすると、従業員ごとにサービスリソースが作成され、ロケーションごとにサービステリトリーが作成されます。シフト管理では、サービステリトリーメンバーが、従業員が作業するサービステリトリーにサービスリソースを関連付けます。共有レコードは、従業員をサービステリトリー公開グループにリンクします。サービステリトリー公開グループによって、そのシフトのサービステリトリーの施設計画、シフト、およびサービス予定へのアクセス権が従業員に付与されます。

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

シフト管理に付属するすべてのトリガーを手動で無効にできるわけではありません。無効にできるトリガーは、シフト管理の [一般設定] にあります。