--- 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) 所要時間：5分 ソーシングと調達オペレーションを戦略的ポートフォリオ管理 (SPM)のプロジェクト管理と統合することで、発注書をプロジェクトにリンクする手作業を排除します。 ソーシングと調達オペレーションのプロジェクト原価計算 プラグイン (sn_spend_ppm) は、この統合を提供します。このプラグインは、個別に購入できる次のアプリケーションに依存しています。 * ソーシングと調達オートメーション * Source-to-Pay 共通アーキテクチャ * ファイナンスコモンアーキテクチャ * 共通サービスデリバリ * 調達ケース管理 * Source-to-Pay ワークスペース * サプライヤー共通アーキテクチャ * プレイブックエクスペリエンス * ドキュメントテンプレート * 共通ベンダーコア {#integration-psm-ppm__ul_hbq_xc4_mqb} このプラグインは、個別にインストールする必要がある次のシステムプラグインにも依存関係があります。 * 外部ユーザー自己登録 * ファイナンスアプリケーション:一般的な依存関係 * 会計カレンダー * GraphQL プラグイン * Insert Multiple Web Service * PPM Standard * プロセスオートメーションデザイナーコア * Process Automation Designer for App Engine * Scoped Application Restricted Caller Access * Signature Pad * User Criteria Scoped API * ベンダーコア {#integration-psm-ppm__ul_y1l_31z_bbc} 重要: アドミニストレーターは、購入者がチェックアウト時にプロジェクトの詳細を表示できるように、ライセンスされたロールである IT プロジェクトユーザーを購入者に手動でアサインする必要があります。また、Source-to-Pay 価格設定イニシアチブの一環として、アドミニストレーターは調達スペシャリストに PPM ユーザーロールを手動で割り当てる必要があります。 この統合により、プロジェクトマネージャーまたは購入者は購入をプロジェクトに関連付けることができます。これにより、購入理由が提供されるだけでなく、そのプロジェクトのコスト計画と経費ラインも自動的に作成されます。これにより、プロジェクトマネージャー、購入者、調達スペシャリストは、 プロジェクト管理 プロジェクトで購入するたびに計画コストを簡単に追跡し、 プロジェクト管理 プロジェクトの購入に対して請求書が支払われるたびに実績コストを実現できます。 ## チェックアウトおよび購入の詳細への影響 {#integration-psm-ppm__section_ppd_l24_mqb} このアプリケーションがインストールされている場合は、チェックアウト時に「 既存プロジェクト用の購入ですか? 」という追加の質問に回答する必要があります。回答が肯定的である場合は、リストからプロジェクトを選択してチェックアウトを続行する必要があります。 各プロジェクト名にはデマンド番号が関連付けられており、両方とも \[購入理由 \] フィールドに自動入力されます。必要に応じて、\[ 購入理由\] フィールドに情報を追加できます。チェックアウトが完了すると、これらの詳細が購入詳細ページに表示されます。 注: * この購入が既存のプロジェクトに対して行われていない場合は、\[ 購入理由\] フィールドに購入理由を記載してチェックアウトを続行する必要があります。 * フルチェックアウト時に、購入全体に対してプロジェクトを選択することも、製品レベルで個別にプロジェクトを選択することもできます。 * クレジット購入のプロジェクトを選択することはできません。 {#integration-psm-ppm__ul_vbg_d5l_cbc} ## 購買要求明細および発注明細テーブルへの影響 {#integration-psm-ppm__section_cbt_cj4_mqb} 購買要求が作成されたら、購入要求明細テーブルの \[Purchasing Details (購入詳細)\] フォームレイアウトを構成して、\[ Project (プロジェクト)\] フィールドを表示できます。このフィールドは、選択したデマンドレコードを参照します。同様に、購買要求ラインが発注書明細に変換されると、同じ プロジェクト フィールドを表示するように発注明細テーブルの \[サマリー詳細\] フォームレイアウトを構成できます。 この統合の一環として、デマンドまたはプロジェクトの一部として購入が注文されるたびに、その発注書明細に関連付けられてコスト計画が自動的に作成されます。新しい \[コスト計画\] フィールドを表示するように、発注明細の \[サマリー詳細\] フォームレイアウトを構成できます。\[発注明細\] 関連リストも対応するコスト計画レコードに追加されます。\[コスト計画\] フォームでは、発注書が生成された時間に基づいて \[ 合計計画コスト \] フィールドに自動入力されます。\[ 合計実績コスト \] フィールドは、請求書と経費ラインの作成に基づいて入力されます。 フォームレイアウトの構成方法については、「 [フォームレイアウトの構成](https://www.servicenow.com/docs/access?context=configure-form-layout&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)」を参照してください。 ## 請求書明細および経費明細テーブルへの影響 {#integration-psm-ppm__section_m1p_5fs_mqb} 請求書が作成され、請求書と請求書明細行の両方が \[支払い済み\] ステータスになると、プロジェクトの経費ラインが自動的に作成されます。この経費ラインには、請求書明細関連リスト参照があります。 請求書の作成の詳細については、「 [請求書](https://servicenow-prod.fluidtopics.net/F2CCtVXjE_yHHW3yWQZL7g "請求書は、発注書に対する支払いに対して生成されます。発注書には、支払スケジュールに応じて複数の請求書を含めることができます。")」を参照してください。 ## ソーシングと調達オペレーションフローに対するデマンドとプロジェクトライフサイクルの影響 {#integration-psm-ppm__section_ctx_hjs_mqb} デマンドがデマンドおよびプロジェクトライフサイクルの一部としてプロジェクトに変換される場合: * デマンド番号はチェックアウト時に選択できません。 * そのデマンド番号を使用する購買要求ラインが発注書ラインに変換されると、発注書ラインはデマンド番号ではなくプロジェクトを参照します。 * コスト計画は、購入者が最初に選択したプロジェクトではなく、新しく作成されたプロジェクトを参照します。 * 請求書が作成されると、関連する経費ラインはデマンド番号ではなくプロジェクトを参照します。 {#integration-psm-ppm__ul_exq_zbj_4qb} デマンドまたはプロジェクトがクローズ済みステータスの場合: * デマンドまたはプロジェクト番号は、チェックアウト時に選択できません。 * クローズ済みのデマンドとプロジェクトに対してコスト計画と経費ラインは作成されません。ただし、クローズ済みのデマンドまたはプロジェクトに対してコスト計画が既に作成されている場合は、すべての請求書が支払われるまで経費ラインが自動生成され続けます。 {#integration-psm-ppm__ul_lxp_2cj_4qb} ## 調達要求への影響 {#integration-psm-ppm__section_nqy_1vs_mqb} 価格設定がない製品の価格設定を要求する場合は、追加の質問「 既存プロジェクト用の購入ですか?」に回答する必要があります。回答が肯定的である場合は、リストからプロジェクトを選択して要求の送信を続行する必要があります。送信が正常に完了すると、プロジェクトとデマンドの詳細がソーシング要求レコードに表示されます。 購入者は、購入価格を比較し、サプライヤーを選択して、チェックアウトに進むことができます。 ## カタログ外の購買要求への影響 {#integration-psm-ppm__section_f12_k1t_mqb} ショッピングハブカタログで入手できない製品の見積もりを要求する場合は、追加の質問「 既存プロジェクト用の購入ですか?」に回答する必要があります。回答が肯定的である場合は、リストからプロジェクトを選択して要求の送信を続行する必要があります。 ## メール通知 {#integration-psm-ppm__section_vbc_sys_mqb} デマンドまたはプロジェクトに関連付けられた発注書が作成、更新、またはキャンセルされると、アサインされたデマンドマネージャーまたはプロジェクトマネージャーは、デマンドまたはプロジェクトのコスト計画への影響に関するメール通知を受け取ります。 **関連概念** * [ソーシングと調達オペレーション と 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/t_nu5wHmcqqv~QQ_ySZIbw "ソーシングと調達オペレーションをサードパーティリスク管理と統合することで、関連するサプライヤーリスクアセスメント機能を活用します。") * [ソーシングと調達オペレーション 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 統合をサポートしています。")