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

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

2026. 1. 17. 18:49ㆍSAP CO/CATEGORY 1: 기초 (Foundation)

들어가며

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

Project System(PS)은 단순한 일정 관리 도구를 넘어, 전사적 자원 관리(ERP)의 핵심 모듈로서 재무(FI), 관리 회계(CO), 물류(LO), 생산 계획(PP), 영업(SD)과 긴밀하게 통합되어 작동합니다.

이러한 통합 환경에서 프로젝트 관리의 성패는 초기 '구조 설계'와 '마스터 데이터 정의'에 달려 있습니다.

1. 프로젝트 구조 설계의 중요성

Project System에서 프로젝트 구조 설계는 모든 프로젝트 관리 활동의 기반이 됩니다.

프로젝트를 SAP S/4HANA 시스템에 매핑하기 위해서는 적절한 구조가 필요하며, 이러한 구조는 프로젝트와 관련된 모든 데이터의 계획, 입력, 분석을 위한 토대를 형성합니다.

Project System은 프로젝트 구조화를 위해 Work Breakdown Structure (WBS)와 Network라는 두 가지 구조를 제공합니다.

이 두 구조는 프로젝트를 구조화하는 방식과 SAP S/4HANA 시스템에서 제공하는 기능 측면에서 차이가 있습니다.

1.1 WBS와 Network의 이원적 접근

SAP PS는 프로젝트를 시스템에 매핑하기 위해 두 가지 상이하지만 상호 보완적인 모델을 제공합니다.

WBS (Work Breakdown Structure): 프로젝트의 범위를 계층적으로 분할한 관리 모델입니다. 주로 '수익과 비용의 집계', '예산 할당', '자산화' 등 재무 및 관리 회계적 관점에서 프로젝트를 바라봅니다.
네트워크 (Network): 프로젝트의 실행 단계(Task)와 그들 간의 선후 관계를 정의합니다. '자원 계획', '상세 일정 계산(CPM)', '자재 소요량 계획(MRP)' 등 물류 및 실행 관점의 기능을 수행합니다.

이 두 구조를 결합함으로써 기업은 "무엇을 할 것인가(WBS)"와 "어떻게/언제 실행할 것인가(Network)"를 동시에 관리할 수 있게 됩니다.

2. WBS(작업 분할 구조)의 심층 이해

WBS는 프로젝트의 구조를 SAP S/4HANA 시스템에 계층적으로 매핑할 수 있게 합니다.

이는 서로 다른 레벨에 위치한 WBS Element를 통해 프로젝트를 계층적으로 구조화하는 방식입니다.

구조 내에서 데이터를 상위에서 하위 방향으로 상속하거나 배분할 수 있고, 하위에서 상위 방향으로 집계하거나 요약할 수 있다는 것이 계층 구조의 장점입니다.

WBS Element를 사용하여 프로젝트를 단계, 기능, 조직적 측면 등에 따라 개별 레벨로 구조화할 수 있습니다.

WBS를 사용하여 프로젝트를 구조화하는 방법에 대한 보편적인 권장사항은 없습니다.

대신, 적절한 구조의 선택은 여러 측면에 따라 달라지며 프로젝트 시작 전에 신중하게 고려되어야 합니다.

2.1 WBS의 핵심 기능적 역할

계층적 데이터 처리: 상위 WBS는 하위 WBS의 원가, 계획, 실적을 실시간으로 집계(Aggregation)합니다. 반대로 상위에서 수립된 예산은 하위로 배분(Distribution)됩니다.
계정 할당 오브젝트(Account Assignment Object): WBS는 그 자체로 하나의 Cost center나 Order와 같은 Object 성격을 가집니다. 구매 요청, 발주, 전표 입력 시 WBS 번호를 입력함으로써 해당 프로젝트에 비용을 직접 귀속시킬 수 있습니다.
프로젝트 재고(Project Stock): 특정 프로젝트만을 위한 자재를 별도로 구매하고 관리하고자 할 때 WBS를 재고 관리의 단위로 사용합니다.

2.2 WBS 구조화 방법론

프로젝트의 특성에 따라 WBS를 설계하는 기준은 달라집니다. 데이터의 무결성을 위해 동일한 계층 레벨에서는 반드시 하나의 일관된 로직을 적용해야 합니다.

구조화 유형	정의 및 특징	실무 적용 예시	기대 효과
단계 기반 (Phase-based)	프로젝트 수명 주기(Lifecycle)나 시간적 흐름에 따라 분할하는 방식입니다.	엔지니어링 → 조달 → 제작 → 시운전 → 검수	일정 단계별 원가 추이가 명확하며, 마일스톤 관리에 용이합니다.
기능 기반 (Function-based)	프로젝트 결과물의 물리적 구성 요소나 기술적 단위로 분할하는 방식입니다.	로봇 팔(Arm) 개발, 제어 소프트웨어, 구동 모터 파트	부품별 원가 분석이 가능하며, 제품 중심의 재고 관리에 적합합니다.
조직 기반 (Organization-based)	프로젝트를 수행하는 부서나 책임 소재, 외부 협력사 단위로 분할합니다.	설계팀(본사), 제작처(공장), 시공사(외부 업체)	부서별 성과 측정 및 책임 회계(Responsibility Accounting) 구현이 가능합니다.

2.3 WBS의 활용 영역

WBS는 기능적 범위로 인해 일반적으로 Network가 할당되지 않은 경우 통제 측면에 초점을 맞춘 프로젝트를 매핑하는 데 사용되며, 따라서 물류 기능이 적게 필요합니다. 이러한 종류의 프로젝트는 일반적으로 간접비 프로젝트나 투자 프로젝트를 포함합니다.

WBS는 통제 기능으로 인해 실제로도 자주 사용되며, 실제 프로젝트 관리 작업은 다른 프로젝트 관리 도구를 사용하여 수행됩니다.

WBS는 또한 내부 오더(Internal Order) 대신 사용되기도 하는데, 이는 WBS가 계층적 프로젝트 통제 활동을 수행할 수 있기 때문입니다. 예를 들어, WBS 내에서 프로젝트의 개별 부분에 예산을 배분할 수 있습니다. 이는 내부 오더를 사용할 경우에는 불가능합니다.

3. 프로젝트 정의(Project Definition) 마스터 데이터

프로젝트 정의(Project Definition)는 프로젝트 전체의 프레임워크이자 공통 속성을 제어하는 '컨테이너'입니다.

프로젝트의 프레임워크 역할을 하며 전체 프로젝트의 속성을 제어하는 매개변수를 포함합니다.

또한 Project Definition은 새로 생성된 WBS Element로 전달되는 Default Value를 포함합니다.

그러나 실제로 원가, 수익, 예산, 일정 데이터를 포함하는 것은 WBS Element입니다.

Project Definition은 SAP S/4HANA 시스템에서 별도의 Controlling 오브젝트가 아닙니다.

3.1 변경 불가능한 필수 설정

프로젝트 정의 단계에서 설정되는 항목 중 일부는 한 번 저장되면 이후 프로세스에서 변경이 거의 불가능하므로 초기 입력 시 주의가 필요합니다.

Project Profile: 프로젝트의 전체 제어 파라미터를 결정하는 템플릿입니다. 예산 통제 방식, 계획 방식, 상태 관리 로직이 이 프로필에 귀속됩니다.
Controlling Area (관리 회계 영역): 프로젝트 원가 회계가 이루어지는 경계입니다. 하나의 프로젝트는 여러 회사 코드(Company Code)를 포함할 수 있으나, 반드시 동일한 관리 회계 영역 내에 있어야 합니다.
Project Stock 지시자: 평가 재고(Valuated Stock)를 사용할지 여부는 프로젝트 정의 레벨에서 결정되며, 이는 향후 물류 흐름에 지대한 영향을 미칩니다.

3.2 통화 관리

SAP S/4HANA PS는 글로벌 프로젝트 관리를 위해 3중 통화 체계를 지원합니다.

관리 회계 영역 통화: 전사 기준 통화.
거래 통화: 실제 구매나 송장이 발생한 시점의 현지 통화.
오브젝트 통화: 특정 WBS 요소별로 지정하여 관리하고 싶은 통화.

통화 기반 데이터의 변환은 데이터가 입력될 때 그리고 Customizing에서 정의된 최신 환율을 기준으로 자동으로 발생합니다.

Controlling Area에서 하나의 Company Code만 사용하는 경우 각 WBS Element에 대해 Object Currency를 별도로 선택할 수 있습니다. 원가 회계에서 여러 Company Code를 다루는 경우, Object Currency는 각 Company Code의 현지 통화에서 자동으로 파생되며 수동으로 변경할 수 없습니다.

기타 조직 단위 재무 회계(Business Area, Profit Center) 및 물류(Plant, Location) 내의 다른 조직 단위에 대한 할당은 프로젝트의 WBS Element에 대한 Default Value로 사용됩니다. 그러나 Business Area 대차대조표가 유지 관리되는 경우 Business Area 필드도 필수라는 점에 유의해야 합니다.

3.3 제어 프로필 및 지시자

Project Definition에 포함된 다른 모든 프로필은 프로젝트의 WBS Element에 대한 Default Value입니다.

Indicator	Description
Budget Profile	예산 관리 방식을 제어합니다.
Planning Profile	계획 방법과 관련된 설정을 포함합니다.
Simulation Profile	시뮬레이션과 관련된 설정을 제어합니다.
Project Stock 지시자	Valuated Project Stock를 허용할지 여부에 대한 설정은 Project Definition을 저장한 후에는 더 이상 수정할 수 없습니다.
Sales Pricing	고객 조회와 관계없이 프로젝트 데이터만을 기준으로 판매 가격 책정을 수행하려는 경우에만 관련이 있습니다.
Grouping Indicator	프로젝트의 Network에서 프로젝트의 조달 관련 항목(자재, 외부 활동 및 서비스)을 적절한 방식으로 요약하는 데 나중에 사용할 수 있도록 자유 텍스트 형태로 그룹화 지시자를 정의할 수 있습니다.

4. WBS 요소(WBS Element) 마스터 데이터

WBS 요소는 실제 업무가 수행되고 비용이 발생하는 최소 관리 단위입니다.

식별자 (Identification)

Project Definition과 마찬가지로 WBS Element도 최대 24자로 구성된 고유한 외부 식별자를 포함하며 Coding Mask를 통해 제어할 수 있습니다. Project Definition과 WBS Element는 서로 다른 오브젝트이므로 WBS Element는 Project Definition과 동일한 식별자를 가질 수 있습니다.

내부적으로 시스템은 WBS Element에 또 다른 고유 번호를 할당하므로 나중에 외부 식별자를 수정할 수 있습니다. 그러나 Application Link Enabling(ALE)을 통해 WBS를 다른 시스템에 배포했거나 WBS Element의 Status가 수정을 허용하지 않는 경우 나중에 외부 식별자를 수정할 수 없습니다.

Short Identification (단축 식별자)

고유 식별자와 설명으로서의 Short Text 외에도 Short Identification을 지정할 수 있습니다. Short Identification을 사용하여 표 형식 디스플레이나 계층적 원가 계획 또는 예산 편성에서 WBS Element를 표시할 때 공간을 절약할 수 있습니다.

선택한 Short Identification을 수동으로 할당하거나 Project Definition 화면의 Mask ID 필드를 사용하여 WBS Element의 ID에서 Short ID를 파생시킬 수 있습니다.

기타 지시자

Company Code, Object Currency, Object Class 및 Business Area 회계가 수행되는 경우 Business Area는 WBS Element 레벨에서 필수 필드이며, 계획 또는 실제 값이 입력되면 더 이상 수정할 수 없습니다.

WBS Element를 조직 할당을 통해 회사 구조에 통합할 수 있습니다. 대부분의 조직 단위는 Project Profile이나 Project Definition을 사

4.1 운영 지시자 (Operative Indicators)의 기술적 의미

WBS Element의 기본 데이터에는 세 가지 운영 지시자가 포함됩니다.

Planning Element, Account Assignment Element (Acct asst elem.), Billing Element입니다.

이러한 지시자를 사용하여 WBS Element의 Controlling 속성을 정의할 수 있습니다.

Planning Element (계획 요소)

수동으로 원가를 계획하려는 WBS Element는 Planning Element로 표시되어야 합니다.

프로젝트의 Planning Profile에서 적절한 설정을 사용하면 이 지시자가 설정된 경우에만 WBS Element에서 수동 원가 계획이 가능하도록 할 수도 있습니다.

하위 WBS Element 또는 오더의 계획 값을 Roll-up 하여 계획 원가를 생성하는 것은 Planning Element 지시자와 관계없이 가능합니다.

Account Assignment Element (계정 할당 요소)

Acct asst elem. 지시자는 WBS Element에 오더(특히 Activity 및 Network)를 할당할 수 있는지 여부를 결정합니다.

또한 WBS Element에 실제 또는 약정 전기를 초래하는 문서를 WBS Element에 할당할 수 있는지 여부를 제어합니다.

예를 들어, WBS Element에 대해 이 지시자를 설정하지 않으면 구매 요청서나 송장을 이 WBS Element에 할당할 수 없습니다.

이 지시자를 Project Profile의 모든 WBS Element에 대한 Default Value로 저장할 수도 있습니다.

Billing Element (청구 요소)

WBS Element를 기준으로 수익 계획을 수행하고 나중에 실제 수익을 WBS Element에 전기 하려면 WBS Element를 Billing Element로 표시해야 합니다.

계층 레벨에 관계없이 WBS Element에 대해 이러한 지시자의 모든 조합을 정의할 수 있습니다. 예를 들어, Level 1과 Level 2의 WBS Element에서만 수동 원가 계획을 허용할 수 있습니다. 그러나 문서의 계정 할당은 Level 3의 WBS Element에 대해서도 수행될 수 있으므로 실제 원가의 표시는 더 세부적일 수 있습니다.

[요약]

Planning Element	해당 WBS에서 수동으로 예산이나 원가를 계획할 수 있음을 의미합니다.
Account Assignment Element	실제 비용을 전기할 수 있는 오브젝트임을 선언합니다. 발주나 전표 입력의 대상이 됩니다.
Billing Element	해당 WBS에서 고객에게 청구(Invoicing)를 발생시키고 수익을 인식할 수 있음을 의미합니다.

4.2 통계적 WBS (Statistical WBS)

특수한 경우, WBS는 실제 원가를 보유하지 않고 '참조용'으로만 사용될 수 있습니다.

Statistical Flag

WBS Element의 Controlling 속성을 정의하는 데 사용되는 또 다른 지시자는 Statistical Flag입니다(Control 탭에 있음).

WBS Element에 대해 이 지시자를 설정하면(Project Profile의 모든 WBS Element에 대한 Default Value로도 설정할 수 있음), 실제 원가는 Value Type 4 (Actual) 대신 Value Type 11 (Statistical Actual)로 이 WBS Element에 대해 통계적으로만 업데이트됩니다.

이는 통계적 WBS Element에 문서를 할당할 때 WBS Element를 계정 할당 수신자로 지정하고 실제 원가의 수신자 역할을 하는 "실제" 계정 할당 오브젝트를 지정해야 함을 의미합니다. 해당 요소가 항상 특정 Cost Center인 경우, 이 Cost Center를 통계적 WBS Element의 상세 화면에 Default 계정 할당으로 저장할 수 있습니다.

통계적 WBS Element의 사용 방법

통계적 WBS Element와 통계적 프로젝트를 사용하는 방법은 여러 가지가 있습니다.

일부 회사는 순수하게 계층적 분석을 위해 통계적 프로젝트를 사용합니다.

이 경우 운영 Controlling은 여전히 Cost Center, 내부 오더 또는 원가 오브젝트 레벨에서 수행됩니다.

통계적 WBS Element의 또 다른 일반적인 사용법은 시스템에서 예산이 할당되지 않은 오브젝트의 간접 예산 편성 및 가용성 통제입니다.

자산 회계와의 통합 예시

예를 들어, 자산 회계에서는 자산에 예산을 할당할 수 없습니다. 이는 가용성 통제를 사용하여 자산에 대한 직접 자본화를 제어하고 특정 임계값 초과를 자동으로 방지할 수 없음을 의미합니다.

그러나 자산의 마스터 레코드에서 투자에 대한 계정 할당으로 통계적 WBS Element를 입력하여 이 목표를 달성할 수 있습니다.

또한 해당 대차대조표 계정을 통계적 원가 요소로 정의하고 WBS Element에 대한 추가 계정 할당을 허용하는 필드 상태 정의를 포함해야 합니다. 또한 자산 회계에서 WBS Element를 계정 할당 오브젝트로 활성화해야 합니다.

WBS Element가 예산이 편성되고 프로젝트에 대한 가용성 통제가 활성화되면, 자산에 대한 각 전기에는 WBS Element에 대한 통계적 계정 할당이 수반됩니다. 이는 통계적 실제 원가가 WBS Element의 예산에 대해 자동으로 검증됨을 의미합니다.

통계적 WBS Element의 제한사항

모든 회계 기능이 통계적 WBS Element에 대해 사용 가능한 것은 아닙니다.

예를 들어, 통계적 실제 원가를 기준으로 간접비를 적용할 수 없으며, 통계적 실제 원가의 정산을 수행할 수도 없습니다.

통계적 WBS Element를 이자 계산에 사용할 수 있지만, 이자 자체는 실제 계정 할당 오브젝트에서 업데이트되어야 합니다.

통합 시나리오 (예시)

고정 자산(Asset)에 직접 자본화가 일어날 때, 프로젝트 예산 통제를 위해 WBS를 통계적으로 연결합니다.

이 경우 실제 원가는 자산 마스터에 쌓이지만, 예산 가용성 체크(Availability Control)는 WBS에서 이루어집니다.

5. WBS Element 할당 규칙

5.1 Project Definition과의 관계

각 WBS Element는 Project Definition에 고유하게 할당됩니다.

이 할당은 변경할 수 없습니다.

즉, 특정 Project Definition을 기반으로 하는 WBS Element를 다른 Project Definition에 재할당할 수 없습니다.

5.2 WBS Element 간 계층 관계

WBS Element는 서로 다른 레벨에 위치하여 프로젝트의 계층 구조를 매핑합니다.

각 WBS는 Project Definition을 기반으로 하며, Project Definition은 프로젝트의 프레임워크 역할을 하고 전체 프로젝트의 속성을 제어하는 매개변수를 포함합니다.