戦略的ポートフォリオ管理 (SPM) 統合ワークフロー

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:5分
  • ワークフローは、 戦略的ポートフォリオ管理 (SPM) 統合がどのように機能するかを示しています。

    SPM との統合の仕組み

    戦略的ポートフォリオ管理 (SPM) との 注文管理 統合では、SPMプロジェクトポートフォリオ管理 (PPM) 標準アプリケーションを使用して、履行タスクを組織内のプロジェクトとして追跡します。この統合は、顧客の注文処理タスクを顧客プロジェクトとして自動的に追跡する場合にも、顧客プロジェクト管理 (PM) アプリケーションと連携します。

    設定
    アドミニストレーターは、次のアイテムを構成して SPM 統合を設定します。
    • プロジェクトテンプレート:プロジェクトの監視が必要なオーダーの SPM プロジェクトを自動的に生成するために使用される、PPM プロジェクトおよびサイトプロジェクトテンプレートを作成します。プロジェクトテンプレートは、注文配送の計画タスクも定義します。
    • 注文管理 プロジェクト監視の条件とルール:プロジェクト監視の対象となる注文、およびそれらのプロジェクトの作成に使用されるプロジェクトテンプレートを決定する条件と決定ルールを設定します。さまざまなプロジェクト管理 (PM) 監視ディシジョンテーブルを使用して、注文明細行、サイトの場所、ドメイン注文、および注文タスクの条件とルール、および使用する適切なプロジェクトテンプレートを指定します。
    • CSMテーブルマップのフィールドマッピング:CSMテーブルマップでフィールドマッピングを設定して、注文管理フィールドをSPMプロジェクトフィールドに関連付けます。
    • プロジェクトタスクの自動クローズのプロパティ: sn_ind_tmt_orm.project.task.auto.closure システムプロパティを使用して、関連する子タスクが完了したときのプロジェクトタスクの自動クローズを制御します。
    • プログラムとサイトプロジェクトを再利用するためのプロパティ:システムプロパティ sn_ind_tmt_orm.reuse_existing_program_and_project_enabled を使用して、次の条件でプログラムとサイトプロジェクトを再利用します。
      • プログラムが同じアカウントに対して作成されている場合。
      • サイトプロジェクトが同じ場所に既に作成されている場合。

      プログラムとサイトプロジェクトを再利用するには、プロパティを true に設定します。

      このプロパティが false に設定されている場合、新しいオーダーに対して新しいプログラムとサイトプロジェクトが作成されます。

    SPM 統合フロー
    注文明細行が作成されて承認されると、 注文管理 は次の処理ステップを実行します。
    • プロジェクト監督の決定:プロジェクト監督の注文明細行を認定します。
      • 注文明細行が有効であり、PPM Standard アプリケーションがインストールされていることを確認します。
      • 注文ラインのプロジェクト監督条件と意思決定ルールをレビューします。
      • 注文ラインが条件に一致する場合、指定されたプロジェクトテンプレートを使用して、プロジェクトおよびプロジェクトタスクが自動的に作成されます。
      注:
      複数の注文明細行が監視対象である場合、システムは複数のプロジェクトを作成します。
    • 1 回限りの同期:注文明細行をプロジェクトと同期し、注文明細行とプロジェクトの間の関係を確立します。
    • サイトプロジェクトの監視の決定:サイトの場所をサイトプロジェクトの監視対象として認定します。
      • 少なくとも 1 つの注文明細プロジェクトを作成する必要があることを確認します。
      • サイトの場所のサイトプロジェクト監督条件と意思決定ルールをレビューします。
      • オファリングとサイトの場所が条件に一致する場合、指定されたサイトプロジェクトテンプレートを使用して、サイトプロジェクトとサイトプロジェクトタスクが自動的に作成されます。
      • サイトプロジェクトは pm_project tableに作成されます。
      • 関係テーブルでサイトプロジェクトとサイトの場所の間の関係を確立します。
      製品オファリングのサイトプロジェクト監視を構成するには、「 製品オファリングのプロジェクト監視の構成」を参照してください。
    • プロジェクトタスク監視の決定: 注文管理 は注文明細品目をドメイン注文と注文タスクに分解した後、次のことを行います。
      • ドメイン注文のプロジェクト監視条件を確認します。ドメイン注文がプロジェクト監視条件を満たしている場合は、指定されたプロジェクトテンプレートタスクを使用して、関連するプロジェクトおよび計画タスクを作成します。
      • 注文タスクのプロジェクト監督条件を確認します。注文タスクがプロジェクト監視条件を満たしている場合は、指定されたプロジェクトテンプレートタスクを使用して、関連するプロジェクトおよび計画タスクを作成します。
      • ドメイン注文と注文タスクを親プロジェクトにリンクし、ドメイン注文と注文タスクの属性をプロジェクトタスクに同期します。
    • 注文タスクのステータスの変更:注文タスクのステータスが 注文管理に変更されると、SPM の対応するプロジェクトタスクとステータスを同期して、プロジェクトマネージャーやその他のプロジェクトステークホルダーがリアルタイムで変更を表示できるようにします。
    • プロジェクトメモとコメントの更新:タスクリレーションシップテーブル task_rel_task を使用して、注文タスクとプロジェクトタスクの間で同期します。履行マネージャーまたはエージェントが注文品目、ドメイン注文、および注文タスクに作業メモとコメントを投稿すると、プロジェクトメモとプロジェクトタスクメモが自動的に更新されます。
    • 同期: csm_table_map テーブルを使用して、注文タスク、ドメイン注文、およびプロジェクトタスクの間で作業メモフィールドを同期します。必要に応じて、名前、作業メモ、説明などのフィールドの同期を構成できます。
    • プロジェクトタスクのクローズ: 注文管理で完了した注文タスク (子タスクを含む) のプロジェクトタスクを自動的にクローズします。