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

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む5読むのに数分
  • と統合ソーシングと調達オペレーション戦略的ポートフォリオ管理 (SPM)することで、発注書をプロジェクトにリンクする手作業を排除しますプロジェクト管理 (PM)

    Procurement with Project Management プラグイン (sn_spend_ppm) が、この統合を提供します。このプラグインには以下のアプリケーションとの依存関係があります。
    • Source-to-Pay 共通アーキテクチャ
    • PPM Standard
    重要:
    チェックアウト時にプロジェクトの詳細を表示できるように、管理者は、ライセンスロールである IT プロジェクトユーザーを購入者に手動でアサインする必要があります。

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

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

    このアプリケーションがインストールされると、チェックアウト時に追加の質問 [既存プロジェクト用にこちらを購入されますか? (Is this a purchase for an existing project?)] に回答する必要があります。回答が肯定である場合は、リストからプロジェクトを選択してチェックアウトを続行する必要があります。

    各プロジェクト名はデマンド番号に関連付けられており、どちらも [購入理由] フィールドに自動入力されます。必要に応じて、[購入理由] フィールドに情報を追加できます。チェックアウトが完了すると、これらの詳細が購入の詳細ページに表示されます。
    注:

    この購入が既存のプロジェクトに対して行われていない場合は、チェックアウトを続行するために [ 購入理由 ] フィールドに購入理由を記載する必要があります。

    フルチェックアウト時に、購入全体のプロジェクトを選択することも、製品レベルで個別にプロジェクトを選択することもできます。

    クレジット購入のプロジェクトは選択できません。

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

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

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

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

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

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

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

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

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

    調達要求への影響

    価格設定が利用できない製品の価格設定を要求する場合は、追加の質問 [ 既存のプロジェクト用に購入しますか? (Is this a purchase for an existing project?)] に回答する必要があります。回答が肯定である場合は、リストからプロジェクトを選択して要求の送信を続行する必要があります。送信が正常に完了すると、プロジェクトとデマンドの詳細が調達要求レコードに表示されます。

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

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

    ShoppingHub カタログで利用できない製品の見積を要求する場合、追加の質問 [既存プロジェクト用にこちらを購入されますか? (Is this a purchase for an existing project?)] に回答する必要があります。回答が肯定である場合は、リストからプロジェクトを選択して要求の送信を続行する必要があります。

    メール通知

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