SAP PS WBS要素

SAP PS WBS要素
WBS要素(Work Breakdown Structure Element)は、SAPプロジェクトシステムにおける基本的な原価・収益収集単位です。プロジェクト定義の下に作成され、各WBS要素はプロジェクト内の明確な成果物、フェーズ、または責任領域を表し、計画原価、予算、実績転記、収益、決済ルールを保持できます。WBS要素の階層は、報告と管理のためにプロジェクトを構造化するWork Breakdown Structureを形成します。この記事の残りの部分では、その5つのタイプ、データ階層、CO、FI、SDとの統合、およびPSコンサルタントが設定する必要のあるすべてのフィールドについて説明します。
パート1: WBS要素 — 中核概念(全モジュール共通)
1.1 WBS要素とは

WBS要素は、プロジェクトの階層構造におけるノードであり、成果物の責任者を特定する組織単位として、また計画コスト、実績コスト、収益、予算を収集する財務オブジェクトとして同時に機能します。SAPの多くのマスタデータオブジェクトとは異なり、WBS要素は構造要素と勘定割当オブジェクトの両方の役割を担います。つまり、同じレコードがプロジェクトツリーを制御し、財務転記を受け取ります。
| 項目 | 詳細 | |
|---|---|---|
| 役割 | プロジェクト内の主要な収益・コスト収集単位。WBS階層の構造ノード。 | |
| 使用モジュール | PS(主所有者 — 計画、実行、決済)、CO(内部指図と同様のコスト収集、利益センタ会計)、FI-AA(投資プロジェクトの資産化のための建設仮勘定WBS)、SD(マイルストーン請求およびリソース関連請求のための請求WBS) | |
| トランザクション | CJ11(WBS要素作成)/ CJ12(変更)/ CJ13(表示)/ CJ20N(プロジェクトビルダー — 階層を対話的に作成)/ CN41(WBS一覧レポート) | |
| 主要テーブル | PRPS(WBS要素マスタデータ)/ PROJ(親プロジェクト定義)/ PRHI(WBS階層 — 親子関係) | |
| S/4HANAに関する注意点 | S/4HANAでは、各WBS要素への利益センタ割当が必須となりました(ECCのように任意ではありません)。ユニバーサルジャーナル(ACDOCA)により、WBS実績が利益センタディメンションと直接統合されます。Fioriアプリ「プロジェクト管理」(F2373)でWBSの作成と編集が可能です。 |
1.2 WBS要素タイプ

WBS要素は、3つのブール型制御フラグ(計画要素、勘定割当要素、請求要素)と、1つの特殊用途バリアント(AuC)によって区別されます。1つのWBS要素が複数のフラグを同時に保持することができます(例:計画要素と勘定割当要素の両方であるWBS)。各階層レベルでどの組み合わせを適用するかを理解することは、PSプロジェクトブループリントにおける最初の構造上の決定事項の1つです。
| タイプ | コード/フラグ | ユースケース | 主な動作 | |
|---|---|---|---|---|
| 計画要素 | PSPRI.BELKZ = X | コスト・収益計画を入力するWBSノード | 原価要素計画、単価見積、階層計画は計画要素に集約されます。このフラグがないノードには手動計画を入力できません。 | |
| 勘定割当要素 | PRPS.FAKKZ = X | 実績コスト・収益転記を受け取るWBSノード | 購買発注、入庫、作業時間確認、手動仕訳は勘定割当要素にのみ転記できます。通常、下位レベルのWBSノードに設定されます。 | |
| 請求要素 | PRPS.FAKKZ = X (請求) | 顧客請求のために受注伝票明細にリンクされたWBSノード | マイルストーン請求やリソース関連請求に必要です。WBSをSD請求計画に接続します。顧客プロジェクトタイプの場合のみ関連します。 | |
| 統計用WBS要素 | PRPS.XSTAT = X | レポート・分析専用のノード | 実績転記は統計的に行われます。WBSはレポートに表示されますが、実際のコストは別のオブジェクト(例:原価センタ)に計上されます。並行レポート階層に使用されます。 | |
| 建設仮勘定WBS要素 | PRPS.PSPRI (投資) | 資本的支出プロジェクト:固定資産への資産化 | 建設段階で実績プロジェクトコストを受け取り、建設仮勘定(AuC)に決済され、最終的にFI-AAを介して固定資産に決済されます。投資プロジェクトタイプが必要です。 |
設計原則: 勘定割当要素フラグは、階層の最も意味のある最下位レベルにのみ割り当てます。中間レベルのWBS要素への転記は、リーフレベルでの詳細なコスト分析を妨げます。
1.3 組織レベルとデータ階層

具体的な例を用いたデータ階層
Controlling Area 1000
│
└── Project Definition PROJ-2026-001
Plant Expansion — Line 3 Capacity Increase
│
└── WBS Element PROJ-2026-001.1 (Level 1 — Summary)
Civil Works
Profit Center PC-1000-MFG
│
└── WBS Element PROJ-2026-001.1.1 (Level 2 — Phase)
Foundation & Site Prep
Responsible Cost Center 4100-CONSTR
│
└── WBS Element PROJ-2026-001.1.1.1 (Level 3 — Deliverable)
Concrete Pour — Bay 3
Account Assignment + Billing Element
Settlement Rule: AuC 700001234
── linked via ──> Network 4500001234, Activity 00101.4 他のマスタデータオブジェクトとの統合

WBS要素は、SAP PSにおいて最も統合度の高いマスタデータオブジェクトです。上位のプロジェクト定義に接続し、横方向にはネットワーク(日程計画用)に、下位方向にはプロジェクト実行の財務結果を受け取るCO、FI-AA、SDオブジェクトに接続します。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| プロジェクト定義 | 親 (1:N) — 1つのプロジェクト定義に対して複数のWBS要素 | WBS要素コードは、プロジェクト定義番号と要素固有のセグメントで構成されます。プロジェクト定義のプロジェクトタイプにより、許可されるWBS要素タイプが制約されます(例:請求要素は顧客プロジェクトのみ)。 | |
| WBS階層 | 子構造 (PRHI) — WBS要素がツリー状にリンク | 親子関係はPRHIに格納され、自動的に管理されます。深い階層(5レベル以上)はレポート作成を遅くする可能性があるため、パフォーマンスのために十分フラットな構造を設計してください。 | |
| ネットワーク / アクティビティ | 関連付け (N:M、割当による) — ネットワークはスケジューリングのためにWBS要素にアタッチ | アクティビティの実績原価は、割り当てられたWBS要素にロールアップされます。1つのWBS要素に複数のネットワークを割り当てることができ、割り当てられたすべてのネットワークからの原価がWBSに集約されます。 | |
| 利益センタ | 参照 (S/4HANAでは必須) | すべての非統計WBS要素には利益センタの割当が必要です。これにより利益センタ会計が機能し、セグメントレポートおよび法人連結にとって重要です。 | |
| 建設仮勘定 (FI-AA) | AuC WBS要素の決済受取先 | 投資プロジェクトのWBS要素は、プロジェクト期間中は建設仮勘定オブジェクトに決済され、完了時に最終的な固定資産に決済されます。WBS要素の決済ルールがこのフローを制御します。 | |
| 受注伝票明細 (SD) | 請求WBS要素から参照 | 顧客プロジェクトの場合、請求WBS要素が受注伝票明細で参照され、マイルストーン日付と請求金額がSD請求計画にリンクされます。 |
第2部: PS固有のフィールド詳細
2.0 PSオーナーシップの範囲

| データ区分 | PS関与 | 備考 | |
|---|---|---|---|
| 基本データ | ◎ オーナー | WBSコード、説明、ショートID — PSコンサルタントとプロジェクトマネージャーが定義 | |
| 管理データ | ◎ オーナー | 計画/勘定割当/請求フラグ、統計フラグ — ブループリント時に構造上の判断を行う | |
| 組織割当 | ◎ オーナー | 利益センタ、事業領域、責任原価センタ — PSが設定を担当、COが検証 | |
| 日程 | ◎ オーナー | 基本日付、予定日付、実績開始/終了日付 — プロジェクト計画担当者がライフサイクル全体で管理 | |
| 統合割当 | ○ CO / FI-AA / SDと共有 | 決済ルール(CO/FI-AA)、受注伝票参照(SD) — PSが設定、利用モジュールが検証 |
凡例: ◎ = オーナー/重要、○ = 直接関与
2.1 基本データ

基本データ項目は、WBS要素を識別し、プロジェクト階層内での位置を特定します。WBSコードは主キーであり、プロジェクト番号と要素の階層上の位置をドット区切りの文字列でエンコードします。このコードは、当該要素を参照するすべてのプロジェクトレポート、購買発注、および仕訳入力に表示されます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| WBSコード | プロジェクト番号と要素セグメントを使用した階層識別子。通常はドット区切り(例:JP01-2026-0001.1.2) | コードは階層の深さを暗黙的に示します。フェーズ、作業パッケージ、成果物をセグメント構造にエンコードする命名規則を定義してください。転記が存在すると、本稼働後の名称変更はできません。 | |
| 短縮識別子 | 短いフィールドやレポートに表示するための短縮WBSコード(最大8文字) | ネットワークアクティビティ割当や一部のFioriアプリで使用されます。プロジェクト内で一意に保ち、実行時の混乱を避けるために、完全なWBSコードに直感的にマッピングしてください。 | |
| WBS説明 | この要素が表す成果物またはフェーズのフリーテキスト説明(40文字) | すべてのプロジェクト情報システム(PIS)レポートに表示されます。プロジェクトマネージャーと財務チームの両方にとって意味のある説明を記述してください。外部監査人が解釈できない純粋な技術用語や内部コードは避けてください。 | |
| ユーザステータス | WBS要素の現在のユーザ定義ライフサイクルステータス(例:計画中、リリース済、TECO) | ユーザステータスは、財務取引をブロックまたは許可できます。例えば、WBSが「リリース済」ステータスに達するまで実績転記を防止することで、ガバナンス管理を強化します。ブループリントに文書化されたプロジェクトガバナンスプロセスに合わせてステータス遷移を調整してください。 |
2.2 制御データ

制御データフラグは、各WBS要素が果たす財務上の役割を決定します。これらの4つのブールスイッチは、その要素に転記できる取引と、計画、請求、決済におけるデータの使用方法を制御します。開始時にこれらを誤って設定すると、手動による修正プロセスが必要となり、データの不整合が発生するリスクがあります。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 計画要素フラグ | このWBS要素が、手動によるコスト・収益計画エントリの対象となることを示します | プロジェクトマネージャーや原価計画担当者が予算や原価計画を入力するすべてのWBS要素にこのフラグを設定します。設定がない場合、計画トランザクション(CJ40、CJ30)はその要素をスキップします。階層的なコストロールアップのために、サマリレベルの要素にもこのフラグを設定する必要があります。 | |
| 勘定割当要素フラグ | このWBS要素が、実際の財務転記の有効な受信側であることを示します | このフラグが有効な要素のみが、購買発注、入庫、CATS工数入力、仕訳伝票で参照可能になります。レポートの詳細度を維持するため、最下位の転記レベルにのみ設定してください。 | |
| 請求要素フラグ | このWBS要素が、SD受注伝票明細の請求参照先であることを示します | 顧客プロジェクトタイプでのみ適用されます。請求要素は受注伝票明細で参照され、マイルストーン請求またはリソース関連請求をトリガーします。請求関連の階層ブランチごとに、最大1つの請求要素を設定します。 | |
| 統計用WBSフラグ | 要素をレポート専用ノードとして指定します。実績コストは統計的に転記されます | WBSを通じた実際のコストフローを発生させずに、複数プロジェクトにまたがるプロジェクトフェーズなど、横断的なレポート軸が必要な場合に使用します。実際のコスト転記は別のオブジェクトに対して行われ、WBSは統計的なシャドウ転記を受け取ります。 |
2.3 組織割当

組織割当フィールドは、各WBS要素を企業の財務構造にリンクします。S/4HANAでは、これらの割当はECCよりも厳格になりました。利益センタの割当は必須となり、未設定の場合は実績転記がブロックされます。これらのフィールドは、実行時にアドホックに入力するのではなく、プロジェクトテンプレート設計の一部として計画する必要があります。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 利益センタ | このWBS要素のコストと収益を管理する利益センタ(S/4HANAでは必須) | 勘定割当WBS要素には必ず利益センタを設定する必要があります。S/4HANAでは、ユニバーサルジャーナルが利益センタ次元に直接転記するため、割当がないと実績転記時にハードエラーが発生します。複数の利益センタにまたがるプロジェクトの場合は、単一のビジネスセグメントに対応する最下位のWBSレベルで利益センタを割り当ててください。 | |
| 事業領域 | このWBS要素にリンクされたFI事業領域 | 事業領域会計が有効な場合に必要です。多くの設定では利益センタマスタデータからデフォルト設定されますが、WBS上で個別に設定することも可能です。本稼働前にカスタマイジングで導出ロジックを検証してください。 | |
| 会社コード | このWBS要素に関連付けられた法的エンティティ | プロジェクト定義からデフォルト設定されますが、企業間プロジェクトシナリオの場合はWBSレベルで上書き可能です。実績転記後に会社コードを変更することは許可されていません。クロスカンパニーWBS構造はブループリント段階で設計してください。 | |
| 責任原価センタ | このWBS要素の間接費責任を負う原価センタ | COにおけるテンプレート配賦(間接費計算)および責任レポートで使用されます。WBSの範囲を担当する部門またはチームに設定してください。プロジェクト途中で変更すると、遡及再計算を実行しない限り、過去期間の間接費計算に影響を与えます。 |
2.4 日付

各WBS要素は、要素レベルでのスケジュールを表す基本日付、予測日付、実績日付の独自のセットを持ちます。これらの日付は、親プロジェクト定義の境界日付内に収まる必要があります。ネットワークが割り当てられると、ネットワーク日程計画によってWBS要素の日付が自動的に更新される場合があります。日程計画の方向(順方向または逆方向)は、ネットワークプロファイルによって制御されます。
| フィールド | 説明 | 実務上の使用 | |
|---|---|---|---|
| 基本開始日 | プロジェクトベースライン時点での、この成果物またはフェーズの計画開始日 | 初期プロジェクト計画時に設定します。基本終了日とともに、差異レポートで実績と比較されるスケジュールベースラインを形成します。ベースライン確定後は基本日付を変更しないでください。修正には予定日を使用します。 | |
| 基本終了日 | プロジェクトベースライン時点での、この成果物またはフェーズの計画終了日 | 標準ガントチャート(CJ20N)や、EVMにおけるスケジュール効率指数(SPI)の計算で使用されます。このWBSのアクティビティに割り当てられたマイルストーンは、この日付に対してチェックを行います。 | |
| 予定開始日 | 現在のプロジェクト状況に基づく、修正後の予想開始日 | 実際の開始が基本日付から遅れた場合に更新します。予定日は、PS情報システムやFioriプロジェクト監視アプリの現在のスケジュールビューを駆動します。 | |
| 予定終了日 | 修正後の予想終了日 — この要素に対する運用上のスケジュール目標 | プロジェクト実行中に最も積極的に保守される日付フィールドです。プロジェクトマネージャーやコントローラーは、この日付を遅延の定量化やリソース再割り当ての判断に使用します。 | |
| 実績開始日 | この成果物の作業が実際に開始された日付 | 手動で設定するか、割り当てられたアクティビティの最も早い実績開始日から導出できます。アーンドバリューマネジメント(EVM)や、プロジェクト監査時の遅延原因分析で使用されます。 | |
| 実績終了日 | この成果物が実際に完了した日付 | WBS要素がTECO(技術完了)ステータスを受け取ったとき、または最後の実績転記が行われたときに設定されます。決済処理やプロジェクトアーカイブに必要です。 |
2.5 統合割当

統合割当は、WBS要素を下流の原価処分および収益収集オブジェクトに接続するフィールドです。これらは、PSコンサルタントがCO、FI-AA、SDチームと調整して設定します。ここでのエラーは、決済失敗、収益転記の欠落、または誤った資産化を引き起こします。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 決済プロファイル | このWBS要素のコストに対する有効な決済受取先と配分ルールを定義します | 決済実行前にカスタマイジングで設定し、WBS要素に割り当てる必要があります。投資プロジェクトの場合、プロファイルは建設仮勘定への決済を許可する必要があります。内部プロジェクトの場合、原価センタや総勘定元帳への決済が一般的です。プロファイルが一致しないと、期末決済トランザクション(CJ88)でハードエラーが発生します。 | |
| 決済ルール — 受取先 | 決済時にWBS要素の累積コストを受け取るオブジェクト(原価センタ、総勘定元帳、建設仮勘定、固定資産、または別のWBS) | 本稼働前に、すべての勘定割当WBS要素に決済ルールを定義します。ルールは、受取先タイプ、受取先オブジェクト、および割合按分を指定します。建設仮勘定WBS要素の場合、受取先はFI-AAで作成された建設仮勘定です。定期的に決済ルールがまだ有効であることを確認してください。受取先オブジェクトは非アクティブ化される可能性があります。 | |
| 決済ルール — 配分タイプ | 決済金額を複数の受取先にどのように分割するかを決定します(割合または等価数による) | 割合ベースのルールは監査がより簡単です。等価数は、決済シェアが期間ごとに変化する場合に役立ちます。複数受取先の決済ルールに関するビジネス上の根拠をプロジェクトブループリントに文書化し、監査担当者がロジックを追跡できるようにします。 | |
| 受注伝票 / 明細(請求WBS) | 顧客プロジェクト請求WBS要素のSD受注伝票明細への参照 | VA01/VA02で受注伝票明細がWBS要素に割り当てられると自動的に設定されます。このリンクにより、SD側の請求計画が有効になり、マイルストーン確認が請求伝票をトリガーできるようになります。受注伝票の通貨がプロジェクト定義の通貨と一致していることを確認し、収益認識における為替レートの不一致を回避します。 |
次に読むべきもの
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トランザクション:プロセスフロー、階層、および関係 |