作業の優先順位付け
作業の優先順位付けでは、調達スペシャリストが最も緊急のアイテムを最初に処理できるように、購入要求、ソーシング要求、調達ケースに優先度レベルが自動的に割り当てられます。
調達レコードがスペシャリストのキューに到着しても、どのアイテムが最も緊急であるかを示す自動シグナルはありません。優先順位付けを行わないと、軽微なカタログ更新と価値の高いサプライヤーの再交渉は同じように表示されます。作業の優先順位付けは、アドミニストレーターが定義した一連のルールに照らして各レコードを評価し、スペシャリストがレコードを開く前に優先度レベルをスタンプすることで、これを解決します。その結果、スペシャリストが優先度別にソートおよびフィルタリングできる作業キューが作成され、最もビジネスクリティカルなレコードが一番上に表示されます。
優先度は自動的に割り当てられます。スペシャリストと要求者は手動で設定しません。アドミニストレーターは、レコードタイプごとに構成したディシジョンテーブルを使用して、優先度の計算方法を決定するルールを制御します。購入要求、ソーシング要求、調達ケースに優先度を自動的にアサインするようにディシジョンテーブルルールを構成する方法の詳細については、「 作業の優先順位付けの構成」を参照してください。
優先度
作業の優先順位付けでは、5 段階の優先順位スケールが使用されます。
| 優先度 | 値 | 説明 |
|---|---|---|
| 重大 | 1 | 最高の緊急度。即時対応が必要です。 |
| 高 | 2 | 非常に緊急性が高い。ルーチンアイテムよりも先に作業します。 |
| 中 | 3 | 標準の緊急度。通常の処理タイムライン。 |
| 低 | 4 | 緊急度を下げます。優先度の高いアイテムが待機しているときに保留できます。 |
| 計画 | 5 | システムのデフォルト。レコードに一致する構成済みルールがない場合にアサインされます。 |
計画の優先度は、アドミニストレーターが設定する値ではありません。これは、ルールに一致しないレコードに割り当てられたフォールバックです。アドミニストレーターは作業の優先順位付けを段階的にロールアウトできます。ルールがまだ記述されていないレコードは、[計画] 優先度を受け取り、キューの一番下に表示されます。
ディシジョンテーブルメカニズム
優先度ルールは、ディシジョンテーブルで定義されます。ディシジョンテーブルは、各行で 1 つ以上の条件と、それらの条件が満たされたときにアサインする優先度レベルを指定する、構造化された if-then ルールのセットです。アドミニストレーターがルールを構成します。関連するレコードが作成または更新されるたびに、システムによって自動的に評価されます。
レコードタイプごとに 1 つのディシジョンテーブルがあります。
| ディシジョンテーブル | レコードタイプ | デフォルトの評価基準 |
|---|---|---|
| 購入要求のデフォルトの優先度 | 購買要求 | 明細合計額 (財務しきい値) |
| ソーシング要求の優先度のデフォルト設定 | ソーシング要求 | 事業主ジョブコード (組織階層) |
| 調達ケースの優先度のデフォルト設定 | 調達ケース | デフォルトのルールはありません。アドミニストレーターがすべての条件を定義します |
購入要求およびソーシング要求のディシジョンテーブルには、デモデータとして提供されるルールの例が含まれています。これらのルールは本番インスタンスにロードされない場合があり、使用前にレビューする必要があります。調達ケースディシジョンテーブルにはルールがありません。アドミニストレーターは、すべての条件を最初から定義します。
品目が優先度を高める仕組み
購入要求、ソーシング要求、調達ケースには、複数の品目を含めることができます。作業の優先順位付けでは、各品目を個別に評価し、すべての行で最も緊急度の高い結果を親レコードに割り当てます。
優先度の高い単一の品目は、親レコード全体をその優先度レベルに誘導します。たとえば、購入要求に 10 の明細が含まれていて、1 つの明細の合計金額が [Critical (重大)] しきい値を満たす場合、他の 9 行に関係なく、要求全体に [Critical (重大)] の優先度が割り当てられます。
スペシャリストが優先度の高いレコードを開くときは、優先度の高い条件を満たす品目が少なくとも 1 つ見つかることを想定する必要があります。同じレコードの他の行は日常的である場合があります。
キャンセル済みまたはクローズ済みステータスの行は評価から除外され、親レコードの優先度には影響しません。
優先度の自動計算
優先度は、レコードが作成または更新されるたびに、およびその品目の 1 つが作成または更新されるたびに、バックグラウンドで自動的に計算されます。計算はレコードの保存後に実行され、保存操作には影響しません。優先度フィールドは、イベントがトリガーされてからすぐに更新されます。
クローズ済みまたは却下済みステータスのレコードの優先度は再計算されません。レコードがターミナルステータスになると、その優先度はクローズ時に保持されていた値で固定されます。
品目が編集されたとき。たとえば、明細金額が改訂されると、親レコードの優先度が自動的に再計算されます。スペシャリストは、明細を編集した後に優先度を手動で更新または再計算する必要はありません。
フォールバックの動作
レコードが評価され、構成されたルールに一致しない場合、レコードは現在の優先度を保持します。新しく作成されたレコードの場合は、作成時にシステムによって割り当てられた [計画] 優先度の値が保持されることを意味します。
優先度が [計画] のレコードは、一致するルールがないことを示し、アドミニストレーターがそれを [計画] として設定したことではありません。これは、レコードが現在定義されているルールの範囲外であることを示すシグナルです。レコードまたはその行の 1 つに対する次の更新によって再計算がトリガーされると、ルールが再度評価されます。前回の評価以降に一致するルールが追加された場合、それに応じて優先度が更新されます。