ポリシーキャンペーンの種類：一回限り、更新、定期、常時実行

キャンペーンの種類は、ポリシーバージョンを割り当てる理由を表します。割り当てのラベルとキャンペーン設定に影響しますが、すべての既存の割り当てを上書きしたり、独立してバックグラウンドジョブを実行したりはしません。目的のワークフローに応じて種類を選び、作成されたレコードを検証してください。

選択肢を比較する

以前に別のバージョンを確認した従業員には、新しいキャンペーンが一回限りとして始まっても、更新ラベルの割り当てが作成される場合があります。選択した種類に加え、保存された履歴とバージョン比較も関係します。

ウィザードで種類を選ぶ

1. Policy Managerで新しいキャンペーンを開きます。
2. ポリシーを選び、現在の公開済みバージョンを確認します。
3. 目的の取り組みに応じてキャンペーンの種類を選択します。
4. 対象者と**新たに対象となった従業員にポリシーを自動で割り当てる。**チェックボックスを別々に確認します。
5. 期限を設定し、開始前に最終概要を確認します。

常時実行の種類を選択すると、自動割り当てが有効になります。その種類から別の種類に変更しても、ウィザードはすでに有効な値を保持するため、チェックボックスが必ず解除されるとは限りません。種類の切り替えですべての設定がリセットされると考えず、チェックボックスを確認してください。

同じバージョンの重複排除を理解する

開始処理は、どのキャンペーンであっても同じポリシーバージョンの免除されていない割り当てをすでに持つ従業員をスキップします。確認済みレコードも含みます。そのため、同一バージョンに対して別の定期キャンペーンを作成しても、その従業員に再確認を強制することはできません。

免除されたレコード自体はスキップ条件ではありませんが、同じユーザーとバージョンの免除されていない別のレコードがあればスキップされる場合があります。作成数がゼロという結果を失敗と解釈する前に、従業員の既存の割り当てを確認します。KB10520. 開始前にキャンペーンの対象者を確認する方法を参照してください。

最初のバッチと後続処理を区別する

開始時にはブラウザが初回の割り当てを作成します。今後の対象者追加、予定されたリマインダー、エスカレーションは外部サービスの責任です。常時実行フラグの保存、アクティブなキャンペーン、接続されたURLだけでは、それらの処理が動作している証拠になりません。

まず初回の対象者をテストします。その後の割り当てが必要な場合は、管理されたメンバーシップ変更を行い、サービスが目的の新しい割り当てを作成し、正しい期限を適用して重複を避けることを確認します。サービス設定と受け入れ確認はKB10525. ポリシーサービスに接続して自動通知を設定する方法で説明しています。

実用的な開始方法を選ぶ

主要なワークフローの検証には一回限りの試験、新しいバージョンには更新キャンペーンを使用し、サービス依存のモードは別途動作をテストした後に使います。公開、キャンペーンの種類、自動割り当て、期限はそれぞれ独立した判断として扱います。詳細な開始手順はKB10503. Policy Acknowledgementのキャンペーンを作成・開始する方法を参照してください。