SAP PS プロジェクト定義

SAP PS プロジェクト定義
プロジェクト定義は、SAPプロジェクトシステムにおいてプロジェクト全体を表すヘッダマスタデータオブジェクトです。プロジェクトレベルの管理パラメータ、日程計画日付、および組織割当を格納し、これらは配下のすべてのWBS要素およびネットワークにカスケードされます。プロジェクトプロファイル(フェーズ1カスタマイジング)から作成されるプロジェクト定義は、PSマスタデータ階層の必須ルートとして機能し、これなしではフェーズ2やフェーズ3の要素は存在できません。この記事の残りの部分では、そのタイプ、組織レベルの範囲、フィールドごとの詳細、およびCOおよびFIとの統合について説明します。
第1部: プロジェクト定義 — 中核概念(全モジュール共通)
1.1 プロジェクト定義とは

プロジェクト定義は、プロジェクト全体を識別し管理する単一のヘッダレコードです。それ自体は原価対象ではありませんが、その配下にあるすべての原価対象(WBS要素、ネットワーク、アクティビティ)が動作するルールを設定します。SAP PSの各プロジェクトには、必ず1つのプロジェクト定義が存在します。
| 項目 | 詳細 | |
|---|---|---|
| 役割 | プロジェクトの最上位ヘッダー:プロジェクトタイプ、日付範囲、計画・予算プロファイル、通貨を設定 | |
| 使用するモジュール | PS(プライマリオーナー — 計画、実行、クロージング)、CO(WBS経由の原価収集)、FI-AA(投資プロジェクトの建設仮勘定への決済)、SD(WBS経由の顧客プロジェクト請求) | |
| トランザクション | CJ06(プロジェクト定義のみ作成)/ CJ07(変更)/ CJ08(照会)/ CJ20N(プロジェクトビルダー — 定義+WBSの一括作成) | |
| 主要テーブル | PROJ(プロジェクト定義ヘッダー)/ PRPS(WBS要素、PROJの子) | |
| S/4HANAに関する注意点 | プロジェクト定義の構造はECCから変更なし。Fioriアプリ「プロジェクト管理」(F2373)で作成・編集をサポート。複雑な階層作成にはプロジェクトビルダー(CJ20N)が引き続き主要ツール。 |
1.2 プロジェクトタイプ

プロジェクトタイプは、プロジェクトプロファイルから継承され、プロジェクトが対応するビジネスシナリオを決定し、特定の下流機能を有効化または制限します。開始時に誤ったタイプを選択すると、プロジェクトの削除と再作成が必要になります。WBS要素が作成された後は変更できません。
| プロジェクトタイプ | コード | ユースケース | 主要な動作 |
|---|---|---|---|
| 投資プロジェクト | 01 | 設備投資:工場建設、設備取得 | AuC WBS要素を有効化。IMモジュール経由で固定資産へ決済 |
| 顧客プロジェクト | 02 | 受注生産/プロジェクトベース販売(マイルストーン請求あり) | 請求WBS要素を有効化。SD経由で受注伝票明細とリンク |
| 内部プロジェクト | 03 | 研究開発、IT施策、社内イベント | 原価収集のみ。収益転記なし。原価センタまたは総勘定元帳へ決済 |
| 保全プロジェクト | 04 | 大規模プラント保全またはオーバーホールキャンペーン | PM指図とリンク。保全作業の原価および能力計画を実行 |
設計原則: WBS要素が作成されると、プロジェクトタイプはロックされます。ブループリントフェーズで正しいタイプを決定し、プロジェクトプロファイルの割り当てを通じてそれを強制してください。
1.3 組織レベルとデータ階層

具体的な例を用いたデータ階層
Controlling Area 1000
│
└── Project Definition PROJ-2026-001
Plant Expansion — Line 3 Capacity Increase
Type: Investment (01), 2026-01-01 – 2027-06-30
│
├── WBS Element PROJ-2026-001.1
│ Civil Works — Profit Center PC-1000-MFG
│ ── linked via ──> Network Activity (below)
│
└── Network 4500001234
Mechanical Installation
│
└── Activity 0010
Install Conveyor Frame
── assigned to ──> WBS Element PROJ-2026-001.1
│
├── Activity Element 0010/1
│ Torque Verification Checklist
│
├── Milestone MS-010
│ Customer Acceptance Checkpoint
│
└── ── consumes ──> BOM Item 0010 (Component RM-2001)1.4 他のマスタデータオブジェクトとの統合

プロジェクト定義は単独で存在するわけではありません。プロジェクトプロファイルから制御パラメータを継承し、その管理下にあるすべてのWBS要素およびネットワークに対して制約を下方に伝播させます。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| プロジェクトプロファイル | 前提条件 (1:N) — 1つのプロファイルから多数のプロジェクト定義が生成される | プロジェクトタイプ、計画プロファイル、予算プロファイル、ステータスプロファイルはすべてここからデフォルト設定されます。正しく設定されたプロファイルなしにプロジェクト定義を作成しないでください。 | |
| WBS要素 | 子 (1:N) — 1つのプロジェクト定義に対して多数のWBS要素 | プロジェクト定義のプロジェクト番号が、すべてのWBSコードの最初のセグメントを形成します。WBS作成前に命名規則を整合させておく必要があります。 | |
| ネットワーク | 子 (1:N) — オプション;ネットワークプロファイルが必要 | ネットワークはプロジェクト定義(およびオプションでWBS要素)に紐付きます。プロジェクトプロファイルでネットワークプロファイルが設定されている必要があります。 | |
| 利益センタ | WBS要素から参照(S/4HANAでは必須) | プロジェクト定義自体には利益センタフィールドはなく、WBSレベルで設定されます。ただし、プロジェクト定義の責任原価センタは間接費計算に役立ちます。 | |
| CO原価センタ | 責任原価センタ(ヘッダ参照) | 主に間接費配賦と責任報告に使用されます。実際の原価収集先ではありません。 |
第2部: PS固有のフィールド詳細
2.0 PS オーナーシップの範囲

| データセクション | PS関与 | 備考 | |
|---|---|---|---|
| 基本データ | ◎ オーナー | プロジェクト番号、説明、責任原価センタ — PSコンサルタントとプロジェクトマネージャが設定 | |
| 制御データ | ◎ オーナー | プロジェクトタイプ、計画プロファイル、予算プロファイル、ステータスプロファイル — プロジェクトプロファイルから継承されるが、ヘッダで編集可能 | |
| 日程 | ◎ オーナー | 基本開始/終了日、予測日、実績日 — すべての子オブジェクトの日程計画フレームを形成 | |
| 組織割当 | ◎ オーナー | 管理領域、会社コード、通貨 — プロジェクトプロファイルで設定。WBS作成後はロック |
凡例: ◎ = 所有者 / 重要
2.1 基本データ

基本データ項目は、プロジェクトを識別し、その主要な組織責任を割り当てます。プロジェクト番号は、すべてのPSオブジェクトをリンクするキーであり、すべてのWBSコードのルートとして表示されます。ここで適切に設計された命名規則は、プロジェクトライフサイクル全体にわたって大きな利益をもたらします。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| プロジェクト番号 | プロジェクトの一意の識別子(最大24文字) | この番号はすべてのWBS要素コードの最初のセグメントとなるため、プロジェクト作成前に命名規則を定義してください。一般的なパターンには、プラントコード+年度+連番(例:JP01-2026-0001)などがあります。一度作成すると、プロジェクト番号は変更できません。 | |
| プロジェクト定義(短) | プロジェクトの自由記述テキスト(40文字) | すべてのプロジェクトレポートおよび選択リストに表示されます。契約書や経営報告でプロジェクトが参照される方法と一貫性を保ってください。一貫性のない命名は、複数プロジェクトの報告時に混乱を引き起こします。 | |
| プロジェクト定義(長) | 拡張説明フィールド | スコープ定義文、契約参照、または内部承認番号に使用します。ほとんどの標準プロジェクトレポートには表示されませんが、CJ20Nで検索可能です。 | |
| 責任原価センタ | プロジェクトの組織上の所有者として割り当てられた原価センタ | 間接費計算(テンプレート配賦)および責任報告で使用されます。プロジェクトと同じ管理領域に属している必要があります。グローバルプロジェクトの場合は、特定の部門ではなくPMO原価センタに設定してください。 | |
| 利益センタ | プロジェクト定義には保存されません。WBS要素レベルで設定します。 | S/4HANAでは、各WBS要素への利益センタ割当が必須です。設計時に明確な利益センタマッピングをサポートするプロジェクト命名規則を確保してください。 |
2.2 制御データ

制御データ項目はプロジェクトの動作特性を決定します。つまり、利用可能な計画機能、予算チェックの実施有無、プロジェクトが通過できるユーザステータスなどを決定します。これらのほとんどはプロジェクトプロファイルからデフォルト設定されますが、例外的なケースではプロジェクト定義レベルで上書きできます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| プロジェクトタイプ | プロジェクトのビジネスシナリオを分類します(01 投資、02 顧客、03 内部、04 保全) | 利用可能な下位オブジェクトと機能を決定します。投資プロジェクトでは、建設仮勘定(AuC)WBSの設定とIM連携が必要です。顧客プロジェクトでは、請求WBS要素が必要です。WBS作成後はロックされます。 | |
| 計画プロファイル | 有効な計画方法(原価要素計画、全体計画、ユニット原価計算)を制御します | カスタマイジングでプロジェクトシナリオごとに1つの計画プロファイルを定義します。投資プロジェクトのプロファイルは通常、階層計画を有効化します。顧客プロジェクトのプロファイルは、詳細なユニット原価計算を有効化する場合があります。誤ったプロファイルを使用すると、計画データが表示されなくなったり、誤って集計されたりします。 | |
| 予算プロファイル | プロジェクト予算の入力方法と監視方法(全体予算 vs 年間予算、予算管理の有無)を管理します | ここで予算管理(予算許容範囲チェック)の有効/無効を設定します。厳格な設備投資管理が必要なプロジェクトには、ハードな許容範囲を持つ年間予算プロファイルを使用します。研究開発プロジェクトには、警告メッセージのみを表示するソフトなプロファイルの方が実用的です。 | |
| ステータスプロファイル | プロジェクトライフサイクルで許可されるユーザステータスの順序を定義します(例:計画中 → 承認済 → 実行中 → 完了) | ユーザステータスは転記トランザクションを制限できます。例えば、プロジェクトが「承認済」ステータスに達するまで実績原価の転記を防ぐことができます。ブループリント作成時に、プロジェクトガバナンス要件に合わせてステータスプロファイルを設計します。 | |
| 決済プロファイル | プロジェクト原価決済の有効な決済受取先とルールを決定します | 決済実行前に必ず設定する必要があります。投資プロジェクトの場合、決済プロファイルは建設仮勘定への決済を許可する必要があります。内部プロジェクトの場合、原価センタまたは総勘定元帳勘定への決済が一般的です。 |
2.3 日付

プロジェクト定義は、プロジェクト全体の最も外側の日付枠を保持します。WBS要素とネットワークの日付はこの枠内に収まる必要があり、子オブジェクトの日付がプロジェクト定義の境界日付を超えた場合、システムは警告(エラーに設定変更可能)を発行します。したがって、ヘッダレベルでの正確な日付管理は、日程計画の整合性にとって極めて重要です。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 基本開始日 | プロジェクト作成時点での計画上のプロジェクト開始日 | 順日程計画の基準となります。計画上の着手日を設定してください。投資プロジェクトの場合は、資本承認日と整合させてください。 | |
| 基本終了日 | プロジェクト作成時点での計画上のプロジェクト終了日 | すべてのWBS要素およびネットワークの最新終了日を含む必要があります。子オブジェクトの日付がこのフィールドを超える場合、すべてのレポートで日程計画に関する警告が表示されます。 | |
| 予測開始日 | 現在の見込みを反映した修正後の開始日 | 実際の開始が基本日付から遅れた場合に、このフィールドを更新します。プロジェクト情報システム(PSレポート)における正確なスケジュール実績分析のために、予測日付を最新に保つことは不可欠です。 | |
| 予測終了日 | 現在の見込みを反映した修正後の終了日 | 運用上最も重要な日付フィールドです。プロジェクトマネージャーやPMOはこれを使用してスケジュールの遅延を追跡します。プロジェクト終了時だけでなく、実行期間を通じて入力・維持してください。 | |
| 実績開始日 | プロジェクト作業が実際に開始された日付 | 手動で入力するか、子オブジェクトの最も早い実績開始日から導出できます。出来高管理(EVM)計算や遅延分析で使用されます。 | |
| 実績終了日 | プロジェクトが技術的に完了した日付 | 技術完了(TECO)ステータスが設定された時に入力されます。プロジェクトの決済およびアーカイブに必要です。プロジェクトが実際に完了するまで空白のままにしてください。 |
2.4 組織割当

組織割当フィールドは、プロジェクトをSAPシステムの財務・管理会計構造にリンクします。これらのフィールドは通常、プロジェクトプロファイルから継承され、WBS要素が作成されるとすぐにロックされます。後から変更するには、新しいプロジェクトが必要です。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 管理領域 | プロジェクトが運用されるCO組織単位 | カスタマイジング経由でプロジェクトプロファイルから継承されます。このプロジェクト配下のすべてのWBS要素、ネットワーク、アクティビティは、同じ管理領域に属している必要があります。複数会社グループのプロジェクトでは、リード会社の管理領域を選択し、会社間決済を使用して会社間コストを処理します。 | |
| 会社コード | プロジェクトに関連付けられたFI会社コード | 管理領域 → 会社コードの割当からデフォルト設定されます。複数の会社コードにまたがるプロジェクトの場合、プロジェクト定義がリーディング会社コードを保持し、会社間の割当はWBS要素レベルで会社間決済ルールを介して処理されます。 | |
| 通貨 | コストおよび収益の計画とレポートのためのプロジェクト通貨 | 会社コードからデフォルト設定されますが、グループ通貨または契約通貨に上書きできます。外貨調達が重要なプロジェクト(例:部品を輸入する自動車サプライヤー)では、プロジェクト通貨を契約通貨に設定することで、計画対実績の分析を簡素化できます。 | |
| 責任者 | プロジェクトマネージャの氏名または担当者番号 | プロジェクト選択リストおよび責任レポートに表示されます。プロジェクトマネージャが変更された場合にこのフィールドを最新に保つことは、アクセス制御およびマネージャ別のレポート作成にとって重要です。 |
次に読むべきもの
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トランザクション:プロセスフロー、階層、および関係 |