構成例

購入要求の場合、チームは各品目の合計値に基づいて優先順位を付けます。支出の多いラインでは、より迅速なターンアラウンドとより厳格な監視が必要です。

ソーシング要求の場合、チームはビジネスオーナーの組織の勤続年続に基づいて優先順位を付けます。上級リーダーが後援する要求には、迅速な対応が求められます。

調達ケースの場合、チームは要求されている変更のタイプに基づいて優先順位を付けます。サプライヤーの変更と契約の修正は、定期的なカタログ更新よりも組織的なリスクが高くなります。

明細値が混在する購買要求

部門マネージャーは、オフィス家具 (12,000 ドル)、デスクトップワークステーション (8,500 ドル)、会議室ディスプレイシステム (67,000 ドル) の 3 つのアイテムの購入要求を送信します。

要求事項が保存されると、各行がディシジョンテーブルに照らして評価されます。家具品目 ($12,000) はルール 4 に一致し、Low を返します。ワークステーションの行 ($8,500) もルール 4 に一致し、低を返します。表示システム明細 ($67,000) はルール 2 (金額が $50,000 から $99,999 の間にある) に一致し、[高] を返します。

システムは、3 つの行すべての中で最も緊急性の高い結果 (高) を選択します。購入要求の優先度フィールドが [高] に更新されます。

要求事項がスペシャリストのキューに表示されると、[高] というフラグが付けられます。これは、他の 2 つのラインが日常的なスケールであったにもかかわらず、単一の大きな値のラインによって駆動されます。スペシャリストは、要求事項を迅速に調べることを知っており、開封すると 67,000 ドルのディスプレイ システム ラインが見つかります。

事業主の勤続順序に基づくソーシング要求

新しいカテゴリの原材料のサプライヤーを評価するソーシングイベントが作成されます。要求のビジネスオーナーは、IC4 レベルのロールに対応するジョブコードを保持しています。

ソーシング要求が保存されると、システムはディシジョンテーブルに照らしてビジネスオーナーのジョブコードを評価します。IC4 ジョブコードがルール 2 に一致し、ソーシング要求の優先度が「高」になります。

同じソーシングイベントがマネージャーレベルのビジネスオーナーによって開始された場合、その要求は代わりに [中] の優先度を受け取ります。同じソーシングイベントが別の人によってスポンサーされていても、キュー内の着地は異なります。これは、誰が作業をスポンサーするかという組織の重要性を反映しています。

変更タイプが混在している調達ケース

スペシャリストは、3 つのアイテムの更新を処理する調達ケースを作成します。ケースラインのうちの 2 つは、日常的な説明の変更です。3つ目は、サプライヤーの変更(契約に影響を与える戦略的意思決定)を文書化します。

ケースが保存され、その行が評価されると、2 つの説明変更行がルール 3 に一致し、[低] が返されます。サプライヤー変更明細行がルール 1 に一致し、[高] が返されます。

親ケースの優先度として [高] が選択されます。マネージャーがチームのオープン作業キューを確認すると、このケースは定期的なカタログ更新ケースの上に表示され、戦略的に重要な行が少なくとも 1 つ含まれていることを示します。

一致ルールのないレコード

この組織が調達ケースディシジョンテーブルの構成を完了する前に、調達ケースが作成されます。テーブルにはまだルールがありません。ディシジョンテーブルが評価され、一致するルールが見つからず、ケースはシステムのデフォルトである [計画] 優先度を受け取ります。作業キューの一番下に表示されます。

テーブルにルールが設定されると、次回のケースの作成時または更新時にケースが再評価されます。一致するルールが見つかると、それに応じて優先度が更新されます。

つまり、作業の優先順位付けでは、機能がアクティブになる前にすべてのルールを適用する必要はありません。ルールが設定される前に作成されたレコードは、[計画] の優先度で累積され、更新されると自然に再評価されます。