意思決定の構成

の ソーシングと調達オペレーション 調達イベント生成ルール意思決定テーブルを使用すると、調達マネージャーと調達チームはビジネス基準をオンデマンドで構成できます。これにより、サードパーティの調達ソリューションと統合する必要がある要求のタイプを柔軟に決定できます。意思決定が構成されていない場合、調達要求は外部アプリケーションに送信されません。

購入者が ShoppingHub で調達する必要があるアイテムの価格設定を要求すると、で ServiceNow次の意思決定入力が自動的に評価されます。

• 調達要求
• 購入明細

意思決定を構成するには：

1. 移動先 購買自動化 > 管理 > 意思決定テーブル.
2. [調達イベント生成ルール] 意思決定テーブルを選択します。
3. 意思決定 関連リストで、 新規 を選択します。
4. [ラベル] フィールドに、ラベルの名前を入力します。
5. [回答] フィールドで、サードパーティ調達登録テーブルから特定の外部アプリケーションの回答レコードを選択します。
   注:

   サードパーティ調達登録テーブルに既存の外部アプリケーションレコードがない場合は、次を使用してレコードを作成します。

   • サードパーティ調達登録コード：サードパーティ調達登録に関連付けるユーザー定義コード。
   • サードパーティ調達登録名：ServiceNow と統合するサードパーティ調達登録の名前。
6. [条件] フィールドで、調達要求と購入明細の意思決定の入力を使用して条件を設定します。
   注:

   該当する外部サードパーティアプリケーションに調達要求を正常に送信するには、これらの条件が true と評価される必要があります。

統合テーブル

統合テーブルは、サードパーティの調達アプリケーションとのやり取りに使用されます。

サードパーティアプリケーションで何かに対する要求 (RFx) を実行するために必要な関連情報は、API を介してサードパーティアプリケーション内で ServiceNow ステージングされ、転送されます。これを実現するために、次の統合テーブルが使用されます。

• 調達要求を格納する調達送信キュー。調達取り込みから、購入者、従業員、または要求者の要件とともに調達する必要があるアイテムをキャプチャします。
• 調達要求に関連付けられた購入明細を保存する調達明細送信キュー。購入者、従業員、または要求者が調達するサプライヤーの詳細をキャプチャします。さらに、 ServiceNow 調達する必要があるアイテムと同じ製品モデルを供給する他のサプライヤーを送信します。
• 調達入札ステージは、RFx プロセスの一部として使用されるインバウンド テーブルです。これは、RFx に対するサプライヤーの応答をサードパーティツールからインスタンスにリアルタイムで ServiceNow 取得するために使用されます。
• 認定サプライヤーを格納する認定サプライヤー送信キュー。で落札 ServiceNowされたサプライヤーの詳細をキャプチャし、このデータをサードパーティツールと共有して、落札ビジネスの成約または損失をサプライヤーと共有します。

統合プロセス

• 統合がトリガーされると、該当するビジネス基準が意思決定テーブルで定義されており、ShoppingHub で購入者が開始した価格設定の要求が基準を満たしているとみなされ、調達要求と交渉イベントがアプリケーションで ソーシングと調達オートメーション 体系的に作成されます。
• 関連データは、ソーシング送信キューテーブルおよび調達送信ラインキューテーブルに入力され、サードパーティソリューションによって適宜処理され、プラットフォームで RFx が開始されます。統合ソーシング要求の交渉イベントも作成されます。
  注:

  調達要求が作成され、調達送信キューテーブルに投稿されると、その調達要求の処理を担当するサードパーティツールが識別され、[ サードパーティツール名 ] フィールドに保存されます。
• サプライヤー応答クローズ日 (sn_spend_intg.u_bids.end.date) のシステムプロパティは、交渉イベントと調達要求の [ サプライヤー応答クローズ ] フィールドの値に、定義された日数を加えた値を設定します。デフォルト値は 3 日間です。調達マネージャーは、交渉イベントレコードのこのフィールドを更新するときに、この値を手動で上書きできます。
  注:

  スケジュールジョブをインスタンスで ServiceNow 設定して、サプライヤー応答のクローズ日 (別名本日) に達したかどうかを確認できます。完了すると、 ServiceNow サプライヤーからの入札の受信を停止し、個々のサプライヤーの交渉をすべて [取得した価格設定] ステータスに移行し、次に [決定が必要] に移行します。調達マネージャーまたは履行者は、サプライヤーにそのビジネスを発注できます。サプライヤー応答のクローズ日のタイムスタンプは、入札がクローズされた日の 23:59:59 (UTC 日付/時刻形式) です。ソーシングマネージャーは、現在の日付とタイムスタンプを使用して今すぐ入札をクローズし、待ち時間なしで落札フローを続行することもできます。
• 調達要求のサプライヤー応答のクローズ日が変更された場合、この更新は調達送信キューに送信されます。[サプライヤー応答クローズ (Supplier responses close)] フィールドが更新されます。また、調達要求または購入明細がキャンセルされた場合、このステータスはそれぞれ調達要求または購入明細送信テーブルにも返送されます。
  注:

  サプライヤー応答クローズ日は、調達要求では読み取り専用ですが、交渉イベントでのサプライヤー応答クローズ日の変更は、調達要求にロールアップされます。
• このテーブルへの新規または更新されたレコードの挿入中にエラーが発生した場合、統合ステータスは [失敗] に更新されます。この時点での調達要求は [再送信保留中] ステータスです。エラーの詳細が [メッセージを処理しています] フィールドにキャプチャされ、統合エラータスクが表示されます。調達スペシャリストは、エラーに対処してから、[ 再送信 ] ボタンを選択して調達要求と交渉イベントの両方を再送信する必要があります。
  注:

  現在、エラーは調達送信キューテーブルにのみ記録されます。
• サプライヤーは、サードパーティのアプリケーションプラットフォームを介して入札に参加し、関与することができます。
• 見積もりが返されると、調達入札ステージテーブルがサードパーティソリューションによって入力され、その情報が変換マップを使用して社内 ServiceNow で処理され、調達要求の購入明細に入力されます。
  注:

  サードパーティツールで RFx が作成または落札されると、購入者とソーシングマネージャーにそれぞれメールSource-to-Pay ワークスペースとアラートShopping Hubで通知されます。購入者と調達マネージャーにも、統合に関係なく、却下された入札について通知されます。
• 追加のサプライヤー入札がサードパーティソリューションから返された場合、 の ServiceNow 既存のロジックによって、新しいサプライヤー、サプライヤー製品レコード、またはその両方を作成する必要があるかどうかが決定されます。
• で ServiceNow認定が行われた後、その情報は認定送信テーブルを使用してサードパーティに返送されます。付与はサードパーティのツールでも行うことができ、その場合、データは ServiceNow.

調達要求フローの詳細については、「調達要求」を参照してください。詳細については、「見積もりを比較して、サプライヤーを選択する」を参照してください。