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

表紙: SAP PS マイルストーン – 請求、日程計画、進捗測定を支える主要プロジェクト日付

SAP PS マイルストーン

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


第1部: マイルストーン — 中核概念(全モジュール共通)

1.1 マイルストーンとは

ハブアンドスポーク図:中央にマイルストーン、アクティビティ、マイルストーングループ、SD請求計画、CO進捗分析、WBS要素に接続

マイルストーンとは、プロジェクト計画における期間ゼロの時点であり、単なるスケジューリングを超えたビジネス上の重要性を持ちます。開始日と終了日を持つ作業期間を表すアクティビティとは異なり、マイルストーンは単一の時点(ゲート、引継ぎ、完了イベント)を表します。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つのマイルストーン使用タイプ

3つのSAP PSマイルストーン使用タイプ(請求、日程計画、進捗)の比較表

各マイルストーンには1つ以上の使用タイプフラグが設定されており、マイルストーンの日付が到来したとき、または確定されたときに、どのシステム動作がトリガーされるかを決定します。誤った組み合わせを選択すると、請求漏れ、スケジュールの誤った反映、または出来高分析(EVM)ベースラインの破損につながります。

用途タイプコードユースケース主要な動作
請求マイルストーン1マイルストーンベースの請求を行う顧客プロジェクト(例:造船、エンジニアリング・トゥ・オーダー)確認時に、SD受注伝票の対応する請求計画行が請求のためにリリースされます。WBS請求要素を参照するためにSD請求計画(VA42)が必要です。
スケジューリングマイルストーン2下流のアクティビティまたは外部制約がこのゲート後にのみ開始する必要があるプロジェクトネットワークスケジュールの制約ポイントとして機能します。後続アクティビティとの日付関係(例:終了-開始)は、このマイルストーンの確定日を使用して順方向の日程計画を推進します。
進捗マイルストーン3アーンドバリューマネジメント(EVM)またはマイルストーン加重進捗追跡を使用するプロジェクト確認時に、システムは関連するWBS要素またはアクティビティの計画値に対する進捗測定値を記録します。成果分析のためにCO期間末決算(CN27 / CNMM)で使用されます。

設計原則: 1つのマイルストーンで3つの使用フラグすべてを組み合わせることができます。複雑な顧客プロジェクトでは、同じ「設計完了」マイルストーンが請求をトリガーし、依存するエンジニアリング活動をスケジュール保留から解放し、20%の進捗クレジットを記録することがよくあります。3つのフラグすべてを意図的に設定し、その決定をプロジェクトブループリントに文書化してください。


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

アクティビティ/アクティビティ要素の下にあるマイルストーンを示す階層ツリー。マイルストーングループを参照し、SD請求計画を介した財務リンクを示しています

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

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 confirmation

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

マイルストーンを中心に、マイルストーングループ、アクティビティ、WBS要素、SD請求計画、CO進捗分析に接続されたハブアンドスポーク図

マイルストーンは単独で存在するものではありません。これは、プロジェクト実行データと請求および管理会計モジュールとの接合点です。

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

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

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

マイルストーンデータセクション全体における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 請求統合データ

左列にPSマイルストーン請求フィールド、右列に対応するSD請求計画フィールドを示す2カラム比較レイアウト

マイルストーンに請求フラグが設定されている場合、追加フィールドがそのマイルストーンを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

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トランザクション:プロセスフロー、階層、および関係