BPMワークリストを使用した承認タスクの構成
管理者は、ワークフロー設計者が定義した承認タスクをレビューおよび変更できます。
変更オーダーおよび新規品目リクエストの承認タスクを構成する手順は、次のとおりです:
-
「設定および保守」作業領域で、次に移動します。
-
オファリング: 製品管理
-
機能領域: 変更オーダー
-
タスク: サプライ・チェーン管理のタスク構成の管理
-
-
承認タスクを検索し、タスクを選択します。
たとえば、変更オーダーの承認タスクを変更するには、ChangeOrderを検索し、ChangeOrderApprovalTaskを選択します。
新規品目リクエストの承認タスクを変更するには、NewItemRequestを検索し、NewItemRequestApprovalTaskを選択します。
-
サイド・パネルの「タスクの編集」アイコンをクリックします。
新規品目リクエスト承認タスクの「タスクの編集」アイコンのスクリーンショットを次に示します
「構成」ページのサイド・タブに表示される構成オプションを次に示します。
-
一般: タイトル、摘要および優先度などの基本情報を定義します。 タスク作成者の非表示を選択すると、承認通知にタスク作成者の名前が表示されなくなります。
-
割当先: 承認ルールを作成します。 変更オーダー・ヘッダー・ルール・ベース承認者で、ダイヤモンド・アイコンをクリックして「ルールに移動」を選択します。 たとえば、ユーザーが作成したすべての変更オーダーの承認を制御するには、特定の承認グループにそれらをルーティングします。
-
データ: タスク・ペイロードを構成するメッセージ要素をレビューします。 この情報は編集しないでください。
-
期限: 期間と失効の詳細を指定します。
-
期日: 承認タスクの処理期日を示す日付。 これは、承認者が特定の時間までに応答することを確認するためのインジケータです。 承認者は期日後に応答することもできます。
-
土曜日と日曜日を除く: 期日、失効日およびエスカレーション日を計算する際に、土曜日と日曜日を除外します。
-
期限切れの設定: タスクまたは割当先レベルで失効ポリシーを指定するか、完全にスキップします。 次のものが含まれます:
-
エスカレート: たとえば、ユーザー・ディレクトリで構成されたエスカレーション階層を使用する場合、タスクを最初にユーザーのマネージャにエスカレーションできます。 ユーザーのマネージャが指定の期間内に適切な処理を行わない場合、タスクは最大エスカレーション・レベルまたは最大承認者に達するまでさらにエスカレーションされます。 エスカレートされたタスクは、タスクの期限が切れた後もユーザーの受信ボックスに残ります。 ただし、ユーザーはそのタスクに対して処理を実行できません。
-
-
- 通知: 通知により、注意または処理が必要なことが通知されます。 各ワークフロー・タスクに対してトリガーする通知のタイプと、これらの通知を受信するユーザーを構成できます。
-
アクセス: タスクの署名(またはパスワード)ポリシーを構成します。
変更オーダーが承認ステータスになると、ユーザーはサインイン資格証明の入力を求められます。
-
構成: ユーザーがタスクを承認または拒否するときにコメントを入力する必要があるかどうかを構成します。
-
必須: ユーザーのコメントが必要になります。
-
オプション: コメントはユーザーに対してオプションになります。
-
不可: ユーザーのコメントは許可されません。
-
これらの結果を更新する前にコメントを委任: レビュー担当者がタスクを承認または否認する前にコメントを入力するように強制します。監査に役立ちます。
-
エラー発生時にこれらの関係者に通知: 特定の管理者による通知の受信を許可します(エラーの場合)。 タスクが割当先によって承認され、承認通知が割当先に再度送信された場合、2番目の承認はオプションです。
-