SAP PS プロジェクトプロファイル

SAP PS プロジェクトプロファイル
プロジェクトプロファイルは、SAP PSにおけるすべてのプロジェクト定義の動作を制御するカスタマイジングレベルの設定オブジェクトです。プロジェクトタイプ(投資、顧客、内部、保全)を決定し、計画プロファイルと予算プロファイルをリンクし、デフォルトのネットワークプロファイルを設定し、ステータス管理スキーマを定義します。すべてのプロジェクト定義は作成時に正確に1つのプロジェクトプロファイルを参照する必要があるため、プロファイル設計はPS導入において最も重要な設定上の決定事項となります。
パート1: プロジェクトプロファイル — 中核概念(全モジュール)
1.1 プロジェクトプロファイルとは

プロジェクトプロファイルは、カスタマイジングテンプレートであり(トランザクションマスタレコードではありません)、プロジェクト定義の設計図として機能します。これは、SAP S/4HANA PS内でプロジェクトがどのように管理、計画、および財務的に会計処理されるかを決定する制御パラメータをカプセル化します。
| アスペクト | 詳細 | |
|---|---|---|
| 役割 | プロジェクト定義のプロジェクトタイプ、計画、予算、ステータス動作を制御するカスタマイジングテンプレート | |
| 使用するモジュール | PS(プライマリオーナー — カスタマイジングとプロジェクト作成)、CO(計画プロファイルによる原価/収益計画)、FI(予算プロファイルによる予算管理)、SD(プロジェクトタイプによる顧客プロジェクト統合) | |
| トランザクション | OPSA(カスタマイジング — プロジェクトプロファイルの定義) | |
| 主要テーブル | T_PS_PROFIL(プロジェクトプロファイルヘッダ)、PROJ(プロジェクト定義 — プロファイルを参照)、T_PS_PLPRO(計画プロファイル)、T_PS_BUBUD(予算プロファイル) | |
| S/4HANAに関する注意点 | プロジェクトプロファイルの設定は、構造的にECCから変更されていません。S/4HANAではFioriベースのプロジェクト作成(SAP Fioriアプリ「プロジェクト作成」)が追加されていますが、すべてのプロファイルは引き続きカスタマイジングトランザクションOPSAで定義されます。S/4HANAではWBS要素への利益センタ割当が必須となりました。投資プロジェクト用のプロファイルはこれを考慮する必要があります。 |
1.2 プロジェクトタイプ

プロジェクトタイプは、プロジェクトプロファイルにおいて最も基本的な項目です。このプロファイルの下で作成されるすべてのプロジェクトの財務的および運用上の動作を決定します。誤ったタイプを選択した場合はプロジェクトの再作成が必要となり、プロジェクト定義が保存された後は変更できません。
| プロジェクトタイプ | コード | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| 投資プロジェクト | 1 | 設備投資 — 資産取得、プラント建設、設備交換 | 建設仮勘定(AuC)のWBS要素を有効化。期末またはプロジェクト終了時に固定資産(FI-AA経由)へ決済。投資管理(IM)統合による予算管理はオプション。 | |
| 顧客プロジェクト | 2 | 受注生産またはエンジニアリング・トゥ・オーダー製造、マイルストーン請求を伴うプロフェッショナルサービス | WBS請求要素を受注伝票明細にリンク。SD請求計画によるマイルストーン請求。収益はプロジェクトで認識され、SDに決済される。 | |
| 内部プロジェクト | 3 | 研究開発、ITプロジェクト、社内イベント、組織変更イニシアチブ | 外部請求や資産作成はなし。コストはWBSで収集され、原価センタ、内部指図、または収益性分析(CO-PA)に決済される。 | |
| 保全プロジェクト | 4 | 大規模プラントの定期修理、大規模改修、設備アップグレード | PSの日程計画とネットワーク機能をPM(プラント保全)統合と組み合わせる。アクティビティはPMの設備や機能場所を参照可能。 |
設計原則: プロジェクトタイプはブループリント中に決定し、カスタマイジングの移送が作成される前にロックする必要があります。プロファイルごとに1つのプロジェクトタイプが必須です — ビジネスで使用される各タイプに対して個別のプロファイルを使用してください。
1.3 組織レベルとデータ階層

具体的な例を用いたデータ階層
Client
│
├── Project Profile "YINV1"
│ Investment Project (Type 1)
│ Bundles Planning, Budget, Network, Status Profiles
│ ── includes ──> Network Profile "PS01"
│
├── Network Profile "PS01"
│ Standard Project Network
│ Controls: Scheduling, Costing Variant, Confirmation
│
└── Project Definition PROJ-2026-001
Plant Expansion — Line 3 Capacity Increase
── assigned to ──> Project Profile "YINV1"
Company Code 1000, Plant 1000
│
└── Network 4500001234
Mechanical Installation
── assigned to ──> Network Profile "PS01"1.4 他のマスタデータオブジェクトとの統合

プロジェクトプロファイルは単独で存在するものではありません。これは、それぞれ独立して管理され、複数のプロジェクトプロファイル間で再利用可能ないくつかのサブプロファイルへの参照を集約したものです。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| 計画プロファイル | プロジェクトプロファイルから参照される(1:N — 1つのプロファイルに複数の計画プロファイルが設定可能。プロジェクトプロファイルごとに1つ割り当てられる) | WBS要素で利用可能な原価要素計画方法を制御する。省略した場合、原価要素計画は無制限となる。コンサルタントは、間接費ベースのプロジェクトとユニット原価計算のプロジェクトで別々の計画プロファイルを定義すべきである。 | |
| 予算プロファイル | プロジェクトプロファイルから参照される | 予算を年度別に管理するか、全体(総額)として管理するかを制御する。また、予算管理の有効化レベルと許容限度も制御する。予算プロファイルがないプロジェクトでは予算利用可能在庫確認は行われない — これは、予算をCOでのみ追跡する内部プロジェクトで一般的である。 | |
| ネットワークプロファイル | デフォルトとしてプロジェクトプロファイルから参照される | このプロジェクトで作成されるネットワークのスケジューリングパラメータ(余裕タイプ、削減戦略、スケジューリング方向)を設定する。個々のネットワークレベルで上書き可能。 | |
| ステータスプロファイル | プロジェクトプロファイルから参照される | ユーザステータス(例:APPR = 承認済、HOLD = 保留中、CLOS = クローズ)と、各ステータスで許可またはブロックされる業務トランザクションを定義する。ステータスプロファイルがない場合、システムステータス(CRTD、REL、TECO、CLSD)のみが利用可能となる。 | |
| プロジェクト定義 | プロジェクトプロファイルを参照して作成される(N:1) | プロジェクト定義作成時に必須となる唯一の参照はプロジェクトプロファイルである。プロファイルで定義されたすべての属性は、作成時にプロジェクトに付与され、そのライフタイムの動作を制御する。 | |
| WBS要素(建設仮勘定) | プロジェクトタイプ=投資により有効化される | 建設仮勘定WBS要素と、それに対応するFI-AAの建設仮勘定(Asset under Construction)は、プロジェクトプロファイルのプロジェクトタイプが「投資」に設定されている場合にのみ表示される。他のプロジェクトタイプで建設仮勘定を使用しようとすると、設定エラーが発生する。 |
第2部: PS固有のフィールド詳細
2.0 PSオーナーシップの範囲

| データセクション | PS関与 | 備考 | |
|---|---|---|---|
| プロファイルヘッダ | ◎ オーナー | プロファイルキー、説明、プロジェクトタイプ — PSカスタマイジング | |
| 計画管理 | ◎ オーナー | 計画プロファイル割当、原価要素および収益計画方法 | |
| 予算管理 | ◎ オーナー | 予算プロファイル割当、予算管理設定 | |
| 日程・スケジューリング | ◎ オーナー | 工場カレンダー、日程計画パラメータ、ネットワークプロファイルデフォルト | |
| ステータス管理 | ◎ オーナー | ステータスプロファイル割当、初期ユーザステータス | |
| CO連携設定 | ○ COと共有 | 利益センタデフォルト、成果分析キー、決済プロファイル | |
| FI-AA連携設定 | ○ FI-AAと共有 | 建設仮勘定資産クラス、減価償却領域(投資プロジェクトのみ) |
凡例: ◎ = オーナー/重要、○ = 直接関与
2.1 プロファイルヘッダ

プロファイルヘッダには、下流のすべての動作を固定するIDとタイプのフィールドが含まれています。これらはカスタマイジング時に一度設定され、プロファイルを使用してプロジェクトが作成された後は変更できません。
| フィールド | 説明 | 実務上の使用 | |
|---|---|---|---|
| プロジェクトプロファイル | プロファイルを識別する4桁の英数字キー | プロジェクトタイプと事業領域をエンコードする命名規則を選択します(例:INV1=国内投資、CUS1=顧客プロジェクト)。明確な命名規則は重要です。プロジェクト作成後は、すべてのランドスケープへのトランスポートなしではプロファイル名を変更できません。 | |
| 説明 | プロファイルのフリーテキスト説明 | このプロファイルが対象とするプロジェクトシナリオの正式名称を入力します(例:「投資プロジェクト — 設備資産」)。プロジェクト定義作成時のF4検索で表示され、明確な説明によりプロファイル選択時のユーザーエラーを低減します。 | |
| プロジェクトタイプ | 財務および業務上のカテゴリを定義(投資 / 顧客 / 内部 / 保全) | 最も影響力の大きいフィールドです。投資タイプは建設仮勘定(AuC)を有効化し、顧客タイプは請求要素とSD統合を有効化し、内部タイプは原価センタへの決済を簡素化します。最初のトランスポートを作成する前に、ブループリント段階でFI、CO、SDと確認してください。 | |
| 業務指標:投資 | 投資管理(IM)統合を有効化 | IMモジュールで資本化申請として管理されるプロジェクトにのみ設定します。IMの予算申請リンクを有効化します。ほとんどの投資プロジェクトはIMを使用しません。ブループリントでクライアントのIM範囲を確認してください。 | |
| 業務指標:収益 | WBS要素での収益計画と転記を許可 | 収益認識を伴う顧客プロジェクトに必要です。設定されていない場合、WBSへの収益転記は実行時に拒否されます。最初の顧客プロジェクトが本稼働する前に、これを有効にしてください。 |
2.2 計画管理

計画管理フィールドは、WBSレベルでのコストと収益の計画方法を決定します。ここでの選択肢は、プロジェクトマネージャ向けの計画UXと、プロジェクトレポートおよびEVMで利用可能なデータモデルを定義します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 計画プロファイル | PS計画プロファイル(T_PS_PLPRO)を参照するキー | 利用可能な計画トランザクション(原価要素計画(CJR2)、階層計画、ユニット原価計算(CJ9B))を決定します。ビジネスで使用される計画方法ごとに1つの計画プロファイルを定義します。計画プロファイルがない場合、計画に制限はなく、すべての方法が利用可能となり、プロジェクト間で計画データに不整合が生じる可能性があります。 | |
| 原価計画方法 | 原価要素計画と簡易原価計画のどちらを使用するかを制御します | S/4HANAでは、SAPの深い経験がないプロジェクト管理者にとって、簡易原価計画(Fiori経由)が推奨される方法です。原価要素計画(CJR2)は、要素レベルの詳細を必要とするコントローラ向けに引き続き利用可能です。プロジェクトカテゴリごとに1つの方法を選択し、それに応じて計画プロファイルを設定します。 | |
| 階層計画 | サマリWBSから子要素へのトップダウン計画配分を有効にします | プロジェクトコントローラがトップレベルの計画数値を設定し、それをWBS階層に沿って配分する大規模プロジェクトに有用です。このフラグがない場合、計画はボトムアップのみとなり、各WBS要素は個別に計画されます。 | |
| 収益計画 | WBS請求要素に対する収益要素計画を有効にします | 収益が計画に対して追跡される顧客プロジェクトおよび(一部の)内部プロジェクトでのみ必要です。投資プロジェクトでは収益計画を有効にすべきではありません。混乱を招く差異レポートが作成され、決済が複雑になります。 |
2.3 予算管理

予算管理フィールドは、プロジェクトプロファイルを予算プロファイルにリンクし、システムが予算超過を防止するかどうかを決定します。このセクションは、ブループリントおよびコンフィギュレーション中にFI/COと共同で管理されます。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 予算プロファイル | PS予算プロファイル(T_PS_BUBUD)を参照するキー | 予算プロファイルは、年間予算と全体予算の区別、予算通貨、および予実管理設定を制御します。予算管理から意図的に除外するプロジェクト(例:正式な予算承認前の暫定的なコスト見積もり)の場合のみ空白のままにします。一般的な設計としては、投資プロジェクト用(厳格な予実管理を伴う年間予算)と顧客プロジェクト用(警告のみの管理を伴う全体予算)で予算プロファイルを分けます。 | |
| 予算タイプ | 全体予算または年間予算 | 全体予算は、プロジェクトの全期間を単一の予算額に集約します。年間予算は、予算を会計年度ごとに分割します。クライアントの設備投資承認プロセスに基づいて選択します。年間予算はより多くのメンテナンスを必要としますが、会計年度の報告に適合します。 | |
| 予実管理 | 有効化レベル:1 = 警告、2 = エラー(ハードストップ)、3 = ワークフロー | エラーレベルの予実管理(レベル2)は、予算超過時に購買発注や実績転記を防止します。これは規制対象の設備投資プロジェクトでは標準です。警告のみ(レベル1)は、スコープ完了のために超過納入が必要となる可能性がある顧客プロジェクトで一般的です。ブループリント作成時に財務部門と確認してください。稼働中のプロジェクトで警告からエラーに変更すると、既存の購買発注がブロックされる可能性があります。 | |
| 許容限度 | 予実管理がトリガーされる前のパーセンテージまたは絶対額のしきい値 | 通常は予算の100%に設定されます(最初の超過時にトリガー)。一部のクライアントは、不測の事態に備えて5~10%のバッファーを許可します。複数の許容限度を定義できます。例えば、90%で警告、100%でエラーなどです。これはビジネスポリシーの決定事項であるため、機能仕様書に許容限度の設計を文書化してください。 |
2.4 時間と日程計画

時間管理と日程計画のフィールドは、プロジェクトとそのネットワークの日付計算フレームワークを制御します。ここでの正しい設定は、意味のあるガントチャート計画と能力稼働分析の前提条件です。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| ファクトリーカレンダー | プロジェクト日程計画に使用する稼働日カレンダー | プロジェクトの主要な実行場所に合わせたカレンダーを選択します。複数国にまたがる活動がある多国籍プロジェクトの場合、ネットワークプロファイル(ネットワークレベル)でこれを上書きできますが、WBSレベルの日付計算のフォールバックはプロジェクトプロファイルのカレンダーです。日本標準:JPN(日本の祝日を含む)。 | |
| ネットワークプロファイル(デフォルト) | このプロジェクトで作成されるネットワークに適用されるデフォルトのネットワークプロファイル | ネットワークは作成時にこれを上書きできますが、適切なデフォルトを設定することで、どのネットワークプロファイルを選択すべきか分からないプロジェクトプランナーによる設定ミスを最小限に抑えられます。プロジェクトカテゴリごとに1つのネットワークプロファイルデフォルトを定義します(例:建設プロジェクトはソフトウェアプロジェクトとは異なるスケジューリングフロートを使用する)。 | |
| スケジューリングタイプ | 順方向、逆方向、または能力のみ | 順方向スケジューリング:プロジェクト定義の開始日から開始します。逆方向スケジューリング:必要な完了日から逆算して計画します。納期が厳格なプロジェクト(顧客への納品コミットメントがある場合)では、逆方向スケジューリングにより、活動期間の増加が即座にプロジェクトの遅延として表面化します。 | |
| フロート時間 | ネットワーク終了日とプロジェクト終了日の間のバッファ日数 | プロジェクトレベルでのスケジュール予備日として機能します。大規模な資本プロジェクトでは、軽微な遅延を吸収し、プロジェクト終了日の警告を発動させないために、5~10日のフロートを設定するのが一般的な慣行です。フロートを活動レベルのリスクバッファの代わりとして依存しないでください。これはプロジェクトレベルの指標にすぎません。 |
2.5 ステータス管理

ステータス管理フィールドは、プロジェクトプロファイルをユーザ定義のステータススキーマに接続し、プロジェクトのライフサイクル各段階で許可されるアクションを制御します。これは、規制対象業界において重要なガバナンス管理です。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| ステータスプロファイル | ステータスプロファイルを参照するキー(BS02 — ステータスプロファイル定義) | ステータスプロファイルは、ユーザステータス(例:PLAN = 計画中、APPR = 承認済、EXEC = 実行中、CLOS = 完了)と、各ステータスがブロックまたは許可するビジネストランザクションを定義します。ステータスプロファイルがない場合、プロジェクトライフサイクルはシステムステータス(CRTD、REL、TECO、CLSD)のみで制御されます。これはシンプルなプロジェクトには十分ですが、承認ゲートが必要な規制対象の資本プロジェクトには不十分です。 | |
| 初期ユーザステータス | 新規プロジェクト作成時に自動的に設定されるユーザステータス | 承認ライフサイクルの最初の段階(例:PLAN または DRFT)に設定します。これにより、すべての新規プロジェクトが定義された状態で開始され、プロジェクト作成者が手動でステータスを設定する必要がなくなります。変更管理ワークストリームとの整合性が必要です。初期ステータスは、最初の承認ステップのワークフロートリガーと一致する必要があります。 | |
| オブジェクトタイプ | ステータスプロファイルをプロジェクトヘッダ、WBS要素、またはその両方に適用するかを制御します | ほとんどの実装では、ステータスプロファイルをプロジェクトヘッダとWBS要素レベルの両方に適用します。ヘッダのみが制御される場合、WBS要素は独立してリリース可能となり、全か無かでのプロジェクトリリースを必要とする承認ガバナンスと競合する可能性があります。 |
2.6 CO統合設定

CO統合設定は、プロジェクトプロファイルを、原価収集、成果分析、および期末決済を管理する管理会計(Controlling)オブジェクトにリンクします。これらのフィールドは、ブループリント作成時にPSコンサルタントとCOコンサルタントが共同で設計します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 成果分析キー | WBS要素の成果分析(収益認識)方法を制御するキー | プロジェクトの進捗に基づいて収益を認識する顧客プロジェクト(完工基準、原価基準、マイルストーン基準)で使用されます。成果分析キーはCO-PA割当を参照し、決算処理(CJ44)で実行される計算方法を定義します。内部プロジェクトや投資プロジェクトでは、通常、成果分析は使用されません。不要な決算転記を避けるため、空白のままにしてください。 | |
| 決済プロファイル | WBS決済の有効な決済受入者と配分ルールを制御します | 決済コストを受け取ることができるオブジェクトタイプ(原価センタ、内部指図、収益性セグメント、固定資産(建設仮勘定)、総勘定元帳勘定)を定義します。また、プロファイルはデフォルトの決済ルールソース(手動入力 vs. 自動導出)も設定します。各プロジェクトタイプには専用の決済プロファイルを設定する必要があります。同じプロファイルに投資プロジェクトと内部プロジェクトの決済ルールを混在させると、設定ミスや監査上の指摘事項が発生します。 | |
| デフォルト利益センタ | WBS要素作成時に提案されるデフォルトの利益センタ | S/4HANAでは、すべてのWBS要素(勘定割当要素)に利益センタが必要です。管理領域のダミー利益センタ、またはこのプロジェクトカテゴリで最も一般的な利益センタをプロジェクトプロファイルレベルでデフォルト定義します。プロジェクトマネージャーや管理会計担当者はWBSレベルで上書きできます。プロファイルのデフォルト設定により、プロジェクト作成時の利益センタ未入力エラーを防止します。 |
2.7 FI-AA 統合設定

FI-AA統合設定は、投資プロジェクトプロファイルにのみ関連します。これらは、建設仮勘定(AuC)が固定資産会計モジュールの固定資産にどのようにリンクされるかを定義します。これらのフィールドは、PSコンサルタントとFI-AAコンサルタントが共同で設定します。
| フィールド | 説明 | 実務上の使用 | |
|---|---|---|---|
| AuC資産クラス | WBS要素(AuC)がFI-AAで自動的に建設仮勘定資産を作成する際に使用される資産クラス | AuC資産クラスは、減価償却領域の設定と、建設仮勘定(CIP)価値の貸借対照表勘定を制御します。最初の投資プロジェクトを作成する前に、資産クラスが設定されていることを確認するためにFI-AAと調整してください。AuC資産クラスが欠落または誤っていると、WBSへの最初の実績転記時にエラーが発生します。 | |
| 投資プロファイル | WBSから固定資産への自動AuC作成と決済構造を制御します | FI-AA投資プロファイル(トランザクションOITA)にリンクされており、自動AuC作成のデフォルト資産クラスと、AuCがWBS作成時または最初の実績転記時のどちらで作成されるかを定義します。日本向け:AuCの命名規則と資産番号付けについてFI-AAチームと確認してください。日本の監査要件では、通常、プロジェクトごとに集約するのではなく、個別資産レベルでのAuC記録が義務付けられています。 | |
| 固定資産への決済 | プロジェクト終了時の資産化方法(明細行決済 vs. 一括決済)を定義します | 明細行決済は、WBSの各行に対して個別の固定資産を作成し、原価構成の詳細を保持します。一括決済は、すべてのプロジェクトコストを単一の資産にまとめます。明細行決済は、規制業界や、混合資産タイプ(機械、建物、ソフトウェア)を含むプロジェクトに推奨されるアプローチです。ブループリント中にFI-AAと確認してください。最初の期末決済が転記された後は、決済方法を変更できません。 |
次に読むべきもの
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トランザクション:プロセスフロー、階層、および関係 |