ソーシングと調達オペレーション とサードパーティ調達ソリューションの統合

  • リリースバージョン: Zurich
  • 更新日 2025年07月31日
  • 所要時間:5分
  • ServiceNow は、サードパーティのソーシングソリューションと統合して、 ソーシングと調達オペレーション 製品内のソーシングプロセスを自動化できます。統合をトリガーするためのビジネス基準を指定できるように、 Source-to-Pay 統合フレームワーク 内には、簡単に構成できる汎用のソーシング統合フレームワークが用意されています。この統合フレームワークは、さまざまな基準に基づいて複数のサードパーティソーシングソリューションと統合することもできます。

    顧客は、そのサードパーティツールへのコネクタをビルドするか、 ServiceNow ストアでコネクタを見つけることができます。

    たとえば、サードパーティソリューションであるFairmarkitは、統合フレームワークを活用してFairmarkitシステムに接続する独自の ServiceNow アプリケーションをストアに構築して認定しました。この統合の詳細については、 ストアをご覧ください。

    意思決定構成の詳細については、「 サードパーティソーシングの意思決定構成」を参照してください。

    統合テーブルの詳細については、「 サードパーティソーシング用の統合テーブル」を参照してください。

    サードパーティソーシング統合プロセス

    • 統合がトリガーされると、該当するビジネス基準がディシジョンテーブルで定義されており、ショッピングハブで購入者が開始した価格設定の要求が基準を満たしていることを考慮して、1 回の購入内の 1 つ以上の調達要求が自動的に単一の調達イベントにグループ化されます。これらは、 ソーシングと調達オートメーション アプリケーションで体系的に作成されます。
    • 交渉セットアッププレイブックが完了し、ソーシングイベントが [対応中] ステータスになり、関連する交渉、ソーシング要求、購入明細、ケース、およびタスクが [交渉中] ステータスになると、関連データが [ソーシング送信キュー]、[ソーシング明細送信キュー]、および [ソーシングイベント送信キュー] テーブルに入力されます。このデータは、サードパーティソリューションによって適宜処理され、プラットフォームで RFx を開始することができます。ソーシングイベントは、統合ソーシング要求に対しても作成されます。
      注:
      ソーシング要求が作成され、ソーシング送信キューテーブルに投稿されると、そのソーシング要求の処理を担当するサードパーティツールが識別され、[ サードパーティツール名 ] フィールドに保存されます。
    • サプライヤー応答のクローズ日 (sn_spend_intg.u_bids.end.date) のシステムプロパティにより、ソーシングイベントとソーシング要求の サプライヤー応答のクローズ フィールド値が、ソーシングイベントが作成された後に定義された日数を加えた値が設定されます。デフォルト値は 3 日です。ソーシングマネージャーは、ソーシングイベントレコードのこのフィールドを更新するときに、この値を手動で上書きできます。
      注:
      ServiceNowインスタンスでスケジュールジョブを設定して、サプライヤー応答のクローズ日に達したかどうか (別名今日) を確認できます。完了すると、 ServiceNow サプライヤーからの入札の受信を停止し、ソーシングイベント内のすべての個々のサプライヤー交渉を [取得した価格設定] ステータスに移行し、次に [決定が必要] に移行します。ソーシングマネージャーまたは履行者は、サプライヤーにビジネスを認定できます。サプライヤー応答クローズ日のタイムスタンプは、入札がクローズされた日の 23:59:59 です (UTC 日付/時刻形式)。ソーシングマネージャーは、日付とタイムスタンプを「今」にして今すぐ入札をクローズし、待ち時間なしで落札フローを続行することもできます。
    • ソーシング要求でサプライヤー応答のクローズ日が変更された場合、この更新はソーシング送信キューテーブルに送信されます。[サプライヤー応答のクローズ] フィールドが更新されます。また、ソーシング要求または購入明細がキャンセルされた場合、このステータスはソーシング要求または購入明細送信テーブルにもそれぞれ返されます。
      注:
      サプライヤー応答のクローズ日はソーシング要求では読み取り専用ですが、ソーシングイベントのサプライヤー応答のクローズ日を変更すると、ソーシング要求にロールアップされます。
    • このテーブルへの新規または更新されたレコードの挿入中にエラーが発生した場合、統合ステータスは [失敗] に更新されます。この時点でのソーシング要求のステータスは [再送信処理待ち] です。エラーの詳細が [ メッセージを処理 中] フィールドにキャプチャされ、統合エラータスクが表示されます。調達スペシャリストはエラーに対処し、 再送信 ボタンを選択してソーシング要求とソーシングイベントの両方を再送信する必要があります。
      注:
      現在、エラーはソーシング送信キューテーブルにのみ記録されます。
    • サプライヤーは、サードパーティのアプリケーションプラットフォームを介して入札に参加し、関与することができます。
    • 見積もりが返されると、ソーシング入札ステージテーブルがサードパーティソリューションによって入力され、変換マップを使用してソーシング要求の購入明細を入力する ServiceNow 、その情報が内部的に処理されます。
      注:
      サードパーティツールで RFx が登録または落札されると、購入者と調達マネージャーは、 ショッピングハブSource-to-Pay ワークスペース からそれぞれメールとアラートで通知されます。買い物客と調達マネージャーには、統合に関係なく、却下された入札についても通知されます。
    • 追加のサプライヤー入札がサードパーティソリューションから返された場合、 ServiceNow の既存のロジックによって、新しいサプライヤー、サプライヤー製品レコード、またはその両方を作成する必要があるかどうかが決定されます。
    • ServiceNow で認定が完了すると、その情報は認定サプライヤーの送信キューテーブルを使用してサードパーティに返送されます。授与はサードパーティのツールでも行うことができ、その場合、データは ServiceNowによって受信されます。

    ソーシング要求、交渉、およびソーシングイベントフローの詳細については、「 ソーシング要求」、「 交渉 」、「 ソーシングイベント」をそれぞれ参照してください。詳細については、「見積もりを比較して、サプライヤーを選択する」を参照してください。