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