--- sourceDocument: 横浜ファイナンス&サプライチェーン sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/source-to-pay-operations Release : - yokohama ft:locale : - ja-JP ft:publication_title : - 横浜ファイナンス&サプライチェーン ft:clusterId : - stpop bundleId : - stpop workflow : - Creator --- # ソーシングと調達オペレーション と サードパーティリスク管理との統合 # ソーシングと調達オペレーション と サードパーティリスク管理との統合 {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年01月30日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：6分 ソーシングと調達オペレーションをサードパーティリスク管理と統合することで、関連するサプライヤーリスクアセスメント機能を活用します。 ソーシングと調達オペレーション アプリケーションと サードパーティリスク管理 アプリケーションの両方がインストールされている場合は、次の機能を利用できます。 * \[ 関連会社 \] フィールドを介した会社テーブルとサプライヤーテーブル間の接続。また、テーブルのプロパティを活用して、独自の裁量で 2 つのテーブル間で他のフィールドを同期します。 * サプライヤーテーブルでベンダーの階層アセスメントとリスクアセスメントを表示します。 * 調達スペシャリストとしてのベンダーリスクレビュー担当者ロール。 * 新しい購入タスクオーナーロールを含む ガバナンス、リスク、コンプライアンス (GRC) グループにメンバーを追加します。 * サプライヤーテーブルの \[有効なリスクアセスメント \] フィールドの自動化。 * 既存のサプライヤーリスクアセスメントの実施ケースの機能拡張。 * サプライヤー階層アセスメントケースを新規に作成します。これは、サプライヤーテーブルの \[階層アセスメントが必要か?\] フィールドで指定された要件に基づいて自動的にトリガーされます。 注: これは ソーシングと調達オペレーション向けリスクアセスメント統合 アプリケーションに固有のものであり、顧客が ソーシングと調達オペレーション 者のみの場合は利用できません。 {#better-together-with-vrm__ul_zmr_t3s_ymb} ## ソーシングと調達オペレーション向けリスクアセスメント統合 アプリケーション {#better-together-with-vrm__section_tjb_ygs_ymb} ソーシングと調達オペレーション アプリケーションと サードパーティリスク管理 アプリケーションの両方がインストールされている場合、顧客は ソーシングと調達オペレーション向けリスクアセスメント統合 アプリケーションを使用して特定の機能を活用できます。 このアプリケーションでは、\[ 関連会社 \] フィールドが現在のアプリケーションからデフォルト設定されます。この新しい参照フィールドは、\[会社\] テーブルへの参照として、\[ グローバル会社 \] フィールドの下に表示されます。このフィールドは、 サードパーティリスク管理 アプリケーションと ソーシングと調達オペレーション アプリケーションがインストールされている場合にのみ使用できます。また、\[サプライヤー\] テーブルの \[階層アセスメント\] および \[リスクアセスメント\] 関連リストは、 サードパーティリスク管理 アプリケーションと ソーシングと調達オペレーション アプリケーションがインストールされている場合にのみ使用できます。 ## 会社テーブルの接続 {#better-together-with-vrm__section_qnn_s4s_ymb} 2 つの新しいフィールドが追加されます。1 つは \[関連会社\] という名前のサプライヤーテーブルに、もう 1 つは \[サプライヤー\] テーブルを参照する \[サプライヤー \] という名前の会社テーブルにあります。 サプライヤーテーブルで既存のサプライヤーレコードを開くと、\[ 関連会社 \] フィールドを使用して会社テーブルの既存のレコードにリンクできます。そのレコードが存在しない場合、調達アドミニストレーターは会社テーブルにレコードを作成して接続を確立します。 サプライヤーテーブルで新しいサプライヤーレコードを作成すると、サプライヤーテーブルへの読み取り専用参照を含む新しいベンダーレコードが会社テーブルに自動的に作成されます。 ## サプライヤーテーブルでの有効なリスクアセスメントの可視化 {#better-together-with-vrm__section_xxf_dzt_ymb} ベンダーの階層アセスメントとリスクアセスメントは、 サードパーティリスク管理 アプリケーションのベンダーレコードで作成できます。これらのアセスメントは、 ソーシングと調達オペレーション内のサプライヤーを検証するために、関連リストとしてサプライヤーテーブルに表示されます。ベンダーアセスメントレビュー担当者ロールを持つ調達スペシャリストは、ベンダーリスクアセスメントデータを読み取ることができます。 ベンダーの階層化とリスクアセスメントの詳細については、「 ベンダー階層アセスメントの管理 」および「 ベンダーリスクアセスメントの管理」を参照してください。 ## 有効なサプライヤーリスクアセスメント {#better-together-with-vrm__section_s2r_mm5_ymb} サプライヤーに有効なリスクアセスメントがあるかどうかを判断するために、スケジュール済みジョブが実行され、顧客のシステムアドミニストレーターがその頻度を設定できます。このジョブは、ベンダーリスクアセスメントテーブルのリスクアセスメントの \[リスク評価の有効期限\] フィールドに基づいて、サプライヤーテーブルの \[有効なリスクアセスメント\] フィールドを最新の状態に保ちます。 リスクアセスメントは、次の場合に有効と見なされます。 * 今日の日付は、\[ リスク評価の有効期限 \] フィールドで定義された日付以前です。 * サプライヤーテーブルの \[有効なリスクアセスメント \] フィールドの値が \[はい\] です。 {#better-together-with-vrm__ul_zzw_tr5_ymb} リスクアセスメントが無効な場合は、サプライヤーリスクアセスメントの実施ケースが作成されます。リスクアセスメントは、ベンダーリスクマネージャーが手動でトリガーすることも、ベンダー階層評価の変更から自動的にトリガーすることもできます。 ## サプライヤーリスクアセスメントケースの実施の強化 {#better-together-with-vrm__section_ys5_f55_ymb} ベンダーリスクマネージャーには、サプライヤーのリスクを検証し、サプライヤーが会社にリスクをもたらさないことを確認するために、サプライヤーリスクアセスメントケースを実施するアサインをアサインできます。 既存のサプライヤーリスクアセスメントの実施ケースは、次のように拡張されています。 * GRC グループには、ケースに対する可視化とアクセス権を持つ購入タスクオーナーロールが含まれています。 * ケースには、可視化を向上させるために、有効および期限切れのリスクアセスメントの関連リストがあります。 {#better-together-with-vrm__ul_ggm_hw5_ymb} ## サプライヤー階層アセスメントケースの新規作成 {#better-together-with-vrm__section_gb5_by5_ymb} 次のいずれかの方法で新しいサプライヤー階層アセスメントの実施ケースを作成し、GRC グループのマネージャーにアサインすることができます。 * サプライヤーテーブルの \[階層アセスメントが必要ですか?\] フィールドで指定された要件に基づいて自動的にトリガーされます。関連サプライヤーのリスク評価が重大、高、または空の場合、サプライヤー階層アセスメントの実施ケースが自動的にトリガーされます。 注: これは ソーシングと調達オペレーション向けリスクアセスメント統合 アプリケーションに固有のものであり、顧客が ソーシングと調達オペレーション 者のみの場合は利用できません。 * 手動、顧客による。 {#better-together-with-vrm__ul_og3_ks2_5nb} サプライヤー階層アセスメントケーステンプレートを使用して、\[ ケースに応じた調達決定 \] フィールドを定義して、このケースで調達要求が \[決定が必要\] ステータスに移行するのを停止するかどうかを決定することで、このケースをカスタマイズできます。このフィールドのデフォルト値は \[はい\] です。このシナリオでは、すべての購入要求明細行が \[Pricing Obtained (価格設定取得済み)\] ステータスで、他の未解決ケースがある場合、ソーシング要求は \[Awaiting Task Completion (タスク完了待ち)\] ステータスに移行します。オープンケースがクローズされると、ソーシング要求は \[Requires decision (決定が必要)\] ステータスに移行します。\[ Sourcing decision dependent on case (ソーシング決定がケースに依存 )\] フィールドが \[No (いいえ)\] に設定されていて、すべての購入要求明細が \[Pricing Obtained (価格設定取得済み)\] ステータスの場合、他のケースがオープンになっていても、ソーシング要求は同じ \[Pricing Obtained (価格設定取得済み)\] ステータスになります。 ソーシング要求が購入要求に変換された場合は、購入要求でケースを完了できます。 注: サプライヤーのすべての階層アセスメントが関連リストに表示されます。 ソーシング要求、購入タスク、調達ケースの詳細については、「 [調達要求](https://servicenow-prod.fluidtopics.net/oycPYnkuVhQmng~f_slvxg "ソーシング要求は、購入者、従業員、または要求者が必要とするアイテムを調達する必要がある場合に作成されます。このレコードは、購入者が購入しようとしている製品の有効な契約価格が存在しない場合に作成されます。これには、製品カタログとカタログ外の両方のアイテムが含まれます。") と [購入タスクと調達ケース](https://servicenow-prod.fluidtopics.net/TIrXFB~~C0bMCjIi1vcGWA "自動化された購入タスクと調達ケースはすべて、Service Delivery Common (SDC) アプリケーションからフローデザイナーを使用して作成されます。フローデザイナーは、基礎となるタスクとケース生成のディシジョンテーブルを使用し、ディシジョンテーブルで定義された条件に基づいて購入タスクと調達ケースが作成されます。")」を参照してください。 **関連概念** * [ソーシングと調達オペレーション と IT Asset Managementとの統合](https://servicenow-prod.fluidtopics.net/xd_Rpt_T1zFFO2s1Sd_j5Q "Asset Management Integration for Sourcing and Procurement Operations プラグイン (com.snc.sn_spend_asset) は、 IT Asset Management (ITAM) アプリケーションと ソーシングと調達オペレーション (SPO) アプリケーション間の統合を提供し、運用効率を向上させます。") * [ソーシングと調達オペレーション と 従業員センターとの統合](https://servicenow-prod.fluidtopics.net/G6ukdCZmahxS_RexbjeTRw "従業員、購入者、または要求者は、利用可能なすべての調達ケースタイプ、ナレッジ記事、未解決の To Do、アサインされた購入タスクを表示し、要求を追跡できます。また、ソーシングと調達オペレーション を 従業員センター と統合することで、従業員センター (EC) ポータルで購入にアクセスすることもできます。") * [ソーシングと調達オペレーション サードパーティのソーシングソリューションとの統合](https://servicenow-prod.fluidtopics.net/SNSA82ysXKO9G4Zzk4G7jg "ServiceNow は、サードパーティのソーシングソリューションと統合して、 ソーシングと調達オペレーション 製品内のソーシングプロセスを自動化できます。内には、簡単に構成できる汎用的なソーシング統合フレームワークが用意されており、統合をトリガーするためのビジネス基準を指定できます。この統合フレームワークは、さまざまな基準に基づいて複数のサードパーティのソーシングソリューションと統合することもできます。") * [ソーシングと調達オペレーション と プロジェクト管理との統合](https://servicenow-prod.fluidtopics.net/~OLLdZbBIhjMwBPGCaBrpA "ソーシングと調達オペレーションを戦略的ポートフォリオ管理 (SPM)のプロジェクト管理と統合することで、発注書をプロジェクトにリンクする手作業を排除します。") * [ソーシングと調達オペレーション Celonis との統合](https://servicenow-prod.fluidtopics.net/SWVj0VqqDydDPVi3RJGN7A "ソーシングと調達オペレーション を Celonis と統合することで、顧客のビジネスプロセスの非効率性を特定し、ビジネスへの影響を理解し、根本原因に関するインサイトを得ることができます。") * [ソーシングと調達オペレーション と フィールドサービス管理 (FSM)との統合](https://servicenow-prod.fluidtopics.net/hxzXhOsuITlSulWF2DPYgQ "フィールドサービス管理の調達 プラグイン (com.snc.fsm_psm_mobile) は、フィールドサービス管理 (FSM) アプリケーションと ソーシングと調達オペレーション アプリケーション間の統合を提供します。") * [Source-to-Pay オペレーション と 契約管理プロとの統合](https://servicenow-prod.fluidtopics.net/D1N9Fwk207dSA8ADiFE1Kw "Source-to-Pay オペレーション with 契約管理プロ プラグイン (com.snc.sn_spend_clm) は、契約管理プロ アプリケーションと ソーシングと調達オペレーション アプリケーション間の統合を提供します。") * [支出 API](https://servicenow-prod.fluidtopics.net/Lvm8r0NTZiR66c3VasYnXQ "Spendint API は、カタログ、価格、在庫状況、注文、出荷、請求書の情報をサードパーティからServiceNowインスタンスにプッシュするエンドポイントを提供します。この API は アプリケーションの一部です。") * [調達ファイル転送フレームワーク](https://servicenow-prod.fluidtopics.net/VmYVWbXLsQDd98dDsfT70Q "調達ファイル転送フレームワーク(PFTF) は、ファイル転送プロトコル (FTP) (FTP) を介して ServiceNow データベースとサードパーティのリセラー間で情報を転送するのに役立ちます。サードパーティリセラーによるスポーク開発なしで、リセラーデータにアクセスして転送するためのFTPサーバーを設定できます。") **関連資料** * [ソーシングと調達オペレーションオブジェクトの ERP ソース検証](https://servicenow-prod.fluidtopics.net/o1aKYgblhk0Gxa~PLAnv7w "ソーシングと調達オペレーション は、必要に応じて、さまざまな地域または LOB (基幹業務) に対して異なる ERP システムを使用できるマルチ ERP 統合をサポートしています。")