ソーシングと調達オペレーション サードパーティのソーシングソリューションとの統合
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 日付/時刻形式) です。ソーシングマネージャーは、現在の日付とタイムスタンプを使用して入札を今すぐクローズし、待機時間なしで落札フローを続行することもできます。
- ソーシング要求でサプライヤー応答のクローズ日が変更された場合、この更新はソーシングアウトバウンドキューテーブルに送信されます。[ サプライヤー応答のクローズ (Supplier responses close )] フィールドが更新されます。また、ソーシング要求または購入明細がキャンセルされた場合、このステータスはソーシング要求または購入明細送信テーブルにもそれぞれ返されます。注:サプライヤー応答のクローズ日はソーシング要求では読み取り専用ですが、ソーシングイベントのサプライヤー応答のクローズ日を変更すると、ソーシング要求にロールアップされます。
- このテーブルへの新規または更新されたレコードの挿入中にエラーが発生した場合、統合ステータスは [失敗] に更新されます。この時点でのソーシング要求は [Pending Resubmission (再送信保留中)] ステータスです。エラーの詳細が [ メッセージを処理 中] フィールドにキャプチャされ、統合エラータスクが表示されます。調達スペシャリストはエラーに対処し、 再送信 ボタンを選択してソーシング要求とソーシングイベントの両方を再送信する必要があります。注:現在、エラーはソーシング送信キューテーブルにのみ記録されます。
- サプライヤーは、入札に参加し、サードパーティのアプリケーションプラットフォームを通じてエンゲージメントするよう招待されます。
- 見積もりが返されると、サードパーティソリューションによって [Sourcing Bid Stage (ソーシング入札ステージ)] テーブルに値が入力され、情報は変換マップを使用してソーシング要求の購入明細に入力され、 ServiceNow 内で内部的に処理されます。注:サードパーティツールで「X」依頼が作成または付与されると、購入者とソーシングマネージャーには、それぞれ ショッピングハブ と Source-to-Pay ワークスペース からのメールとアラートで通知されます。購入者とソーシングマネージャーには、統合に関係なく、却下された入札についても通知されます。
- サードパーティソリューションから追加のサプライヤー入札が返された場合、 ServiceNow の既存のロジックによって、新しいサプライヤー、サプライヤー製品レコード、またはその両方を作成する必要があるかどうかが決まります。
- ServiceNowで認定が完了した後、その情報は [Awarded Supplier Outbound Queue (付与済みサプライヤー送信キュー)] テーブルを使用してサードパーティに返送されます。授与はサードパーティのツールでも行うことができ、その場合、データは ServiceNowによって受信されます。
ソーシング要求、交渉、およびソーシングイベントフローの詳細については、「 ソーシング要求」、「 交渉 」、「 ソーシングイベント」をそれぞれ参照してください。詳細については、「見積もりを比較して、サプライヤーを選択する」を参照してください。