SAP에서 Cost Center, Profit Center, Internal Order를 처음 배우면 각각의 정의부터 외우기 쉽다.
Cost Center는 비용이 발생하는 조직, Profit Center는 손익책임 단위, Internal Order는 특정 목적의 비용을 모으는 객체라는 식이다.
정의 자체는 틀리지 않지만 실제 운영에서는 더 중요한 질문이 있다.
이 Master Data에 잘못된 값이 들어갔을 때 최종 손익에서 무엇이 틀리는가?
SAP 관리회계에서 Master Data는 보고서를 보기 좋게 분류하기 위한 코드가 아니라, 전표가 어디로 흘러가고 누가 비용을 책임질지를 결정하는 통제장치에 가깝다.
Cost Center는 ‘부서코드’보다 비용책임 단위에 가깝다
Cost Center는 비용이 발생하는 장소 또는 책임단위를 표현한다.
실제 조직도와 비슷하게 설계되는 경우가 많지만 조직도 자체를 그대로 복제하는 것이 목적은 아니다.
중요한 것은 비용을 계획하고, 실적을 모으고, 효율을 평가하며 이후 다른 객체에 배부할 수 있는 안정적인 책임단위를 만드는 것이다.
예를 들어 지원부서 비용 10억원이 특정 Cost Center에 모였다면 이후 이 비용은:
- 해당 조직 자체의 관리비로 남을 수도 있고
- 다른 Cost Center로 배부될 수도 있고
- Activity Price를 통해 생산오더·제품원가로 흘러갈 수도 있다.
따라서 Cost Center assignment가 잘못되면 최초 전표 하나만 틀리는 것이 아니라 이후 allocation과 product costing까지 잘못될 수 있다.
Cost Center를 조직개편 때마다 새로 만들면 비교가능성이 깨질 수 있다
조직명이 바뀔 때마다 Cost Center를 폐지하고 새로 만드는 방식은 단순해 보인다.
하지만 관리보고에서는 몇 년간의 비용추세를 비교해야 한다.
조직개편과 함께 관리단위까지 계속 바뀌면 다음 문제가 생긴다.
- 전년 대비 비교를 위해 별도의 mapping이 필요해진다.
- 계획·실적 Cost Center가 서로 달라질 수 있다.
- 배부 receiver와 sender rule을 계속 수정해야 한다.
- 과거 리포트와 현재 조직의 연결이 어려워진다.
따라서 조직도 변화와 관리회계 책임단위 변화가 정말 같은 것인지 먼저 판단해야 한다.
Profit Center는 ‘사업부 이름표’가 아니라 손익 귀속 규칙이다
Profit Center Accounting의 목적은 회사 전체 손익을 책임단위별로 나눠 보는 것이다.
여기서 중요한 점은 많은 transaction에서 Profit Center를 사용자가 매번 직접 입력하는 것이 아니라 다른 객체의 assignment를 통해 파생된다는 것이다.
SAP 공식 구조에서도 Cost Center, Order, Material 등 다른 객체의 Master Data assignment가 Profit Center Accounting에 영향을 준다.
따라서 잘못된 Profit Center가 하나 설정되어 있으면 이후 수천 건의 정상적인 전표가 잘못된 Profit Center로 흘러갈 수 있다.
예시: 비용 총액은 맞는데 사업부 손익만 틀린 경우
생산지원 Cost Center에서 월 2억원의 비용이 발생했다고 하자.
G/L account와 company code는 모두 정확하다.
하지만 Cost Center의 Profit Center assignment가 사업부 A가 아니라 B로 잘못 설정돼 있다고 가정해보자.
회사 전체 P&L에서는 여전히 비용 2억원이다.
그러나 Profit Center 기준으로 보면:
- A사업부 비용은 2억원 적게 보이고
- B사업부 비용은 2억원 많게 보인다.
FI 총액 reconciliation만 보면 아무 문제도 발견되지 않는다.
그래서 Profit Center 검증은 회사 총액이 아니라 책임단위별 attribution을 검증해야 한다.
Internal Order는 임시 Cost Center가 아니다
Internal Order는 일정 목적이나 사건에 비용을 모으는 데 유용하다.
예를 들어 특정 행사, 수선작업, 단기 프로젝트 또는 투자 관련 비용을 별도로 추적할 수 있다.
하지만 Cost Center와 가장 큰 차이는 “어디에서 비용이 발생했는가”보다 무슨 목적 때문에 발생했는가를 분리하는 데 있다.
그리고 많은 Internal Order는 최종적으로 비용을 영구 보유하는 것이 아니라 Settlement Rule에 따라 다른 객체로 정산되는 구조를 가진다.
예시: Order에 비용을 모았지만 Settlement가 잘못된 경우
특정 프로젝트 Internal Order에 실제 비용 5억원이 정상적으로 모였다고 하자.
프로젝트 담당자의 입장에서는 5억원이 정확히 보이므로 문제가 없어 보인다.
하지만 월말 Settlement Rule이 잘못되어 최종 비용이 엉뚱한 Cost Center나 다른 receiver로 넘어가면:
- Order 자체의 집계는 맞고
- 회사 전체 비용도 맞지만
- 최종 책임조직의 손익은 틀릴 수 있다.
즉 관리회계에서는 입력전표뿐 아니라 최종 settlement destination까지 lineage를 확인해야 한다.
Master Data 오류가 가장 위험한 이유는 오류가 반복 생산되기 때문이다
한 건의 전표 오류는 해당 전표를 수정하면 끝날 수 있다.
반면 Master Data 오류는 같은 로직을 사용하는 모든 후속 transaction에 반복적으로 영향을 준다.
예를 들어 잘못된 Profit Center assignment가 석 달 동안 유지되면 그 기간의:
- FI posting
- MM movement
- Asset depreciation
- Production posting
- Allocation
- Settlement
등 여러 흐름에서 동일한 잘못이 누적될 수 있다.
SAP 공식 Profit Center Assignment Monitor도 잘못된 assignment는 Profit Center Accounting의 transaction data를 잘못 만들며 나중에 수정하기 어렵다고 경고한다.
Master Data 통제는 생성 승인보다 변경관리가 더 중요할 수 있다
신규 Cost Center 하나를 만드는 과정은 비교적 눈에 잘 띈다.
그러나 운영 중 기존 Cost Center의 Profit Center나 hierarchy assignment를 바꾸는 변경은 과거·현재 보고의 연속성에 영향을 줄 수 있다.
따라서 Master Data 변경에는 최소한 다음 정보가 필요하다.
| 통제항목 | 확인 내용 |
|---|---|
| Validity | 언제부터 변경되는가? |
| Business reason | 왜 변경하는가? |
| Dependent objects | 어떤 Order·Asset·Material·배부규칙이 영향을 받는가? |
| Historical comparability | 전년 비교와 기존 리포트가 어떻게 연결되는가? |
| Approval | 누가 변경을 승인했는가? |
Standard Hierarchy와 Alternative Group의 목적도 구분한다
SAP의 Cost Center standard hierarchy는 controlling area 내 Cost Center를 조직하는 기본구조다.
반면 별도 Cost Center Group은 planning, allocation, reporting 목적 등으로 사용할 수 있다.
따라서 하나의 경영보고서를 만들기 위해 standard hierarchy 자체를 자주 뜯어고치는 것보다 필요한 경우 별도 그룹을 설계하는 편이 더 안정적일 수 있다.
Profit Center도 standard hierarchy와 reporting group을 구분해서 접근할 필요가 있다.
좋은 Master Data 검증은 ‘존재 여부’에서 끝나지 않는다
Cost Center 코드가 존재한다고 해서 좋은 데이터가 아니다.
다음 네 단계로 보는 것이 좋다.
- Existence — 코드가 실제 존재하고 유효한가?
- Validity — posting date에 사용 가능한가?
- Assignment — company code·profit center·hierarchy 등이 올바른가?
- Business meaning — 실제 경제적 책임단위와 일치하는가?
마지막 단계가 빠지면 기술적으로 valid한 잘못된 데이터가 대량으로 발생할 수 있다.
관리보고에서 Master Data 오류를 찾는 신호
- 특정 Profit Center 손익이 조직개편 이후 갑자기 크게 변한다.
- Cost Center별 비용은 정상인데 Profit Center 합계가 기대구조와 맞지 않는다.
- Allocation 이후 특정 receiver로 비용이 비정상적으로 몰린다.
- Internal Order 잔액이 장기간 남아 있다.
- 비용은 존재하지만 담당조직이 설명하지 못한다.
- 같은 기능을 하는 조직이 기간별로 여러 코드에 분산된다.
결론
Cost Center, Profit Center, Internal Order는 서로 다른 종류의 코드를 외우는 문제가 아니다.
Cost Center는 비용책임, Profit Center는 손익책임, Internal Order는 특정 목적의 추적과 정산이라는 서로 다른 질문에 답한다.
더 중요한 것은 이 객체들이 서로 연결돼 있다는 점이다.
잘못된 Master Data 하나가 posting → allocation → settlement → product cost → management P&L까지 계속 흘러갈 수 있다.
그래서 SAP 관리회계에서 Master Data Governance는 시스템 관리의 부수업무가 아니라 손익 숫자의 품질을 결정하는 첫 번째 내부통제다.