ソーシング要求の作業優先順位付けの構成

  • リリースバージョン: Australia
  • 更新日 2026年04月01日
  • 所要時間:5分
  • ビジネスオーナーの組織の勤続順序またはその他のアドミニストレーターが定義した条件に基づいて、ソーシング要求に優先度レベルを自動的にアサインするように、ソー シング要求 の優先度デフォルト設定ディシジョンテーブルを構成します。

    始める前に

    ソーシング要求の作業の優先順位付けを設定する前に、以下を確認してください。

    • ショッピングハブ アプリケーション (sn_shop) がインスタンスにインストールされ、アクティブになっている。
    • インスタンスの優先度選択リストには、[重大]、[高]、[中]、[低]、および [計画中] の優先度レベルが存在し、アクティブになっています。
    • ジョブコードレコードはインスタンスに存在し、想定される方法でユーザープロファイルに関連付けられます。
    • [ Business owner (事業主 )] フィールドは、ソーシング要求レコードに入力されます。空の場合、ジョブコードは評価できず、ルールは一致しません。

    必要なロール:sn_spend_psd.psd_admin または admin

    このタスクについて

    ソー シング要求のデフォルトの優先度 ディシジョンテーブルには、ソーシング要求に優先度を割り当てる方法を決定するルールが含まれています。デフォルトのサンプルルールは、ソーシング要求の [ 事業主 ] フィールドを評価し、事業主のジョブコードに基づいて優先度をアサインします。

    サンプルルールはデモデータとして出荷されます。本番インスタンスにはロードされていない可能性があります。存在する場合でも、デモデータセットに固有の内部識別子によってジョブコードレコードを参照します。これらの識別子は組織のジョブコードレコードと一致しないため、ルールは、インスタンスからの正しい値で再構成されるまで結果を生成しません。

    ビジネスオーナーはCFOまたはCEOのデモルールは例外であり、ジョブコードフィールドのテキスト値を直接評価するため、移植性が向上します。ただし、組織のジョブコードでこれらのテキスト値が正確に使用されている場合にのみ結果が生成されます。

    組織がソーシング優先度の基準としてジョブコード階層を使用しない場合は、条件を完全に置き換えることができます。ソーシング要求または購入明細レコードの任意のフィールドを条件入力として使用できます。

    手順

    1. 移動先 すべて > ソーシングと調達オートメーション > ディシジョンテーブル.
    2. ディシジョンテーブルリストで、[ Priority default for sourcing requests (ソーシング要求の優先度のデフォルト設定)] を選択します。

      ディシジョンテーブルが開き、テーブルヘッダー、2 つの入力列 ([Sourcing request (ソーシング要求 )] と [Purchase line (購入明細)])、およびルールグリッドが表示されます。

    3. オプション: デモルールが存在する場合は、各ルールを確認し、保持、変更、または削除するかどうかを決定します。

      デフォルトのデモルールは、内部識別子によってジョブコードレコードを照合します。これらのルールによってインスタンスで結果が生成される前に、デモ識別子を組織のジョブコードレコードの正しい識別子に置き換える必要があります。値を手動で入力するのではなく、参照フィールドルックアップを使用して正しいジョブコードレコードを選択します。

      デモルールに組織の優先順位付け基準が反映されていない場合は、それらのルールを削除または非アクティブ化し、最初からルールを追加します。

    4. 優先順位付けする組織階層に対応するインスタンス内のジョブコードレコードを特定します。

      インスタンスのジョブコードリストに移動し、各組織階層を表すレコード (たとえば、エグゼクティブ、シニア個人貢献者、マネージャー、および個人貢献者レベルなど) をメモします。これらのレコードは、ルール条件を構成するときに選択します。

    5. ルールグリッドにルール行を追加します。
    6. 各セルを選択し、必要な値を指定して、ルール行を構成します。
      • 条件を設定するには、演算子セルを選択して演算子を選択し、条件値のセルを選択して値を入力します。事業主のジョブコードを照合するには、ドット連結フィールド business_owner.job_code を使用します。値を手動で入力するのではなく、参照フィールドルックアップを使用して正しいジョブコードレコードを選択します。
      • 結果を設定するには、結果値のセルを選択し、ルールに一致したときにアサインする優先度レベルを選択します。

      ワークフロースタジオでのディシジョンテーブルのセル、条件、および結果の操作の詳細については、「 Modify decision table rules in Workflow Studio」を参照してください。

    7. [ ランク] 列で、各ルールの評価順序を設定します。

      ランク値を変更するには、番号をダブルクリックして編集し、新しい値を入力して Enter キーを押します。緊急度の高い階層のルールを低いランク番号に配置して、それらが最初に評価されるようにします。

    8. [ 保存] を選択してルールを保存します。

      追加のルールごとに手順 5 〜 8 を繰り返します。

      次に、ソーシング要求テーブルと購入明細テーブルに対して優先度再計算ビジネスルールがアクティブであることを確認します。

    9. 移動先 システム定義 > ビジネスルール をクリックし、ソーシング要求テーブルと購入明細テーブルでフィルタリングされた 、更新時の優先度を再計算 する を検索します。

      両方のルールがアクティブであることを確認します。

    10. 構成されたルールの 1 つに一致するジョブコードがビジネスオーナーにあるソーシング要求を作成または更新して、構成をテストします。

      バックグラウンドルールが実行された後、ソーシング要求の [優先度] フィールドに期待される値が反映されていることを確認します。また、ビジネスオーナーのジョブコードがどのルールにも一致しないソーシング要求をテストし、その優先度が [計画] のままであることを確認します。

      ソーシング要求にビジネスオーナーがいない場合、ジョブコードは評価できず、レコードは [計画] 優先度を受け取ります。

    タスクの結果

    ソーシング要求は、作成時または更新時に自動的に優先度レベルがアサインされます。調達スペシャリストは、優先度別に作業キューをソートおよびフィルタリングして、最も緊急性の高いソーシング要求を最初に処理できます。