目次
この記事のポイント
VA01の受注にPRPSのWBS要素を入れるとプロジェクト別の利益管理が自動で動く- 勘定設定区分は
Z（WBS要素）/F（内部注文）/C（原価センタ）の3 種類で、業務に応じて選ぶ - 手順は
KO04（WBS作成）→CJ20N（階層化）→VA01（受注＋勘定設定）の3 段で完結 - プラント・造船・建設・設備の4 業態では必須、一品一葉販売には不要。S/4HANA でも継続利用可
01WHAT 受注×WBSとは何か・なぜ案件型販売で必須か
SAP SD の受注（VA01）に PS モジュールの WBS（PRPS）を割り当てるとは、SD の受注伝票に PS の WBS 要素番号を関連付けることです。受注明細のキー（VBAP-PSPNR）に WBS 要素番号が入ると、購買・外部サービス・労務の実績が同じ WBS に自動で飛び、CO-PA（利益分析）で 製品 × 顧客 × WBS 別の利益を一発で分解できます。プラント・造船・建設・設備など、案件ごとに原価と利益を追いたい業界では必須の紐付けで、SD と PS を橋渡しする案件型販売の基本形になります。
4 つの業界別適用イメージ
WBS と受注を紐付ける設計は、業界ごとに重心が違います。下の表は 4 つの代表業態での典型パターンを整理したものです。
| 業界 | 紐付けの使われ方 |
|---|---|
| プラント | 1 案件 = 1 受注。設計・調達・建設の各フェーズを子 WBS に切り、原価を細部まで管理 |
| 造船 | 船体番号 = プロジェクト、艤装・塗装・試運転を子 WBS 化して工程別粗利を把握 |
| 建設 | ビル 1 棟 = プロジェクト、基礎・躯体・内装・設備を階層化して出来高部分請求に対応 |
| 設備工事 | 個別装置単位で案件化、据付・試運転・保守準備を子 WBS で分離 |
用語補足：WBS（Work Breakdown Structure）とは
WBS はプロジェクトを階層的に分解した構造です。WBS 要素は PRPS テーブルに格納され、プロジェクト定義の下に複数の WBS 要素を作れます。プロジェクト全体を「家」、WBS 要素を「部屋」に喩えると、各部屋に原価・進捗・実績・責任者が紐付き、家の収支が自動的に決まります。SAP R/3（1992 年リリース）の時代から動く現役機能で、S/4HANA でも標準搭載されています。
4 つの主要 Table で紐付けを解剖する
受注 × WBS の物理的な紐付けは 4 つの SAP テーブルで成立します。デバッグ・データ抽出・アドオン開発のいずれでも、この 4 テーブルを覚えれば基礎が固まります。
| Table | 役割 | 主要キー |
|---|---|---|
VBAK | 受注ヘッダ | VBELN（受注番号） |
VBAP | 受注明細 | VBELN + POSNR（＋ PSPNR） |
PRPS | WBS 要素マスタ | PSPNR（WBS 要素番号） |
COEP | CO 明細（原価） | OBJNR（オブジェクト番号で PRPS を引き当てる） |
受注明細（VBAP）の PSPNR カラムに WBS 要素番号が入ります。これが「受注 → WBS」の物理的な紐付けで、CO が OBJNR で PRPS を引き、原価を自動集計する二段ロック構造です。
02POINTS 3 ステップで完了する VA01 × WBS 紐付け手順
ここからは実際に VA01 で WBS を割り当てる最短手順を 6 ステップで整理します。ロール別の作業分担（Basis / 機能コンサルタント / 業務ユーザー）も併せて見ていきます。
- ①WBS 要素を先に作る（
KO04/PRPS）受注に WBS を入れるには、PRPSに該当 WBS 要素番号が既に存在している必要があります。順序を間違えると VA01 で「WBS 要素が存在しません」エラーになります。トランザクションKO04またはCJ20Nの WBS タブを開き、プロジェクト定義の下に WBS 要素を登録します。必ず「Released（稼働中）」状態で保存してください。Closed 状態だと VA01 で転記エラーになります。 - ②WBS 階層を設計する（
CJ20N）プラント案件なら「案件 → 設計 → 詳細」、造船なら「船体番号 → 船殻 → 艤装 → 試運転」という階層を設計します。子 WBS は最大 30 個程度が視認性の目安で、それ以上だと Excel / ALV での集計時に見づらくなります。CJ20N（プロジェクト・ビルダー）で階層を可視化しながら組み立てると、後から KE5Z で集計する時にも扱いやすくなります。 - ③VA01 で受注伝票登録し、勘定設定タブを開くトランザクション
VA01→ 受注タイプZOR（標準受注）→ 得意先・販売組織・流通チャネルを入力 → 品目コード・数量・単価を入力 → Enter。次にメニュー「項目」→「アカウント割当」タブを開きます。ここで勘定設定区分と WBS 要素番号を入力する準備が整います。 - ④勘定設定区分 =
Z（WBS 要素）を選ぶ「勘定設定区分」フィールドにZを入力します。勘定設定区分は受注アイテムの原価をどこへ集計するかを決めるスイッチで、Z（WBS 要素）はプロジェクト紐付け、F（内部注文）は社内振替、C（原価センタ）は部門費用に使います。プラント・造船・建設・設備の案件型販売ではZ一択です。Cを選ぶと原価が部門に飛んでプロジェクト集計から外れるので、事故防止のため業種別のカスタム制限を入れる企業が多いです。 - ⑤WBS 要素フィールドに PRPS-PSPNR を入力して転記「WBS 要素」フィールドに
P-1000-1.1.001のような WBS 要素番号を入力します。番号体系はプロジェクト定義番号 + 階層コードを推奨（視認性と Excel 連携が楽）。Enter → 転記（F8）で受注伝票が確定し、VBAP-PSPNRカラムに WBS 要素番号が書き込まれます。 - ⑥転記後の検証（
VA03/SE16N）受注確定後、VA03で受注照会し、メニュー「項目」→アカウント割当タブで WBS 要素が正しく入っているか確認します。テーブル直接確認ならSE16N→VBAP→ 受注番号 + ポジション番号でPSPNRカラムを見ます。空欄なら転記漏れ、想定外の値なら入力ミスです。
勘定設定区分は業務で選ぶ
プラント・造船・建設・設備の案件型販売は Z（WBS 要素）。社内振替（間接部門への内部売上）は F（内部注文）。汎用販売管理費は C（原価センタ）。店頭販売など紐付け不要なものは空欄。迷ったら Customizing の OVZ3（勘定設定/受注）で業種別の制限を設定できます。
Closed 状態の WBS には紐付けできない
WBS を「Closed（閉鎖）」にしてから VA02 で数量変更すると転記エラーになります。案件進行中は必ず「Released」状態を保ってください。完了したら新規受注で対応し、既存受注の変更は VA02 で受注ライフサイクルが「Closed」になる前に済ませます。
プロジェクト原価はこう自動集計される
受注に WBS が入ると、購買（MM）・労務（HR）・外部サービス（PS）の実績が同じ WBS に自動で飛ぶようになります。月次で KE5Z を実行すれば、購買実績・外部サービス・労務費を合算したプロジェクト別粗利が即座に見えるのが、案件型販売で WBS 紐付けが必須になる最大の理由です。
03INSIGHT 4 業態別ベストプラクティスと利益セグメント
受注 × WBS を業務別にどう設計するか、現場の知見を整理します。同じ「Z 区分 + WBS 紐付け」でも、業態によって推奨の階層と留意点が違います。
| 業界 | WBS 階層の推奨 | 留意点 |
|---|---|---|
| プラント | 案件 → 設計/調達/建設 → 詳細 WBS | 子 WBS は最大 30 個が視認性の目安 |
| 造船 | 船体番号 → 船殻/艤装/塗装/試運転 | 船体番号 = プロジェクトコードで固定 |
| 建設 | ビル → 基礎/躯体/内装/設備 | 工程出来高は子 WBS 単位で計上 |
| 設備工事 | 装置 → 据付/試運転/保守準備 | 保守移行時に WBS を分離する設計が必要 |
案件型販売に向かない業種
一品一葉の大量販売（コンビニ商品・日用品等）は WBS 不要です。個別原価が重要な業界（プラント・造船・建設・設備）はほぼ必須で、SD と PS の連携が薄く見える場合でも、CO-PA（利益分析）の軸として WBS が使われるため、CO-PA の設計次第で WBS の重要度は大きく変わります。SD・MM の基礎は SAP SD とは？受注から出荷・請求までの販売プロセスを解説と SAP MM とは？購買から入庫・支払までの Procure-to-Pay プロセスを解説で図解しています。
利益セグメントとしての WBS
SAP の利益分析（CO-PA）は「製品 × 顧客 × どの WBS = いくら儲かった」を分解して見られる仕組みです。WBS が利益セグメントに登録されていると、その軸で利益分析可能になります。WBS 未登録の受注は「製品 × 顧客」だけで集計され、プロジェクト別利益が見えません。「WBS を入れた受注」と「入れない受注」が混在すると、プロジェクト別の粗利がつかなくなるため、Customizing で「受注タイプ ZOR では勘定設定区分入力を必須化」する設計が現場では効きます。ADT の SAP×AI 案件では、最初の 2〜4 週間に WBS 紐付けと Account Assignment を PoC し、本番化する段階で KE5Z の利益セグメント軸に組み込む二段構えを採っています。
豆知識：SAP R/3 時代から動く現役機能
WBS と SD の連携は SAP R/3（1992 年リリース）の時代から動く機能で、SAP ERP 6.0・S/4HANA でも標準搭載されています。30 年以上動いている理由は「案件を階層化して、原価・進捗・責任を 1 つの構造で管理できる」という価値が普遍的だから。派手さはありませんが、プラント・造船・建設の案件管理には無くてはならない機能です。受注管理とプロジェクト管理の入口は違っても、出口（利益）は同じ CO-PA で合流する設計思想は、SAP の ERP としての本質を表しています。
まとめ
VA01受注にPRPSの WBS 要素を入れると、プロジェクト別の利益管理が自動で動く- 勘定設定区分は
Z（WBS 要素）/F（内部注文）/C（原価センタ）の 3 種類で、業務に応じて選ぶ - 手順は
KO04（WBS 作成）→CJ20N（階層化）→VA01（受注 + 勘定設定）の 3 段 + 転記後 VA03 で検証 - プラント・造船・建設・設備の 4 業態では必須、一品一葉販売には不要
- Closed 状態の WBS には紐付けできない、案件中は Released を保つ
- Customizing で受注タイプ別の勘定設定区分入力を強制化すると事故防止に効く
04FAQ よくある質問
受注登録後に WBS を変更できますか？
できます。VA02 → 項目 → アカウント割当 → WBS 要素を上書きします。ただし既に出荷済み/請求済みの明細は変更不可な場合があります。プロジェクト閉鎖（Closed）後は新規受注で対応してください。WBS 変更時は必ず VA03 で転記結果を再確認し、KE5Z の集計軸が崩れていないかも月次でチェックするのが安全です。
1 つの受注に複数の WBS を割り当てられますか？
できます。アイテム別に WBS を分けるのが SAP の標準です。1 受注 = 複数アイテムで、品目ごとに紐付けを分けるのが一般的です。1 アイテムに複数 WBS は不可（PRPS-PSPNR は 1 カラムのため）。プラント案件で「設計と建設を別 WBS に分けたい」場合は、アイテムを分割して別 WBS を割り当てる設計にします。
WBS が入っていない受注が残っているとどうなりますか？
プロジェクト別利益分析（KE5Z）で「WBS 未割当」セグメントにまとまり、粗利の透明性が失われます。Customizing で「受注タイプ ZOR では勘定設定区分入力を必須化」する設定が可能です。OVZ3（勘定設定/受注）で業種別制限を入れ、未割当受注が転記できないようにすると事故防止に効きます。既に混在している場合は、KE5Z のセグメントに「未割当」を明示して月次で監視するのが現実解です。
PRPS-PSPNR の番号体系はどのように設計すべきですか？
自由に設計可能ですが、プロジェクト定義番号 + 階層コード（例: P-1000-1.1.001）を推奨します。視認性と Excel 連携が楽になります。プラント案件は「案件コード + P/C + c(子)」が標準的なパターンで、造船は船体番号固定、建設はビル番号固定、設備は装置番号固定が慣例です。番号桁数は 8〜15 桁が視認性と表現力のバランスで、これより長いと入力ミスの原因になります。
出典・参考
- SAP Help Portal — Account Assignment in Sales Documents (SD) https://help.sap.com/docs/
- SAP Help Portal — Work Breakdown Structure (PS) https://help.sap.com/docs/
- SAP Help Portal — Profitability Analysis (CO-PA) https://help.sap.com/docs/
- SAP Community — SD-PS 連携のブログ・Q&A 集 https://community.sap.com/
※本記事は上記の公開情報をもとに、アラディンテクノロジー株式会社編集部が独自に整理・考察したものです。内容は執筆時点（2026-10-04）の情報です。WBS・Account Assignment・PRPS-PSPNR は SAP の標準機能として提供されていますが、S/4HANA 移行時に仕様が変わる可能性があります。最新仕様は SAP Help Portal でご確認ください。考察部分は当社の見解であり、特定の構成・運用を推奨するものではありません。