"SAP CO 실전 (2) - 원가 흐름을 알아야 센서를 어디에 달지 보인다"

지난 글에서 이런 얘기를 했습니다.

"원가 정확도가 낮다는 건, 어딘가 데이터 흐름이 끊겨 있다는 신호다."

 

그럼 자연스럽게 이런 질문이 따라옵니다.

"그래서 SAP에서 원가가 애초에 어떻게 만들어지는 건데?"

끊긴 곳을 찾으려면 처음부터 끝까지 흐름이 어떻게 생겼는지를 먼저 알아야 하니까요.

 

저도 SAP CO 프로젝트를 시작했을 때 딱 그 상태였습니다. 리포트에 숫자는 나오는데 어디서 온 건지 알 수가 없고, 전표는 자동으로 생성된다는데 생산오더인지 판매오더인지 구매오더인지 CO오더인지... 용어부터 헷갈렸습니다. 작업장이 뭔지도 모르겠고요.

그래서 하나씩 뜯어보면서 이해한 구조를, 오늘은 여러분과 함께 살펴보려고 합니다.

---

원가는 어디서 시작되는가

SAP에서 CO의 출발점은 **코스트센터(Cost Center)**입니다.

"아, 또 어려운 용어가..."라고 생각하시는 분들, 잠깐만요! 지금 단계에서는 진짜 쉽습니다.

 

코스트센터를 가장 쉽게 이해하는 방법은 **'부서별 신용카드 명세서'**라고 생각하는 겁니다. 회사에서 법인카드 하나만 쓰는 게 아니라, 인사팀 카드, 생산 1라인 카드, 조립팀 카드... 이렇게 공장 라인별로, 부서별로, 설비별로 각각 쪼개서 만들어둔 거라고 상상해보세요.

 

예를 들어볼게요. 우리 팀이 주유비를 썼다고 하면, 우리 팀 카드 명세서에 '차량유지비'가 찍히겠죠? SAP도 똑같습니다. 해당 코스트센터라는 명세서에 비용이 그냥 자연스럽게 모이는 거예요.

• 전기세 고지서가 날아왔다 → 해당 라인 코스트센터로
• 직원들 월급이 나갔다 → 해당 부서 코스트센터로
• 설비 감가상각이 돌았다 → 그 설비 코스트센터로

이걸 SAP에서는 **S_ALR_87013611**이라는 T-Code로 바로 조회할 수 있습니다. 코스트센터별로 이번 달 명세서처럼, 어떤 항목으로 얼마가 쌓였는지 한눈에 볼 수 있어요. SAP 기본 제공 레포트라 별도 커스터마이징 없이 바로 확인 가능합니다.

 

여기서 명세서에 찍히는 '식대', '여비교통비', '급여' 같은 항목들 있죠? 이걸 SAP CO에서는 **'원가요소(Cost Element)'**라고 부릅니다. 재무회계에서 쓰는 계정과목을 CO에서는 원가요소라는 이름표를 달고 관리한다고 보시면 됩니다. 쉽게 말해 우리 회사에서 쓴 비용을 우리가 정한 이름으로 분류해둔 것이죠.

 

여기까지가 "비용이 일단 어딘가에 쌓이는" 첫 번째 단계입니다.

---

쌓인 비용이 제품으로 가는 경로

이제 각 코스트센터에 이번 달 비용이 모였습니다.

 

그런데 여기서 핵심 문제가 하나 남아있어요. 신용카드 명세서에 "이번 달 총 1,000만 원 썼네요"라고만 적혀 있다면, 정작 **"A제품 하나 만드는 데 얼마가 들어간 건지"**는 여전히 알 수가 없잖아요?

 

바로 여기가 SAP 원가 흐름의 '허리'에 해당하는 중요한 지점입니다. 쌓인 비용을 개별 제품으로 연결하는 다리 역할을 하는 것이
**작업장 단가(Activity Rate)**입니다.

 

코스트센터 vs 작업장, 무엇이 다른가

여기서 새로운 개념인 **작업장(Work Center)**이 등장하는데, 앞서 나온 코스트센터(Cost Center)와 이름이 비슷해서 정말 많이 헷갈립니다. 명확하게 구분해보겠습니다:

• 코스트센터: 돈(비용)이 모이는 장소 → 재무 관점의 "명세서"
• 작업장: 실제 일이 일어나는 장소 → 생산 관점의 "현장 라인"

공장에는 조립 라인, 용접 라인, 도장 라인 같은 작업장들이 있고, 각 작업장은 특정 코스트센터와 연결되어 있습니다. 작업장에서는 "어떤 제품을 몇 시간 동안 만들었는지"를 기록하죠.

 

작업장 단가는 이렇게 계산됩니다

작업장 단가 계산 공식은 의외로 단순합니다:

작업장 단가=계획 작업 시간코스트센터 계획 비용​

구체적인 예시로 설명해보겠습니다. 조립 라인 코스트센터의 이번 달 계획 비용이 1,000만 원이고, 계획 작업 시간이 500시간이면

시간당 단가=500시간10,000,000원​=20,000원/시간

이렇게 계산된 단가를 SAP KP26 T-Code에서 미리 입력해 둡니다. 말 그대로 계획 단가를 설정하는 화면이에요.

 

실제로 제품 원가에 어떻게 들어가나

이제 생산오더가 발행되고 현장에서 작업을 시작합니다. 작업이 끝나면 SAP에 **확인보고(Confirmation)**를 올리죠

• "이 생산오더에 대해 조립 작업장 5시간 사용했습니다"
• "용접 작업장 2시간 사용했습니다"

그 순간 SAP는 자동으로 계산합니다:

생산오더 원가=작업장 단가×실제 작업 시간

조립 작업장 단가가 20,000원/시간이고 확인보고가 5시간이라면, 이 생산오더에는 조립 공정 원가 10만 원이 자동으로 붙게 됩니다.

 

이 내역은 CO03 T-Code에서 생산오더의 원가 탭을 보면 실시간으로 확인할 수 있어요. 어떤 활동이 몇 시간 들어갔고, 그게 얼마로 계산됐는지가 다 보입니다.

---

월말에 한 번 더 일어나는 일: 현실과의 정산

하지만 월초에 잡은 계획 단가가 월말의 실제 발생 비용과 딱 맞을 리는 없겠죠. 현실은 계획보다 복잡하니까요.

• 생각보다 초과근무가 많이 발생했거나
• 설비가 고장 나서 수리비가 예상보다 많이 나왔거나
• 전기료나 인건비가 계획과 달랐거나

이런 일들이 매달 벌어집니다. 그래서 월말에는 '현실과의 정산' 작업이 한 번 더 들어가요.

실제 단가 재계산 과정

논리는 아주 단순합니다:

실제 단가=실제 작업 시간실제 발생 비용​

월말이 되면 SAP는 코스트센터별로:

• 이번 달에 실제로 얼마가 나갔는지 (전기세, 인건비, 감가상각 등)
• 실제로 몇 시간 일했는지

를 가지고 단가를 다시 계산합니다. 당연히 처음에 KP26에서 설정한 '계획 단가'와는 차이가 나겠죠.

그 차이만큼이 생산오더에 추가로 붙거나 빠지는 금액입니다. 이걸 처리하는 SAP T-Code들이:

• KSU5 / KEU5: 코스트센터에서 생산오더로 차이분을 배부하는 단계
• KO88: 생산오더를 마감하면서 남은 잔액을 재공품이나 원가차이로 정리하는 원가확정(Settlement)

KO88은 쉽게 말해서 생산오더라는 '장부를 닫으면서 정리 정돈'하는 단계라고 보시면 됩니다. 아직 덜 만든 건 재공품(WIP)으로 넘기고, 다 만든 건 완제품 원가로 확정 짓는 거죠.

 

전체 흐름 정리

이 모든 과정을 한눈에 보면 이렇습니다:

1. 코스트센터 비용 누적 
   (각 부서별 "카드 명세서"에 비용 쌓이기)
    ↓
2. 작업장 계획단가 계산 (KP26)
   (시간당 얼마인지 미리 계산해두기)
    ↓  
3. 생산오더에 원가 배부 (CO03 확인보고)
   (작업한 시간만큼 비용 입히기)
    ↓
4. 월말 실제 단가 재계산 (KSU5/KEU5)
   (실제 쓴 돈으로 다시 계산하고 차액 배부)
    ↓
5. 생산오더 원가 확정 (KO88)
   (장부 닫고 잔액 정리)
    ↓
6. 제품 원가 확정

여기까지 설명한 6단계는 SAP를 쓰는 제조업이라면 반드시 거쳐야 하는 기본 원가 결산 프로세스입니다.

이 흐름 자체는 선택사항이 아닙니다.

월말이 되면 누군가는 반드시 **KSU5**를 돌리고, **KO88**을 실행해서 장부를 마감해야 하죠.

 

그럼 진짜 문제는 뭘까요?

결산 프로세스가 "돌아가느냐 안 돌아가느냐"가 아니라, 각 단계에 들어가는 데이터가 현실을 얼마나 정확하게 반영하느냐입니다. 아무리 정교한 ERP 로직이 돌아가도, 입력되는 데이터 자체가 엉터리라면 결과는 **"틀린 숫자를 아주 정밀하게 계산한 것"**일 뿐입니다.

---

그래서 내가 하려는 것: 정밀한 계산기에 진짜 데이터 넣기

KP26 단가 설정하고, KSU5 원가 배부하고, KO88 원가 확정하고... 버튼은 다 눌러지고, 전표도 생성되고, 월말 결산도 완료됩니다. 시스템 자체는 죄가 없어요. 입력된 대로 아주 정밀하게 계산할 뿐이니까요.

진짜 문제는 그 '입력'에 있습니다.

사람이 대충 넣은 작업 시간, 기억에 의존해 입력한 생산 수량이 3단계 확인보고에 들어가는 순간, SAP는 **"틀린 숫자를 아주 정교하게 계산해내는 완벽한 기계"**가 되어버립니다. 월말 재계산 로직이 아무리 정교해도, 애초 입력 데이터가 현실과 동떨어져 있다면 결과는 뻔하죠.

그래서 수기 업무 줄이기 입니다.

사람이 입력하는 그 **'불확실한 고리'**를 기술로 대체하고 싶었거든요.

예를 들어 라인에 포트 센서를 달아서

• 물건이 지나갈 때마다 생산 수량을 자동 카운팅하고
• 설비가 실제로 돌아간 가동 시간을 실시간 기록해서
• 이 데이터를 SAP 생산오더의 **확인보고(CO03)**로 자동 입력하는 구조

이렇게 되면 앞서 설명한 그 정교한 SAP 원가 로직이 비로소 살아납니다:

• 작업장 단가 계산이 현실 기반이 되고
• 월말 실제 단가 재계산이 진짜 실제 데이터로 돌아가며
• 원가가 왜 올랐는지 추적이 가능해지고
• 어느 라인에서 무슨 일이 있었는지가 숫자로 증명됩니다

원가 구조를 먼저 이해해야 → 어느 단계의 데이터가 문제인지 알고 → 그래야 센서를 어디에 달아야 하는지가 보입니다.