JinJin48
JinJin48
SAP Consultant | BTP · S/4HANA · US Global Rollout
· 11 min read

表紙: SAP PS マイルストーングループ — マイルストーン、SD請求計画、進捗管理を連携するカスタマイジングテンプレート

SAP PS マイルストーングループ

マイルストーングループは、SAPプロジェクトシステムにおけるマイルストンの動作を分類するカスタマイジングレベルのテンプレートです。アクティビティ上に作成されたすべてのマイルストンはマイルストーングループを参照し、そのマイルストンが請求を駆動するか、日程計画を制御するか、または出来高進捗を測定するかを決定します。トランザクションOPSRを使用してカスタマイジングで一度定義され、システム内の全プロジェクトで再利用されるマイルストーングループは、マイルストンを有意義に設定する前に設計する必要があるフェーズ1の前提条件です。この記事では、そのタイプ、構造、フィールドレベルの詳細、およびSD請求計画との統合について説明します。


第1部: マイルストーングループ — 基本概念(全モジュール共通)

1.1 マイルストーングループとは

マイルストーングループを中心に、マイルストーン、アクティビティ、SD請求計画、進捗/EVM追跡に接続されたハブアンドスポーク図

マイルストーングループは、プロジェクトネットワーク内で個々のマイルストーンの動作を制御するカテゴリ定義です。コントロールキーがアクティビティ処理を管理するのと同様に、マイルストーングループはマイルストーンの目的を管理します。つまり、請求イベントをトリガーするか、スケジューリングの基準日をマークするか、または出来高を記録するかを決定します。マイルストーングループがないと、マイルストーンをSD請求計画に関連付けたり、正式な進捗測定ポイントとして使用したりすることはできません。

項目詳細
ロールアクティビティに割り当てられたマイルストーンの使用カテゴリと動作を定義します。SDマイルストーン請求の前提条件です。
使用するモジュールPS(プライマリオーナー — カスタマイジングおよびプロジェクト実行)、SD(請求マイルストーンを介したマイルストーン請求計画統合)
トランザクションOPSR(マイルストーングループの作成/変更/表示 — カスタマイジング)/ CN21、CN22、CN23(アクティビティ上のマイルストーンに割り当て)
主要テーブルT422(マイルストーングループ定義)
S/4HANAに関する注意マイルストーングループのカスタマイジングはECCから変更されていません。プロジェクト管理用のFioriアプリ(プロジェクト管理、プロジェクト管理)はマイルストーンデータを利用しますが、グループのメンテナンスはOPSRを介したカスタマイジングに残ります。

1.2 マイルストーン使用タイプ

3つのマイルストーン使用タイプ(請求マイルストーン、日程マイルストーン、進捗マイルストーン)を示す比較グリッド

マイルストーングループに組み込まれた使用タイプは、マイルストーンに到達して確認された際に、どのシステム機能が有効化されるかを決定します。誤った使用タイプを選択することは、請求時に初めて表面化する一般的なブループリントのミスであり、要件分析時にマイルストーングループのカテゴリを定義することが極めて重要です。

用途タイプコードユースケース主要な動作
請求マイルストーン01顧客プロジェクト:定義されたプロジェクトイベントで請求書生成をトリガーするマイルストーンの確定により、リンクされたSD受注伝票の請求計画日が更新され、請求計画から請求伝票がリリースされる
スケジューリングマイルストーン02日付主導のスケジューリング:ネットワークスケジューリングにおける主要な制約日をマークするアクティビティネットワーク内のスケジューリングポイントとして機能し、マイルストーン日付は順/逆日程計画によって計算され、依存するアクティビティを制約する
進捗マイルストーン03出来高管理:POC計算のための測定ポイントを定義するマイルストーンの確定により、プロジェクト全体の進捗に対して定義された割合が貢献される(POC = 進捗率)。成果分析における収益認識に使用される

設計原則: 1つのマイルストーングループは、1つの使用タイプのみを表す必要があります。1つのグループに請求機能と進捗機能を混在させると、SD請求計画の更新とEVMレポートに曖昧さが生じます。同じプロジェクトタイプ内であっても、「BILL」(請求マイルストーン用)や「PROG」(進捗マイルストーン用)など、個別のグループを定義してください。


1.3 組織レベルとデータ階層

マイルストーングループを示す階層ツリー。上流にプロジェクトプロファイル/プロジェクト定義があり、ネットワーク/アクティビティが別々のカードとしてマイルストーンにつながる

具体的な例を用いたデータ階層

Client
   │
   ├── Project Profile "YINV1"
   │
   ├── Milestone Group "BILL"
   │      Usage: Billing Milestone (01)
   │
   └── Project Definition PROJ-2026-001
          ── assigned to ──> Project Profile "YINV1"
          │
          └── Network 4500001234
                 Mechanical Installation
                 │
                 └── Activity 0030
                        Final Assembly Complete
                        │
                        └── Milestone MS-010
                               Customer Acceptance Checkpoint
                               ── assigned to ──> Milestone Group "BILL"
                               Planned Date: 2026-09-15

1.4 他のマスタデータオブジェクトとの統合

Milestone GroupがMilestone、Activity、Network Profile、SD Sales Order、Project Definitionと統合するハブアンドスポーク図

マイルストーングループは単独で存在するものではありません。これは、プロジェクト実行の世界(ネットワーク、アクティビティ、マイルストーン)と、収益認識および請求の世界(SD受注伝票、請求計画)を結びつける分類レイヤーです。その正しいコンフィギュレーションこそが、マイルストーン請求とEVMレポートを可能にするものです。

オブジェクト関係性実務上の注意点
マイルストーンN:1 — 複数のマイルストーンが1つのマイルストーングループを参照マイルストーンはグループから動作カテゴリ(請求/日程/進捗)を継承します。有効なグループがないとマイルストーンは保存できません
アクティビティ1:N — 1つのアクティビティが複数のマイルストーン(各々グループを持つ)を保持請求マイルストーンと進捗マイルストーンは同じアクティビティ上に共存可能です。明確なレポート作成のために別々のグループに保持してください
ネットワークプロファイル間接 — ネットワークプロファイルはネットワークにリンク。マイルストーンはネットワーク内のアクティビティに存在マイルストーングループはネットワークプロファイルとは独立していますが、両方ともフェーズ1の前提条件です。これらを一緒に設計してください
SD受注伝票(請求計画)1:N — 1つの請求マイルストーンが1つの請求計画行を更新請求マイルストーンが確定(CN27)されると、システムは割り当てられたSD明細の請求計画日付を更新します。請求書リリースはVF01/VF04から続けて行われます
プロジェクトプロファイル間接 — プロジェクトプロファイルは、プロジェクトレベルでマイルストーン請求が有効かどうかを制御プロジェクトタイプ「顧客プロジェクト」(Kundenauftrag)がマイルストーン請求の典型的な前提条件です。プロジェクトプロファイルがSD統合を許可していることを確認してください

第2部: PS固有のフィールド詳細

2.0 PSオーナーシップの範囲

マイルストーングループ設定セクションのPS所有権を示すチェックリスト

データセクションPS関与備考
マイルストーングループキーと説明◎ 所有者PSコンサルタントがカスタマイジングで定義。命名規則は使用タイプ(例:BILL、PROG、SCHED)を反映させること
使用タイプ設定◎ 所有者PSコンサルタントが請求、スケジューリング、進捗のいずれかの使用タイプを選択。SDコンサルタントは本稼働前に請求計画の動作を確認
請求計画連携設定○ SDと共有SDコンサルタントが請求計画タイプと請求ルールを設定。PSコンサルタントは請求マイルストーンを正しいWBS請求要素にリンク

凡例: ◎ = オーナー/重要、○ = 直接関与


2.1 マイルストーングループキーと説明

OPSRカスタマイジングにおけるマイルストーングループキーと説明フィールドのチェックリスト

マイルストーングループキーとその説明は、カスタマイジングトランザクションOPSRで入力される主要な識別フィールドです。キーはシステム全体のすべてのマイルストーンレコードに表示される短い英数字コードであり、その説明は、プランナーがアクティビティ上のマイルストーンにグループを割り当てる際にF4検索ヘルプに表示されるラベルです。

フィールド説明実務上の使用法
マイルストーングループグループを識別する4桁の英数字キー(例:BILL、PROG、SCHED)使用タイプを反映した記憶しやすいキーを選択してください。「M001」のような汎用的なコードは避けてください。説明を開かなくてもグループの意味を担当者が覚えられなくなります。ブループリント時に命名規則を合意し、設定ガイドに文書化してください。
説明グループの目的を説明する自由テキストラベル(最大20文字)プロジェクト担当者の言語で説明を記述してください(例:「請求マイルストーン」、「進捗マイルストーン」)。この説明は、すべてのマイルストーン入力画面と標準のPSレポートに表示されます。明確な説明により、誤ったグループ割り当てが減少します。

2.2 使用タイプの設定

OPSRにおけるマイルストーングループ使用タイプ設定のチェックリスト

利用タイプは、マイルストーングループにおいて機能的に最も重要な項目です。この項目は、確定されたマイルストーンをSD請求計画、日程計算、またはEVM進捗測定に連携させるシステムロジックを有効化します。この項目は、当該グループを参照するマイルストーンが確定された後は変更できません。稼働中のシステムで変更するには、新しいグループを作成する必要があります。

フィールド説明実務上の使用例
用途マイルストンの動作を制御するドロップダウン: 01 = 請求, 02 = 日程計画, 03 = 進捗初期カスタマイジング時に必ず用途を設定し、プロジェクトが本番稼働する前に本番環境に移送すること。プロジェクトチームが誤ったグループを使用してマイルストンを作成した場合、事後修正にはマイルストンの削除と再作成が必要となり、本番プロジェクトに大きな影響を与える変更となる。日本の顧客プロジェクトにおける予算計画では、通常、契約上の支払マイルストン用に少なくとも1つの請求グループと、月次EVMレポート用に1つの進捗グループが必要となる。
請求関連性用途 = 01(請求)の場合に自動的に有効化されるこのグループのマイルストンが、確認時にSD請求計画を更新することを確認する。開発システムで全サイクルをテストして、このインジケータがアクティブであることを確認する。アクティビティにマイルストンを作成 → 受注伝票の請求計画明細に割り当て → CN27でマイルストンを確認 → VA02で請求計画日付の更新を確認。
日程計画関連性用途 = 02(日程計画)の場合に自動的に有効化されるこのグループのマイルストンは、ネットワーク日程計画における制約ポイントとなる。日程計画に依存するアクティビティ関係(ラグ付き終了-開始)と組み合わせて使用し、契約上の納入シーケンスをモデル化する。
進捗関連性用途 = 03(進捗)の場合に自動的に有効化されるこのグループの各マイルストンには、成果分析(KKA2)における全体POC計算に寄与する重み(パーセンテージ)が割り当てられる。プロジェクト内のすべての進捗マイルストンの累積重みを100%に設定し、正しい収益認識を確実にする。

2.3 請求計画統合設定

請求マイルストングループがSD受注伝票の請求計画明細にリンクし、確認フローを示す比較図

請求計画統合は、PSとSDの設定が交わるポイントです。マイルストーングループだけでは請求設定は完了しません。SDコンサルタントは、受注伝票明細に対して互換性のある請求計画タイプと請求ルールを設定する必要があります。PSコンサルタントはマイルストーン側を担当し、SDコンサルタントは請求計画側を担当します。両者は、ユーザー受入テストの前に、エンドツーエンドで一緒にテストする必要があります。

フィールド説明実務上の使用例
請求マイルストーンフラグ特定の請求計画行のトリガーとして指定するマイルストーン(グループではなく)上のインジケータ各マイルストーンで、請求関連フラグを設定し、それが表すパーセンテージまたは固定金額をSD請求計画に入力します。3つの支払マイルストーン(設計承認時30%、納品時40%、検収時30%)がある顧客プロジェクトの場合、対応するパーセンテージを持つ3つの請求マイルストーンを作成し、それらを3つの請求計画行にリンクします。
請求日マイルストーンが確定されたときに更新される請求計画行の日付フィールドカスタマイジングで、請求日をマイルストーンの計画日にするか、実際の確定日にするかを決定します(SDの請求計画タイプで制御)。日本での契約請求では、通常、実際の確定日が推奨されます。これは、検査と検収のワークフローに沿い、時期尚早な請求を回避します。
受注伝票割当請求計画を持つ受注伝票明細にリンクされたWBS請求要素WBS要素には「請求要素」インジケータを設定し、プロジェクト構造内で受注伝票明細に割り当てる必要があります。マイルストーン確定前に、CJ20N(プロジェクトビルダー)で割当を確認してください。割当の欠落は、統合テストでマイルストーン請求が失敗する最も一般的な原因です。

次に読むべきもの

L1) Big Picture

IDCategoryTitle
ps-001OverviewSAP PSとは何ですか?

L2-A) Master Data

IDCategoryTitle
ps-a01OverviewSAP PS マスタデータ:概要、階層、および関係
ps-a02-01Master DataSAP PS 品目マスタ
ps-a03-01Master DataSAP PS プロジェクトプロファイル
ps-a03-02Master DataSAP PS ネットワークプロファイル
ps-a03-03Master DataSAP PS マイルストーングループ 📍
ps-a04-01Master DataSAP PS プロジェクト定義
ps-a04-02Master DataSAP PS WBS要素
ps-a04-03Master DataSAP PS WBS要素(建設仮勘定)
ps-a04-04Master DataSAP PS WBS階層
ps-a05-01Master DataSAP PS ネットワーク
ps-a05-02Master DataSAP PS アクティビティ
ps-a05-03Master DataSAP PS アクティビティ要素
ps-a05-04Master DataSAP PS マイルストーン

L2-B) Transaction

IDCategoryTitle
ps-b01OverviewSAP PSトランザクション:プロセスフロー、階層、および関係