ソーシングと調達オペレーション と プロジェクト管理 (PM) との統合

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：6分

    • ソーシングと調達オペレーションを戦略的ポートフォリオ管理 (SPM)のプロジェクト管理 (PM)と統合することで、発注書をプロジェクトにリンクする手作業を排除します。

    ソーシングと調達オペレーションのプロジェクト原価計算 プラグイン (sn_spend_ppm) は、この統合を提供します。このプラグインは、個別に購入できる次のアプリケーションに依存しています。
    • ソーシングと調達オートメーション
    • Source-to-Pay 共通アーキテクチャ
    • ファイナンスコモンアーキテクチャ
    • 共通サービスデリバリ
    • 調達ケース管理
    • Source-to-Pay ワークスペース
    • Supplier Common Architecture (サプライヤー共通アーキテクチャ)
    • プレイブックエクスペリエンス
    • ドキュメントテンプレート
    • 共通ベンダーコア
    このプラグインは、個別にインストールする必要がある次のシステムプラグインにも依存関係があります。
    • 外部ユーザー自己登録
    • ファイナンスアプリケーション:一般的な依存関係
    • 会計カレンダー
    • GraphQL プラグイン
    • Insert Multiple Web Service
    • PPM Standard
    • プロセスオートメーションデザイナーコア
    • Process Automation Designer for App Engine
    • スコープ対象のアプリケーション制限付きの発信者アクセス
    • Signature Pad
    • User Criteria Scoped API
    • ベンダーコア
    重要:
    アドミニストレーターは、購入者がチェックアウト時にプロジェクトの詳細を表示できるように、ライセンスされたロールである IT プロジェクトユーザーを購入者に手動でアサインする必要があります。また、Source-to-Pay 価格設定イニシアチブの一環として、アドミニストレーターは PPM ユーザーロールを調達スペシャリストに手動で割り当てる必要があります。

    この統合により、プロジェクトマネージャーまたは購入者は購入をプロジェクトに関連付けることができます。これにより、購入理由が提供されるだけでなく、そのプロジェクトのコスト計画と経費ラインも自動的に作成されます。これにより、プロジェクトマネージャー、購入者、調達スペシャリストは、 プロジェクト管理 (PM) プロジェクトで購入するたびに計画コストを簡単に追跡し、 プロジェクト管理 (PM) プロジェクトの購入に対して請求書が支払われるたびに実績コストを実現できます。

    チェックアウトおよび購入の詳細への影響

    このアプリケーションがインストールされている場合は、チェックアウト時に「 既存プロジェクト用の購入ですか? 」という追加の質問に回答する必要があります。回答が肯定的である場合は、リストからプロジェクトを選択してチェックアウトを続行する必要があります。

    各プロジェクト名にはデマンド番号が関連付けられており、両方とも [購入理由 ] フィールドに自動入力されます。必要に応じて、[ 購入理由] フィールドに情報を追加できます。チェックアウトが完了すると、これらの詳細が購入詳細ページに表示されます。
    注:
    • この購入が既存のプロジェクトに対して行われていない場合は、[ 購入理由] フィールドに購入理由を記載してチェックアウトを続行する必要があります。
    • フルチェックアウト時に、購入全体に対してプロジェクトを選択することも、製品レベルで個別にプロジェクトを選択することもできます。
    • クレジット購入のプロジェクトを選択することはできません。

    購買要求明細および発注明細テーブルへの影響

    購買要求が作成されたら、購入要求明細テーブルの [Purchasing Details (購入詳細)] フォームレイアウトを構成して、[ Project (プロジェクト)] フィールドを表示できます。このフィールドは、選択したデマンドレコードを参照します。同様に、購買要求ラインが発注書明細に変換されると、同じ プロジェクト フィールドを表示するように発注明細テーブルの [サマリー詳細] フォームレイアウトを構成できます。

    この統合の一環として、デマンドまたはプロジェクトの一部として購入が注文されるたびに、その発注書明細に関連付けられてコスト計画が自動的に作成されます。新しい [コスト計画] フィールドを表示するように、発注明細の [サマリー詳細] フォームレイアウトを構成できます。[発注明細] 関連リストも対応するコスト計画レコードに追加されます。[コスト計画] フォームでは、発注書が生成された時間に基づいて [ 合計計画コスト ] フィールドに自動入力されます。[ 合計実績コスト ] フィールドは、請求書と経費ラインの作成に基づいて入力されます。

    フォームレイアウトの構成方法については、「 フォームレイアウトの構成」を参照してください。

    請求書明細および経費明細テーブルへの影響

    請求書が作成され、請求書と請求書明細行の両方が [支払い済み] ステータスになると、プロジェクトの経費ラインが自動的に作成されます。この経費ラインには、請求書明細関連リスト参照があります。

    請求書の作成の詳細については、「 請求書」を参照してください。

    ソーシングと調達オペレーションフローに対するデマンドとプロジェクトライフサイクルの影響

    デマンドがデマンドおよびプロジェクトライフサイクルの一部としてプロジェクトに変換される場合:
    • デマンド番号はチェックアウト時に選択できません。
    • そのデマンド番号を使用する購買要求ラインが発注書ラインに変換されると、発注書ラインはデマンド番号ではなくプロジェクトを参照します。
    • コスト計画は、購入者が最初に選択したプロジェクトではなく、新しく作成されたプロジェクトを参照します。
    • 請求書が作成されると、関連する経費ラインはデマンド番号ではなくプロジェクトを参照します。
    デマンドまたはプロジェクトがクローズ済みステータスの場合:
    • デマンドまたはプロジェクト番号は、チェックアウト時に選択できません。
    • クローズ済みのデマンドとプロジェクトに対してコスト計画と経費ラインは作成されません。ただし、クローズ済みのデマンドまたはプロジェクトに対してコスト計画が既に作成されている場合は、すべての請求書が支払われるまで経費ラインが自動生成され続けます。

    調達要求への影響

    価格設定がない製品の価格設定を要求する場合は、追加の質問「 既存プロジェクト用の購入ですか?」に回答する必要があります。回答が肯定的である場合は、リストからプロジェクトを選択して要求の送信を続行する必要があります。送信が正常に完了すると、プロジェクトとデマンドの詳細がソーシング要求レコードに表示されます。

    購入者は、購入価格を比較し、サプライヤーを選択して、チェックアウトに進むことができます。

    カタログ外の購買要求への影響

    ショッピングハブカタログで入手できない製品の見積もりを要求する場合は、追加の質問「 既存プロジェクト用の購入ですか?」に回答する必要があります。回答が肯定的である場合は、リストからプロジェクトを選択して要求の送信を続行する必要があります。

    メール通知

    デマンドまたはプロジェクトに関連付けられた発注書が作成、更新、またはキャンセルされると、アサインされたデマンドマネージャーまたはプロジェクトマネージャーは、デマンドまたはプロジェクトのコスト計画への影響に関するメール通知を受け取ります。