新規品目リクエスト・ワークフロー
新規品目リクエストの事前定義済ステータスでタスクを実行できますが、ステータスやワークフローを作成または削除することはできません。 マスター組織と子組織の品目承認を同時に処理することもできます。
事前定義済ワークフロー・ステータス
-
オープン
-
定義
-
承認
-
予定済
-
完了
オープン
割当先は、品目および添付を追加できます。
管理者は、ユーザーに送信されるリクエスト・コメント通知が必要かどうかを構成できます。 必須の場合、新規品目リクエストは、割当先が通知に応答するまで次のステータスに移動できません。
要求コメント通知を構成する方法を次に示します。
-
「設定および保守」作業領域で、次の設定を使用します。
-
オファリング: 製品管理
-
機能領域: 新規品目要求
-
タスク: 新規品目要求タイプ詳細の管理
-
-
「オープン」ステータスで、「要求コメントのスキップ」オプションを使用します。
定義
管理者は、品目区分レベルで定義ワークフローを構成できます。 定義ステップに基づいて、品目を定義するための通知が割当先に送信されます。 定義したアイテムは、手動で承認ステータスに促進することも、BPELプロセスで自動的に承認することもできます。
定義タスクの割当先は、仕様、構成、梱包などの品目情報を定義できます。 ただし、このステータスで品目を追加したり、新しいワークフローを作成することはできません。
承認
承認通知は、割当方法がルールベースかユーザー定義かに基づいて承認者に送信されます。 承認が許可されると、新規品目要求は変更できなくなります。
「スケジュール済」ステータス
必要な承認がすべて受信されると、新規品目要求は自動的に「スケジュール済」ステータスに促進されます。
完了
子およびマスター組織品目承認の同時処理
商品化変更オーダーを使用して、マスター組織品目に対する新規品目リクエストの進行中に子組織品目をエンリッチできます。 新規品目リクエスト・プロセスの完了を待機せずに、商品化ワークフロー・プロセスを開始できます。
この機能は、管理者が「子組織品目変更の処理」および「マスター組織品目承認の同時処理」機能をオプト・インしている場合にのみ適用されます。
子およびマスター組織品目の同時処理に関する詳細を次に示します:
- 未承認の子組織品目を変更オーダーに追加すると、その品目の「承認ステータス」は、マスター組織の新規品目リクエストの完了ステータスに基づきます。
- 変更が完了したが、新規品目リクエストが完了していない場合、新規品目リクエストが完了すると、子品目の承認ステータスは「承認済」に設定されます。
- 新規品目リクエストが完了する前に変更が完了していない場合、変更オーダーが完了するまで、子品目の承認ステータスは「変更オーダー進行中」に設定されます。 変更が完了すると、承認ステータスは「承認済」に変更されます。
- 構成済ルールへの影響:
- 子組織品目の変更オーダーが承認される前にマスター組織品目の新規品目リクエストが完了した場合、子組織承認ステータスに基づくルール(ステータス=承認済)はトリガーされません。 子品目データを検証するには、変更オーダーの入力基準と終了基準を使用することをお薦めします。 マスター組織品目の後に承認された子組織品目のデータを検証するには、入力基準と終了基準を再構成する必要があります。
- 構成済ルールを使用して、子組織品目承認ステータスを検証できます(ステータス=「変更オーダー進行中」)。 ルール関連のエラーは、新規品目リクエストの処理ログに記録されます。
- 変更オーダーを削除または取り消して、未承認の子組織品目を待ち状態の変更オーダーから削除する場合、承認のためにルーティングするには、その子品目を新しい変更オーダーに追加する必要があります。 子組織品目が変更オーダーに追加されると、新規品目リクエスト・プロセスを介して承認することはできません。
- 未承認の子組織品目が複数の変更オーダーにある場合、マスター組織の新規品目リクエストの完了後に完了する最初の子組織変更オーダーによって、子組織品目が「承認済」に設定されます。
- 未承認品目は、インポートを介して変更オーダーに追加できません。
- 未承認の子組織品目を変更オーダーに追加していない場合は、マスター組織品目の新規品目リクエストによってマスター品目と子品目の両方が承認されます。
- 未承認のマスター組織品目は変更オーダーに追加できません。