SAP PS マイルストーン

SAP PS マイルストーン
マイルストーン(テーブルAFMS)は、ネットワークアクティビティまたはWBS要素上の重要な時点を示すマスタデータオブジェクトです。これは、プロジェクト組織が追跡し、オプションでアクションを実行することに合意した日付です。マイルストーンが到達したと確認されると、SAPはSDの請求計画を自動更新したり、依存するスケジュール日付をシフトしたり、出来高ベースラインに対する進捗を記録したりできます。1つのマイルストーンがこれらの役割のいくつかを同時に実行できるため、マイルストーンの使用方法を設計することは、SAP PS導入における最も効果的なコンフィギュレーション上の意思決定の1つです。この記事では、このオブジェクトを3つのパートで説明します。パート1では、その概要と使用するモジュールについて、パート2では、コンサルタントがアクティビティレベルおよびマイルストーングループレベルでコンフィギュレーションするPS固有のフィールド詳細について説明します。
第1部: マイルストーン — 中核概念(全モジュール共通)
1.1 マイルストーンとは

マイルストーンとは、プロジェクト計画における期間ゼロの時点であり、単なるスケジューリングを超えたビジネス上の重要性を持ちます。開始日と終了日を持つ作業期間を表すアクティビティとは異なり、マイルストーンは単一の時点(ゲート、引継ぎ、完了イベント)を表します。SAP PSでは、マイルストーンはネットワーク内(ネットワークアクティビティに紐付けて)で定義され、利用可能な使用カテゴリを決定するカスタマイジングレベルのマイルストーングループによって制御されます。
| 項目 | 詳細 | |
|---|---|---|
| 役割 | ネットワークアクティビティ上の主要なプロジェクト日程をマークします。請求をトリガーし、日程計画を固定し、確認時に進捗を測定します。 | |
| 使用するモジュール | PS(プライマリオーナー — 日程計画、WBS/ネットワーク計画)、SD(請求マイルストーン — 請求計画日付の更新)、CO(進捗分析 / EVM測定ポイント) | |
| トランザクション | CN21(ネットワーク+アクティビティ+マイルストーンの作成)/ CN22(変更)/ CN23(照会)/ CN41(マイルストーン一覧)/ CNS41(ネットワーク日程) | |
| 主要テーブル | AFMS(マイルストーンマスタ)/ AFVV(アクティビティ日程 — マイルストーン日付はここから派生)/ AFKO(ネットワークヘッダ) | |
| S/4HANAに関する注意 | コアのマイルストーンデータモデルはECCから変更なし。マイルストーン確認と請求統合は、引き続きトランザクションベース(CN25、VA02)です。Fioriアプリ「プロジェクトのモニター」(F2370)は、プロジェクト概要で確認済みおよび未確認のマイルストーンを表示します。 |
1.2 3つのマイルストーン使用タイプ

各マイルストーンには1つ以上の使用タイプフラグが設定されており、マイルストーンの日付が到来したとき、または確定されたときに、どのシステム動作がトリガーされるかを決定します。誤った組み合わせを選択すると、請求漏れ、スケジュールの誤った反映、または出来高分析(EVM)ベースラインの破損につながります。
| 用途タイプ | コード | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| 請求マイルストーン | 1 | マイルストーンベースの請求を行う顧客プロジェクト(例:造船、エンジニアリング・トゥ・オーダー) | 確認時に、SD受注伝票の対応する請求計画行が請求のためにリリースされます。WBS請求要素を参照するためにSD請求計画(VA42)が必要です。 | |
| スケジューリングマイルストーン | 2 | 下流のアクティビティまたは外部制約がこのゲート後にのみ開始する必要があるプロジェクト | ネットワークスケジュールの制約ポイントとして機能します。後続アクティビティとの日付関係(例:終了-開始)は、このマイルストーンの確定日を使用して順方向の日程計画を推進します。 | |
| 進捗マイルストーン | 3 | アーンドバリューマネジメント(EVM)またはマイルストーン加重進捗追跡を使用するプロジェクト | 確認時に、システムは関連するWBS要素またはアクティビティの計画値に対する進捗測定値を記録します。成果分析のためにCO期間末決算(CN27 / CNMM)で使用されます。 |
設計原則: 1つのマイルストーンで3つの使用フラグすべてを組み合わせることができます。複雑な顧客プロジェクトでは、同じ「設計完了」マイルストーンが請求をトリガーし、依存するエンジニアリング活動をスケジュール保留から解放し、20%の進捗クレジットを記録することがよくあります。3つのフラグすべてを意図的に設定し、その決定をプロジェクトブループリントに文書化してください。
1.3 組織レベルとデータ階層

具体的な例を用いたデータ階層
Network 4500001234
│
└── Activity 0040
Design Complete — Customer Sign-off
│
├── Activity Element 0040/1
│ Customer Sign-off Checklist
│
└── Milestone MS-020
── assigned to ──> Milestone Group "BILL"
Usage: Billing + Progress (20%)
Confirmed Date: 2026-08-15
│
└── ── triggers ──> SD Billing Plan Item
Sales Order 5000012345, Item 10
FI Invoice on confirmation1.4 他のマスタデータオブジェクトとの統合

マイルストーンは単独で存在するものではありません。これは、プロジェクト実行データと請求および管理会計モジュールとの接合点です。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| マイルストーングループ | 許可される使用タイプを制御する | すべてのマイルストーンは、正確に1つのマイルストーングループを参照します。グループはカスタマイジングオブジェクト(OPSR)です。グループへの変更は、プロジェクト環境内の既存のすべてのマイルストーンに影響します。 | |
| アクティビティ(ネットワーク) | 親オブジェクト — マイルストーンはアクティビティ内に存在する | マイルストーン日付はアクティビティスケジュールによって決定されます。アクティビティの完了日が変更されると、日付が独立して固定されていない限り、関連するすべてのマイルストーンも変更されます。 | |
| WBS要素 | ネットワーク割当を介してマイルストーンがWBSにリンクされる | 請求マイルストーンは、WBS請求要素の収益認識に影響します。WBS要素は、SD受注伝票の割当を受け入れるために、請求要素としてフラグ設定されている必要があります。 | |
| SD請求計画(VA42) | 請求マイルストーンの確認により、請求計画行がリリースされる | 請求計画はマイルストーンIDを参照します。確認(CN25)により、受注伝票の請求計画に請求日が設定され、VF01でのFI-AR請求書作成が可能になります。 | |
| CO — 進捗分析 | 進捗マイルストーンの確認により、POC測定値が記録される | 確認されたマイルストーンは、進行基準会計における収益認識のための成果分析(KKA2)で使用される完了率(PoC%)計算に反映されます。 | |
| ネットワークプロファイル | ネットワークプロファイルを介してマイルストーングループが割り当てられる | ネットワークプロファイルは、カスタマイジング(マイルストーングループ)と実行時オブジェクト(ネットワーク)を結びつけるリンクです。アクティブなネットワーク上のネットワークプロファイルを変更することは、破壊的な操作です。 |
第2部: PS固有のフィールド詳細
2.0 PSオーナーシップの範囲

| データセクション | PS関与 | 備考 | |
|---|---|---|---|
| 識別と説明 | ◎ オーナー | マイルストンキー、短い説明、マイルストングループの割当 | |
| 使用タイプと制御 | ◎ オーナー | 請求/日程/進捗フラグ;固定日付インジケータ | |
| 請求統合データ | ○ SDと共有 | PSで設定される請求計画ライン参照と請求日;請求計画構造はSDで定義 | |
| 日程統合データ | ◎ オーナー | 日付オフセット、後続アクティビティとの関係タイプ | |
| 進捗測定データ | ○ COと共有 | PSで設定される進捗ウェイト率;COで設定される成果分析方法 |
凡例: ◎ = オーナー/クリティカル、○ = 直接関与
2.1 識別と説明

識別セクションは、親アクティビティ内にマイルストーンを設定し、それを管理するマイルストーングループテンプレートにリンクします。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| マイルストーン番号 (AFMS-MSVON) | システム割当または手動割当による、アクティビティ内のマイルストーン識別子 | 請求マイルストーンをSD請求計画明細にリンクする際の参照キーとして使用。ブループリント時に番号付けルール(例:アクティビティごとに連番)を確立し文書化すること。大規模プロジェクトでアドホックな番号付けを行うと、番号の欠落や重複した説明文が発生し、マイルストーンレポートの信頼性が損なわれる。 | |
| 説明 (AFMS-MSTXT) | マイルストーンの短いテキスト説明 | CN41マイルストーン一覧、CN22ネットワーク変更ビュー、Fioriプロジェクトモニターに表示される。説明は短く、曖昧さを排除すること。100以上のマイルストーンがあるプロジェクトで「フェーズ完了」のような曖昧な名称は、マイルストーン確認ミーティングで混乱を招く。“DESIGN-COMPLETE-2026Q2"のような命名パターンを使用すること。 | |
| マイルストーングループ (AFMS-MGRUP) | カスタマイジングのマイルストーングループ (OPSR) への参照 | 使用可能な使用タイプフラグを制御する。請求マイルストーン専用に設定されたマイルストーングループには、進捗フラグを設定できない。プロジェクトで3つの使用タイプすべてが必要な場合は、ネットワークプロファイルがロックされる前に、割り当てられたマイルストーングループが3つすべてを許可していることを確認すること。 | |
| ネットワーク (AFKO-AUFNR) | 親ネットワークの内部指図番号 | マイルストーンレベルでは読み取り専用。親アクティビティから継承される。レポートに関連:CN41はネットワークでマイルストーンをフィルタリングし、単一の作業パッケージのすべてのキー日程を一覧表示できる。 | |
| アクティビティ (AFVV-VORNR) | ネットワーク内の4桁のアクティビティ番号 | マイルストーンは正確に1つのアクティビティに属する。マイルストーンを別のアクティビティに移動するには削除と再作成が必要。日程計画設計時にアクティビティの粒度を慎重に計画すること。 |
2.2 用途タイプと管理

使用タイプフラグは、マイルストーンが確認された際にシステムが実行するアクションを決定します。固定日付インジケータは、マイルストーン日付がアクティビティスケジュールに追従するか、独立して固定されるかを制御します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 請求マイルストーンフラグ (AFMS-FMSEL_B) | このマイルストーンを請求マイルストーンとしてマークします | 設定すると、システムはSD受注伝票に対応する請求計画行を期待します。このマイルストーンを確認(CN25)すると、その請求行がリリースされます。日本ベースの顧客プロジェクト(例:造船、大規模エンジニアリング)では、請求マイルストーンが主要な収益トリガーです。SD請求計画との不一致は、本稼働開始時の請求遅延の最も一般的な原因です。 | |
| スケジュールマイルストーンフラグ (AFMS-FMSEL_T) | このマイルストーンをスケジュール制約ポイントとしてマークします | アクティビティリレーションシップと組み合わせてゲートをモデル化するために使用されます。後続アクティビティは、先行アクティビティに直接ではなく、このマイルストーンを使用して「終了-開始」制約を与えることができます。これにより、スケジュールの変更がマイルストーン確認日を通じて流れるようになり、プロジェクト管理者はクリティカルパスの伝播をより細かく制御できます。 | |
| 進捗マイルストーンフラグ (AFMS-FMSEL_F) | このマイルストーンを進捗測定ポイントとしてマークします | 確認された各進捗マイルストーンは、そのウェイト(パーセンテージ)をアクティビティまたはWBS要素の完了率に貢献します。EVMベースのプロジェクトでは、これらのウェイトはアクティビティ全体で合計100%になる必要があり、結果分析設定の前に原価管理(CO)チームと合意する必要があります。 | |
| 固定日付インジケータ (AFMS-TERMFIX) | アクティビティスケジュールの変更に関係なく、マイルストーン日付を固定します | デフォルトでは、マイルストーン日付はアクティビティ終了日に連動します。固定日付を設定すると、このリンクが切断され、アクティビティが再スケジュールされてもマイルストーンはその日付を保持します。注意して使用してください。契約上固定されたマイルストーン(例:顧客契約の支払期日)は固定する必要があります。それ以外のマイルストーンは、スケジュールの整合性を保つために動的なままにしておく必要があります。 | |
| マイルストーン日付 (AFMS-MSTERMDAT) | マイルストーンが予定されている、または確認された日付 | 未確認のマイルストーンの場合、これは計画日です。確認済みのマイルストーンの場合、確認日がここに保存されます。CN41などのレポートは、このフィールドをベースラインと比較して遅延を計算します。SD統合プロジェクトでは、マイルストーンが確認されると、この日付が提案される請求計画日になります。 |
2.3 請求統合データ

マイルストーンに請求フラグが設定されている場合、追加フィールドがそのマイルストーンをSD請求計画にリンクします。これらのフィールドはPS側で設定されますが、請求計画構造を管理するSDコンサルタントと調整する必要があります。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 請求計画明細 (AFMS-ABPOS) | SD請求計画の明細番号への参照 | マイルストーンを受注伝票(VA02)の特定の請求計画明細にリンクします。1つのマイルストーンは、正確に1つの請求計画明細に対応します。プロジェクトに複数の請求イベントがある場合、各イベントに独自の請求計画明細参照を持つ独自のマイルストーンが必要です。ブループリント時にマッピングテーブルを文書化してください。本稼働後の更新には、PSチームとSDチーム間の変更要求調整が必要です。 | |
| 請求タイプ (AFMS-FKART) | このマイルストーンが確定された際に提案されるSD請求伝票タイプ | 標準値:F1(請求書)、F2(現金販売)。日本の顧客プロジェクトでは、請求タイプは通常、マイルストーンから直接決定されるのではなく、SD請求計画の設定によって決定されます。特定のクライアントの価格決定手順において、どの項目が優先されるかを確認してください。 | |
| 値パーセンテージ (AFMS-PROZ) | このマイルストーンで請求される受注明細金額の割合 | 請求計画明細金額は、受注明細正味金額に対するこの割合として計算されます。例:1億円の受注に対して25%ずつの4つのマイルストーン = 請求イベントごとに2,500万円。受注明細に対するすべての請求マイルストーンの割合が、本稼働前に合計100%になることを確認してください。合計が不完全だと、プロジェクト終了時に請求不足が発生します。 | |
| 請求日付 (AFMS-FKDAT) | マイルストーン確定時に請求のために提案される日付 | 確定時にマイルストーン日付から自動的に設定されます。確定後、受注伝票の請求計画(VA02)で上書きできます。契約上の支払スケジュールがあるプロジェクトでは、請求日付がキャッシュフロー予測を左右します。請求伝票を転記する前に日付が正しいことを確認してください。 |
2.4 スケジュール統合データ

スケジュール統合フィールドは、マイルストーン日付がその親アクティビティとどのように関連し、依存する後続アクティビティにどのように伝播するかを制御します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 日付オフセット (AFMS-MSTERMOFF) | マイルストーンがアクティビティ終了日の前後何日目に位置するかを示す日数 | 正のオフセットは、アクティビティ終了後にマイルストーンを配置します(例:完了後5日目に書類承認サインオフ)。負のオフセットは、アクティビティ終了前に配置します(例:完了前検査ゲートの-3日)。ゼロオフセット(デフォルト)は、マイルストーンがアクティビティ終了日と一致することを意味します。オフセットを使用して、別途アクティビティを追加することなく、契約上のリードタイムをモデル化します。 | |
| オフセット時間単位 (AFMS-MSTERM_TAGE) | 日付オフセットの単位:作業日または暦日 | 作業日オフセットは、プロジェクトに割り当てられた工場カレンダーを考慮します。暦日は考慮しません。契約上定義されたマイルストーン日付(例:「契約署名後30暦日」)には暦日を使用します。作業日でなければならない内部スケジュールゲートには、作業日を使用します。 | |
| スケジューリング制約 (AFMS-TERMEIN) | このマイルストーンの最も早い/最も遅い/必須日付制約 | アクティビティの日付制約フィールドに相当します。マイルストーンを「必須終了日」に制約することは、PSにおける契約上の期限に相当し、スケジューラはCNS41で違反をフラグします。このフィールドを使用して、アクティビティフィールドに日付をハードコーディングするのではなく、外部でコミットされた日付を表現します。 |
2.5 進捗測定データ

進捗マイルストーンフラグが設定されている場合、これらのフィールドは、マイルストーンの確認がCO-PSにおけるプロジェクトの完了度(PoC)計算にどのように貢献するかを定義します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 進捗ウェイト (AFMS-MGWT) | このマイルストーンが確認された時点で計上される完了率 | アクティビティに4つの進捗マイルストーンがあり、それぞれ10%、20%、30%、40%のウェイトが設定されている場合、4つすべてを確認すると、そのアクティビティは100%完了となります。ウェイトは、成果分析(KKA2)を設定する前に、PSプロジェクト計画担当者とCOコンサルタント間で合意する必要があります。ウェイトはPOCベースの収益認識を促進し、顧客プロジェクトの財務諸表に直接影響を与えます。 | |
| 測定方法 (COカスタマイジング経由) | 確認されたマイルストーンウェイトがWBSレベルにどのように集約されるかを決定します | COカスタマイジングで設定されます(AFMS内で直接設定するわけではありません)。ただし、ここで設定されたウェイト値がその設定に入力されます。一般的な方法:マイルストーン完了(確認されたウェイトの合計)、手動入力(PSウェイトは参考値のみ)。ブループリント時にCOと方法を確認してください。 | |
| 完了率 (AFMS-FERTIGUNGSGRAD) | 確認後のマイルストーンレベルにおける実際の完了率 | 確認時にシステムによって設定されます。CN41およびFioriプロジェクトモニターに表示されます。EVMレポートでは、このフィールドがCO-PAおよびプロジェクト情報システム(PS-IS)レポートにおけるアーンドバリュー計算のソースとなります。 |
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| ps-001 | Overview | SAP PSとは何ですか? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| ps-a01 | Overview | SAP PS マスタデータ:概要、階層、および関係 |
| ps-a02-01 | Master Data | SAP PS 品目マスタ |
| ps-a03-01 | Master Data | SAP PS プロジェクトプロファイル |
| ps-a03-02 | Master Data | SAP PS ネットワークプロファイル |
| ps-a03-03 | Master Data | SAP PS マイルストーングループ |
| ps-a04-01 | Master Data | SAP PS プロジェクト定義 |
| ps-a04-02 | Master Data | SAP PS WBS要素 |
| ps-a04-03 | Master Data | SAP PS WBS要素(建設仮勘定) |
| ps-a04-04 | Master Data | SAP PS WBS階層 |
| ps-a05-01 | Master Data | SAP PS ネットワーク |
| ps-a05-02 | Master Data | SAP PS アクティビティ |
| ps-a05-03 | Master Data | SAP PS アクティビティ要素 |
| ps-a05-04 | Master Data | SAP PS マイルストーン 📍 |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| ps-b01 | Overview | SAP PSトランザクション:プロセスフロー、階層、および関係 |