Project System 기본 구조 (2): WBS Element가 CO Object로 작동하는 원리

Project System 기본 구조 (2): WBS Element가 CO Object로 작동하는 원리

2026. 5. 18. 10:05ㆍ카테고리 없음

대상 독자: SAP CO 모듈 입문자, 프로젝트 회계 담당자, PS 모듈을 처음 접하는 컨설턴트
선행 지식: Cost Center · Cost Element 기본 개념, [Project System (1)] 글
이전 글: [Project System 기본 구조 (1)] / [SAP S/4HANA 정산(Settlement)의 모든 것]

들어가며

지난 글에서 Project System(PS) 모듈의 기본 구조를 살펴보았습니다.

SAP Project System 기본 구조 및 마스터 데이터(1)

들어가며SAP S/4HANA Project System(PS)의 구조와 마스터 데이터는 시스템 내에서 프로젝트가 어떻게 운영되고 통제될지를 결정하는 가장 근본적인 설계도입니다. Project System(PS)은 단순한 일정 관리 도

matdoc.tistory.com

이번 글은 한 단계 더 들어가, 다음 질문에 답합니다.

"Project Definition을 만들면 거기에 비용이 자동으로 쌓이는 건가?"

"WBS Element는 Cost Center나 Internal Order와 무엇이 다른가?"

"Statistical WBS는 왜 따로 존재하는가?"

결론부터 말씀드리면, Project Definition은 비용을 받지 못합니다. 비용이 실제로 모이는 곳은 WBS Element 입니다.

이번 글은 SAP Press 공식 가이드 Project System in SAP S/4HANA를 근거로 정리하였습니다.

1. PS의 객체 계층 — 무엇이 CO Object인가

PS는 4개의 객체로 구성됩니다. 그중 비용을 받을 수 있는 객체가 CO Object입니다.

1.1 CO Object 빠른 식별법

CO Object의 정의는 다음 세 가지가 모두 가능한 객체입니다.

① 비용 수취: PR/PO/송장의 Account Assignment(계정 할당)에 지정 가능

② 잔액 보유: ACDOCA 테이블에 자신의 ID로 비용 라인이 기록됨

③ Reporting 단위: 비용 분석·정산·예산의 기준이 됨

1.2 PS 객체별 CO Object 여부

객체	CO Object	비용 수취 방식
Project Definition	X	비용 수취 불가. PR에 Project Definition ID를 입력하면 시스템이 거부
WBS Element (Real)	O	Value Type 4 (Actual) — 단독으로 비용 수취 가능
WBS Element (Statistical)	O	Value Type 11 (Statistical Actual) — Real Object와 동시 지정 필요
Network	O	Order Category 20의 오더 자체로 비용 수취
Activity	O	Activity 자체 집계 또는 WBS로 즉시 전이 모드 선택 가능

Project Definition만 CO Object가 아닙니다. WBS Element / Network / Activity는 모두 CO Object이며, 비용을 받고 잔액을 보유할 수 있습니다.

⚠️ Statistical WBS는 CO Object일까?
Statistical WBS도 CO Object입니다 Statistical WBS는 통계 데이터를 보유하므로 CO Object가 아니라고 오해하기 쉽습니다. 그러나 CO Object 자격(비용 수취 + 잔액 보유)은 그대로 갖추고 있습니다. 단지 그 잔액이 실제 회계 잔액이 아니라 통계용 (Value Type 11) 일뿐이며, 이로 인해 Settlement 대상에서 제외됩니다.

2. Project Definition

SAP Press에 따르면 "The project definition isn't a separate controlling object in the SAP S/4HANA system." 입니다.

Project Definition은 SAP S/4HANA에서 별도의 Controlling Object가 아닙니다.

2.1 Project Definition의 역할

Project Definition의 역할은 다음과 같습니다.

프로젝트 식별자: 최대 24자의 ID + 짧은/긴 텍스트
기본값 컨테이너: 하위 WBS Element 생성 시 상속될 기본값(Company Code, Profit Center 등) 저장
조직 단위 할당: Controlling Area(필수, 변경 불가) 지정

2.2 저장 후 변경 불가 항목

다음은 Project Definition을 저장한 뒤 절대 변경할 수 없습니다.

Project Profile
Controlling Area
Project Stock 설정

⚠️ 주의

기본값 (Default Value): Company Code, Profit Center, Plant 등 — 하위 WBS 생성 시 수동으로 덮어쓰기 가능

통제 규칙 (Control Profile): Status Profile, Budget Profile, Settlement Strategy 등 — Profile의 통제를 받아 임의 변경이 제한됨

따라서 Project Profile 선택은 매우 신중해야 합니다. 잘못 선택하면 되돌릴 수 없습니다.

3. WBS Element — PS의 진짜 CO Object

WBS Element는 Cost Center, Internal Order와 동일한 위계의 CO Object입니다. 다음 데이터를 직접 보유합니다.

계획: Planned Cost / Revenue
실적: Actual Cost / Revenue
예산: Original Budget / Released Budget
일정: Basic Dates / Forecast Dates / Actual Dates

3.1 3가지 운영 지표 (Operative Indicators)

WBS Element의 핵심은 Basic Data 탭의 3가지 체크박스입니다. 이 조합이 WBS의 회계 성격을 결정합니다.

지표	의미	활성화하면 가능해지는 것
Planning Element (계획 요소)	비용 계획을 받을 수 있는가	KPSI · CJ40으로 직접 계획 입력
Account Assignment Element (계정 할당 요소)	실적 비용을 받을 수 있는가	PR · PO · 송장이 이 WBS로 전기
Billing Element (빌링 요소)	수익을 받을 수 있는가	매출 인식 · Result Analysis 대상

3.2 실무 활용 패턴

세 지표는 자유 조합 가능합니다. 계층과 무관하게 어떤 WBS에든 어떤 조합도 설정할 수 있습니다.

[예시]

계층	일반적 운영 지표	역할
상위 WBS (Level 1)	Planning + Billing	전체 예산 잡고 매출 인식
하위 WBS (Level 2~)	Account Assignment	PR · PO · 송장으로 실적 비용 받음

이 구조에서 비용은 다음과 같이 흐릅니다.

계획: Level 1에 전체 예산 → Level 2로 세부 전개 (rolling up)
실적: Level 2의 Account Assignment WBS로 PR/PO 전기
수익: Level 1의 Billing WBS에 매출 인식

WBS Basic Data 탭 3가지 운영 지표 체크박스(Planning Element / Acct asst elem. / Billing

4. Statistical WBS

Statistical WBS는 "비용 흐름을 바꾸지 않으면서 분석·통제 차원을 하나 더 붙이는" 도구입니다.

4.1 Statistical WBS가 필요할까?

Statistical WBS가 필요할까요? 예시를 하나 들어보겠습니다.

자산(Asset)의 예산 통제 도구로 사용할 수 있습니다. 자산 회계(AA)에서는 자산 자체에 예산을 할당할 수 없습니다. 그러나 자산 취득에 한도를 두고 싶을 때가 있습니다. 이 우회로가 Statistical WBS입니다.

[자산 마스터]
    └── Account Assignment: Statistical WBS-001 지정
            ↓
    [Statistical WBS-001]에 예산 + Availability Control 활성화
            ↓
    자산 취득 시: 자산에 실비용 + WBS에 통계 비용 동시 기록
            ↓
    예산 한도 자동 검증 (Statistical WBS 기준)

4.2 Statistical WBS vs Real WBS 비교

Statistical WBS vs Real WBS는 무슨 차이가 있을까요?

항목	Real WBS	Statistical WBS
Statistical 체크박스	미체크	체크
Value Type	4 (Actual)	11 (Statistical Actual)
잔액 성격	실제 회계 잔액	그림자(shadow) 데이터
단독 비용 수취	가능	불가 — Real Object 동시 지정 필수
Settlement	가능	불가
Overhead 적용	가능	불가

📖 공식 진술 (SAP Press)
"When you assign documents to a statistical WBS element, you must specify the WBS element as an account assignment recipient and a 'real' account assignment object that serves as a recipient of actual costs."

Statistical WBS의 Settlement 가 불가합니다.

비용은 이미 Real Object(예: Cost Center, Asset)에 잡혀 그쪽에서 정산되거나 정산될 예정입니다. Statistical WBS의 Value Type 11 데이터는 실제 회계 잔액이 아닌 분석용 그림자일 뿐이므로, 정산할 대상이 없게 됩니다.

같은 이유로 Overhead 적용도 불가합니다. 그림자 잔액에 간접비를 부과해도 의미가 없기 때문입니다.

5. Project Profile — 모든 것의 시작점

Project Profile은 프로젝트의 모든 통제 규칙을 담은 마스터 프로필입니다.

T-CODE는 OPSA입니다.

5.1 핵심 항목 5가지

Project Profile에 정의되는 항목은 많지만, 대표적인 것은 다음 5가지입니다.

항목	역할
운영 지표 기본값	Account Assignment Element 등 자동 활성화 여부
Status Profile	사용자 정의 상태 흐름 (예: 계획→실행→완료)
Budget Profile	예산 통제 규칙 (Availability Control 등)
Planning Profile	비용 계획 규칙
Settlement Strategy	Settlement Rule 자동 생성 규칙

5.2 Settlement Strategy

Settlement 시리즈에서 다룬 Settlement Profile / Allocation Structure는 Project Profile의 Controlling 탭에서 Strategy로 연결됩니다.

[Project Profile (OPSA)]
    └── Settlement Strategy 지정
            ↓
[WBS Element 생성 시]
    └── Settlement Rule 자동 생성 (Receiver: 자산, Cost Center, CO-PA 등)
            ↓
[월말 결산]
    └── CJ88 (WBS Settlement) 실행

💡 CJ88(WBS Settlement)은 KO88(Order Settlement)과 완전히 동일한 메커니즘입니다. Allocation Structure, Source Structure, PA Transfer Structure가 그대로 적용됩니다.

OPSA — Project Profile 상세 화면 Controlling 탭

6. Network와 Activity — WBS와의 관계

Network는 WBS와 별개로 활동 흐름(작업 순서, 일정, 자원)을 매핑하는 객체입니다.

6.1 Network의 정체 — 사실 오더입니다

📖 공식 진술 (SAP Press)
"Technically, networks are implemented as orders. Networks represent order category 20."

즉 Network는 Order Category 20에 속하는 오더의 한 종류입니다. Production Order(10), Internal Order(01)와 같은 메커니즘으로 작동합니다.

객체	Order Category	역할
Production Order	10	제품 생산
Internal Order	01	일반 비용 집계
Network	20	프로젝트 활동 흐름
Maintenance Order	30	설비 정비

💡 Network에 적용되는 모든 회계 메커니즘(비용 수취, 잔액 관리, Settlement)은 Production Order에 적용되는 것과 본질적으로 동일합니다.

6.2 Network 안의 Activity

Network는 단일 객체가 아니라 여러 Activity의 컨테이너입니다.

[WBS Element : 설계 단계]
        │
        └── [Network N-001 : 설계 활동 그룹]
                  │
                  ├── [Activity 010 : 요구사항 정의]
                  ├── [Activity 020 : 기본 설계]
                  └── [Activity 030 : 상세 설계]

Activity별 비용은 다음 둘 중 한 모드로 처리됩니다.

Activity Account Assignment: Activity 자체가 비용 집계 단위
WBS Account Assignment: Activity의 비용이 즉시 상위 WBS로 흐름

6.3 Activity Confirmation — 비용이 발생하는 메커니즘

Network에서 가장 흔한 비용 발생 원천은 내부 인건비입니다. 이 부분이 PS와 Cost Center Accounting을 잇는 접점입니다.

Activity Confirmation 작동 원리

작업자가 Activity에 수행 시간을 입력(T-CODE: CN25 또는 CATS)하면, Activity에 할당된 Work Center → Cost Center / Activity Type → KP26 계획 단가가 곱해져 비용이 자동 발생합니다.

[Activity 020 : 기본 설계]
    ├── Work Center: ENG-001 (설계팀)
    │       └── Cost Center: CC-2010 / Activity Type: ENG_HRS
    │               └── KP26 계획 단가: 50,000원/시간
    │
    └── 8시간 Confirmation (CN25)
            ↓
        400,000원 비용 자동 발생
        Dr. WBS/Activity     Cr. Cost Center CC-2010

즉 PS는 단독 모듈이 아니고 Cost Center Accounting의 Activity Allocation 메커니즘을 빌려와 인건비를 계산하는 구조입니다.

6.4 Network 사용 권장 사항

일정·자원 계획이 중요한 EPC, 건설, 플랜트 프로젝트 또는 외주 활동(Externally Processed Activity) 관리에서 주로 사용합니다. 그리고 Network 한 개당 약 500개 활동 이내권장됩니다. 그리고 한 Network가 잠금 되면 전체가 잠기므로, 활동 수가 많으면 동시 작업 충돌이 발생합니다.

📖 공식 진술 (SAP Press)
"Networks should not exceed a size of approximately 500 activities. Whenever a network object is edited or confirmed, the entire network is locked."

7. PS의 비용 흐름 한눈에 보기

지금까지의 내용을 종합한 PS 전체 비용 흐름입니다.

이번 글의 핵심 내용은 두 가지입니다.

모든 비용은 WBS · Network · Activity를 거쳐야 합니다. Project Definition은 회계 객체가 아니므로 비용이 직접 통과할 수 없습니다.
Real WBS만 Settlement 대상입니다. Statistical WBS는 분석 차원일 뿐 정산되지 않습니다.

Activity Confirmation은 Cost Center Accounting의 Activity Allocation을 통해 비용을 받습니다. KP26 계획 단가가 그 매개체이며 Activity Type의 핵심 기능입니다.

핵심 요약

CO Object 식별: Project Definition만 ❌, WBS / Network / Activity는 모두 ✅
WBS Element: 3가지 운영 지표(Planning / Account Assignment / Billing) 조합으로 회계 성격 결정
Statistical WBS: CO Object 자격은 갖추지만 Value Type 11 그림자 데이터. Settlement·Overhead 불가
Project Profile (OPSA): 모든 통제 규칙의 시작점. 저장 후 변경 불가
Network: Order Category 20. Production Order와 같은 메커니즘. 500 Activity 이하 권장
Activity Confirmation (CN25): PS와 Cost Center Accounting을 연결하는 핵심 접점

본문 인용 출처

본문의 모든 인용문과 기술 진술은 다음 자료에 근거합니다.

Project System in SAP S/4HANA (SAP Press), 2023
- Chapter 1.2 Work Breakdown Structure
- Chapter 1.3 Network
- Chapter 5.9 Settlement

다음 글 예고

이번 글에서 PS의 객체·마스터를 다뤘다면, 다음 포스팅에서는 CO 모듈을 떠받치는 3대 마스터 데이터 — Cost Center · Cost Element · Activity Type을 다룹니다. 이번 글에서 등장한 Activity Type, KP26 단가, Cost Center가 어떻게 정의되고 서로 어떻게 만나는지를 정리하여, 이번 시리즈와 PS 시리즈가 자연스럽게 연결되도록 하겠습니다.

감사합니다.

SAP CO 이야기