調達要求

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間:8分
  • 調達要求は、購入者、従業員、または要求者が必要とするアイテムを調達する必要がある場合に作成されます。このレコードは、購入者が購入しようとしている製品のアクティブな契約価格が存在しない場合に作成されます。これには、製品カタログとカタログ外の両方のアイテムが含まれます。

    購入明細が作成され、ソーシング要求にグループ化されます。調達要求は商品モデルごとにグループ化されます。

    調達スペシャリストまたはソーシングマネージャーは、次のことを行います。
    • Source-to-Pay ワークスペースからのすべてのソーシング要求を表示するには、次の場所に移動します。 すべて > 調達ケース管理 > 調達ワークスペースをクリックし、リストアイコン (リストアイコン。) を選択してから、[ すべてのチーム作業 ] > [ ソーシング要求] を選択します。
    • プラットフォームからすべてのソーシング要求を表示するには、次の場所に移動します。 ソーシングと調達オートメーション > すべての作業をクリックし、[ すべてのソーシング要求 (All Sourcing Requests)] を選択します。
    • プラットフォームから自分にアサインされたソーシング要求を表示するには、次の場所に移動します。 ソーシングと調達オートメーション > My Work (自分の作業)をクリックし、[ 自分の調達要求] を選択します。
    購入者が ShoppingHub からカタログまたはカタログ以外のアイテムについて問い合わせた後、購入者が提供する情報は次のように調達要求フィールドにマッピングされます。
    表 : 1. 調達要求フィールド
    フィールド 説明
    番号 システムによって生成された調達要求の一意の識別子
    Assigned to (アサイン先) 購入を担当するユーザー。購入アサインルールで決定されます。

    詳細については、「購入アサインルールを作成する」を参照してください。

    事業主 ソーシング要求を所有するユーザー。
    更新者 買い物をして購入を送信したユーザー。
    ステータス 調達要求のステータス
    注:
    これは読み込み専用フィールドです。
    Purchase (購入) 関連する購入 (ある場合)。
    交渉イベント 各サプライヤーとの交渉に必要な調達アクティビティのタイプを表し、各サプライヤーとの個別の交渉を追跡します。
    簡単な説明 調達要求の簡潔な説明
    サマリーの詳細
    製品カテゴリ このソーシング要求によって調達される製品カテゴリ。
    製品モデル この調達要求を通じて調達される製品モデル。
    製品名 要求された製品。
    製品タイプ 製品のタイプが物品かサービスかを示します。
    サプライヤー応答のクローズ サプライヤーがソーシングアクティビティへの応答を送信する必要がある日付。
    ベンチマーク価格 この調達要求のすべての購入明細のすべての開始単価の導出元となる価格ポイント。
    要求タイプ 購入者、従業員、または要求者が要求している要求のタイプ。オプションは、見積もり依頼、情報提供依頼、提案依頼、概念実証です。
    調達要求の詳細 ソーシング要求の詳細。

    調達要求レコードの関連リストは次のとおりです。

    表 : 2. 調達要求の関連リスト
    関連リスト 説明
    購入明細 当該サプライヤーの調達要求の個々の明細情報を提供します。

    調達要求の購入明細の数は、同じ商品モデルの商品またはサービスの数によって異なります。

    詳細については、「購入明細」を参照してください。

    購入タスク 調達要求に関連するすべての購入タスクの情報を提供します。関連付けられた交渉のタスクは表示されません。

    詳細については、「購入タスクと調達ケース」を参照してください。

    ケース このソーシング要求に関連付けられているすべてのケースを表示します。
    購入 SLA 調達要求に対する購入タスクに関連付けられた SLA と、基になる購買要求書明細に関連付けられたタスクを表示します。
    交渉 購入者が問い合わせた商品またはサービスに関する価格設定を取得するタスクや条件を交渉するタスクを表します。

    詳細については、「交渉」を参照してください。

    ドラフト契約 このソーシング要求に関連付けられているすべてのドラフト契約を表示します。

    詳細については、「契約」を参照してください。

    署名済み契約 この調達要求に関連付けられている署名済み契約をすべて表示します。
    その他の法務ドキュメント このソーシング要求に関連付けられている他のすべての法務ドキュメントを表示します。
    契約要求 この調達要求に関連付けられたすべての契約要求を表示します。
    注:
    このフィールドは、契約管理プロ プラグイン (com.snc.sn_spend_clm) がインストールされたSource-to-Pay オペレーションがある場合にのみ表示されます。
    承認プラン このソーシング要求に対して作成されたすべての承認計画を表示します。
    ドラフトメール ドラフトとして保存される関連するメール通信。
    送信済みメール 送信された関連するメール通信。

    ソーシングと交渉のワークフロー

    ソーシングと交渉のワークフロー

    調達要求が作成された後、購入者からの詳細情報が必要な場合、調達スペシャリストはサブタイプ [質問する] の購入タスクを作成できます。

    調達スペシャリストは、当該購入の交渉を作成できるかどうかを決定できます。交渉に時間が許さない場合は、サプライヤーに直接連絡して価格の詳細を確認することができます。サプライヤーから見積もりの回答があった後、発注先サプライヤーを選択するよう購入者に求める購入タスクが体系的に作成されます。これは、サブタイプ [サプライヤーを選択] の調達タスクです。認定サプライヤーの場合、購入明細の [認定済み] 列の値が自動的に [はい] に設定され、関連する購買要求が作成されます。

    購入者 は キャンセル を選択して 、調達要求とそれに関連する購入明細のステータスを [キャンセルしてクローズ] に更新できます。

    調達要求状況フロー

    認定が必要な単純なシナリオを考えてみましょう。価格が購買明細 (PRL) に入力されている場合、PRL は価格が追加または更新されたことを示し、取得した価格設定ステータスに移行し、そのステータスのままになります。価格とソーシング要求 (SR) のない他のすべての PRL は、引き続き [Qualification Needed] ステータスのままになります。認定されると、[Qualification Needed (認定が必要)] ステータスの SR およびその他の PRL は [Qualified (認定済み)] ステータスに移行しますが、価格があった PRL は [Pricing Obtained (取得した価格設定)] ステータスのままになります。

    新しい PRL を手動で作成すると、認定フローが再トリガーされます。この PRL に価格設定が追加されている場合、認定作業が行われている間、PRL は [取得した価格設定] ステータスのままになります。SR は、必要に応じて [Qualification Needed] ステータスのままです。

    ソーシングフローでネゴシエーションイベント (NE) とネゴシエーション (NEG) を考慮する場合は、次のシナリオを考慮してください。
    • 認定が必要です。この場合、NE は [Planned (計画済み)] ステータスで、NEG、SR、PRL はすべて [Qualification Needed (認定が必要)] ステータスです。

      価格が PRL に入力されている場合、PRL は価格が追加または更新されたことを示し、取得した価格設定ステータスに移行し、そのステータスのままになります。価格と SR のない他のすべての PRL は、引き続き [Qualification Needed] ステータスのままです。認定されると、[Qualification Needed (認定が必要)] ステータスの SR およびその他の PRL は [Qualified (認定済み)] ステータスに移行しますが、価格があった PRL は [Pricing Obtained (取得した価格設定)] ステータスのままになります。

    • NEG が進行中で、NE が WIP で、NEG、SR、および PRL がすべて [Negotiation in Progress] ステータスです。

      NEG の進行中に価格が PRL に入力されると、PRL は価格が追加または更新されたことを示し、取得した価格設定ステータスに移行し、そのステータスのままになります。価格と NEG および SR のない他のすべての PRL は [交渉中] ステータスのままになり、NE は WIP のままになります。

    • 新しい SR またはサプライヤーは、NE で [ 交渉開始 ] が選択された後に追加されます。この場合、NE は WIP であり、NEG、SR、および PRL はすべて [交渉中] ステータスです。

      これにより、影響を受ける PRL で評価される認定ケースがトリガーされ、NEG が [Qualification Needed] に移動します。認定が不要な場合、NEG と新しく作成された PRL の両方が [交渉中(Negotiation in Progress)] ステータスのままになります。

      認定が必要な場合、新規のSRまたは既存のサプライヤーが追加されてもNEはWIPに留まります。認定ケースが完了すると、個々の NEG は [認定済み] から [交渉中] に自動的に移行し、[NE で交渉 を開始 ] を再度選択する必要はありません。新しく評価された PRL も [交渉中] に移動します。

      ただし、どの時点でも、新しく作成された PRL のいずれかに価格が入力された場合、PRL は価格が追加または更新されたことを示し、取得した価格設定ステータスに移行し、そのステータスのままになります。

    ソーシング要求で使用可能なデフォルトのステータスが一覧表示されます。
    • 承認待ち
    • レビュー待ち
    • 情報が必要
    • 必要な認定
    • 資格認定済み
    • 交渉を保留中
    • 交渉中
    • 再送信を保留中
    • サプライヤーの応答待ち
    • タスクの完了待ち
    • 決定が必要
    • 完了してクローズ
    • 決定なしでクローズ
    • キャンセルしてクローズ
    • 却下してクローズ

    NEG と NE の詳細については、それぞれ「 交渉 」と「 交渉イベント 」を参照してください。

    サプライヤー階層化アセスメントタスクがSRステータスに与える影響の詳細は、 ソーシングと調達オペレーションとサードパーティリスク管理との統合を参照してください。