안녕하세요. Rabbit입니다! 🐰
월말만 되면 우리 SAP 실무자들 머릿속을 복잡하게 만드는 숙제가 있죠. 바로 깔끔하게 100% 완료되지 않고 애매하게 남은 ‘생산오더’입니다.
“100개 만들라고 했는데, 70개만 완성되고 30개는 만들다 말았네…”
이 ‘남은 잔량’을 다음 달로 어떻게 넘겨야 할까요? 이 골치 아픈 SAP 생산오더 이월 문제를 두고 현업에서는 늘 두 가지 방식이 팽팽하게 맞섭니다.
오늘은 이 복잡한 개념을 우리에게 아주 친숙한 ‘김밥집 단체 주문‘ 비유로 명쾌하게 풀어드릴게요!
SAP 생산오더 이월? ‘만들다 만 김밥 100줄’의 운명!
우리가 동네 김밥집 사장님이라고 상상해 봅시다.
오늘 아침, “야채김밥 100줄”이라는 대형 단체 주문 (생산오더)을 받았습니다. 신나서 밥 100줄 분량 (자재 투입, GI)을 전부 펼쳐놓고 열심히 김밥을 말기 시작 (생산 진행)했죠.
그런데 저녁 8시, 가게 마감 시간이 되었어요. 확인해 보니 ‘완성된 김밥’ (생산 입고, GR)은 70줄뿐이고, ‘밥만 펴놓고 속 재료를 못 넣은’ 김밥 30줄이 남은 거예요!
이 ‘만들다 만 김밥 30줄’이 바로 미완료 잔량입니다.
이걸 그냥 버릴 순 없잖아요? 내일 아침에 마저 싸서 손님에게 보내야죠. 이때 이 ‘만들다 만 김밥 30줄’을 회계적으로, 그리고 시스템적으로 어떻게 다음 날 (다음 달)로 넘길 것인가?
이것이 바로 SAP 생산오더 이월의 핵심입니다.
대표적인 생산오더 이월 방식 2가지 (김밥 처리법 비교)
이 ‘만들다 만 김밥 30줄’을 처리하는 방법은 크게 두 가지로 나뉩니다.
방식 1: 오더 이월 (새로운 주문서 발행)
이건 아주 깔끔하고 FM적인 방식입니다.
“일단 오늘 장사 끝! 오늘 받은 ‘김밥 100줄 주문서 (기존 오더)’는 70줄만 완성한 걸로 마감 (TECO) 처리합니다.”
그리고 저 ‘만들다 만 30줄’은? 내일 날짜로 ‘잔량 30줄’짜리 새 주문서 (신규 오더)를 발행해서 작업을 이어는 거죠.
- 특징: 기존 오더를 기술적 완료 (TECO) 등으로 마감하고, 남은 잔량만큼 신규 생산오더를 생성합니다.
- 장점: ‘어제 만든 70줄’과 ‘오늘 만든 30줄’의 생산 이력과 실적이 명확하게 분리됩니다.
- 단점: “주문서 (오더)가 두 장이 되네?” 오더 수가 많아져서 시스템 관리가 번거로워집니다. 또, 남은 30줄에 얼마큼의 밥과 재료 (원가)가 들어갔는지 정확히 산정해서 새 주문서에 옮겨 적는 게 복잡할 수 있어요.
방식 2: WIP 원가 이월 (기존 주문서 유지)
이건 좀 더 유연하고 효율적인 방식입니다.
“‘김밥 100줄 주문서 (기존 오더)’? 그냥 포스기에 열어둬. 마감 (TECO) 안 해!”
대신, 오늘 마감 시점에 ‘만들다 만 30줄’에 들어간 밥, 단무지, 햄 (원가)만 계산해서 ‘아직 만드는 중인 김밥 재고’ 즉, 재공품 (WIP)이라는 자산으로 회계 장부에 슥 넘겨두는 겁니다.
- 특징: 오더 상태를 계속 오픈 (REL) 상태로 둡니다. 결산 시점에 미완료된 원가만 재공품 (Work In Process) 계정으로 회계 처리하여 다음 주기로 넘깁니다.
- 장점: 주문서 (오더)를 새로 만들 필요가 없으니 실무자 업무가 단순해지고 시스템 부담도 적어요. 원가 흐름도 하나의 오더에서 일관되게 관리되죠.
- 단점: 그 ‘100줄 주문서’가 언제 끝날지 몰라요. 미완료 오더가 장기간 열려있으면 나중에 오더 현황 파악이 어려워집니다. 데이터가 계속 누적되니 실시간 추적성이 떨어질 수 있죠.
| 구분 | 오더 이월 (신규 오더 생성) | WIP 이월 (재공품 원가 처리) |
|---|---|---|
| 오더 상태 | 기존 오더 TECO 후 신규 오더 생성 | 오더 상태 오픈 상태 유지 |
| 원가 처리 | 신규 오더로 원가 및 생산 실적 분리 | 미완료 원가를 WIP 계정으로 자산 처리 |
| 관리 복잡도 | 오더 수 증가 및 데이터 관리 복잡 | 단일 오더 내 관리로 시스템 부담은 적음 |
| 이력 관리 | 명확한 오더별 이력 관리 가능 | 장기간 누적 오더로 실적 누적 관리 복잡 |
| 회계 정합성 | 잔량은 오더를 이월 (분리)하여 산정 | 결산 시점 WIP 원가 이월로 일관된 회계 처리 |
| 실무 용이성 | 잔량 산출 및 오더 관리 반복 업무 발생 | 업무 프로세스 간소화, 실적 입력 계속 가능 |
SAP 생산오더 이월의 실무 어려움: 왜 김밥 정산이 복잡한가?
이론은 간단한데, 왜 실무에서는 SAP 생산오더 이월이 항상 문제 될까요?
‘만들다 만 김밥’을 다음 날로 넘기는 과정이 생각처럼 쉽지 않기 때문입니다.
- 투입/산출 데이터 불일치: “분명 밥 (GI)은 100줄 분량을 다 썼는데, 왜 완성된 김밥 (GR)은 70줄이죠? 김밥 터진 거 (불량) 5줄은 어쩌고요?” 실제 투입량과 생산량이 100% 일치하지 않는 경우가 많아 잔량 산출 자체가 복잡합니다.
- 잔량 및 원가 분리의 번거로움: “만들다 만 30줄… 이건 밥은 깔았는데 속 재료를 안 넣은 상태 (원가 분리)… 이걸 새 주문서로 넘길 때 원가를 얼마로 잡아야 하지?” 부분 입고된 잔량을 신규 오더로 넘길 때, 정확히 얼마의 원가와 공수를 넘겨야 할지 칼로 무 자르듯 나누기 어렵습니다.
- 이력 추적의 어려움: ‘오더 이월’ 방식으로 넘겼을 때, “이거 ‘어제 만든 70줄’에서 나온 불량이야? ‘오늘 마저 만든 30줄’에서 나온 불량이야?”처럼 생산 실적이나 품질 이력이 단절되어 월별 성과 평가가 왜곡될 수 있습니다.
- 프로세스 복잡화 및 실무자 부담: 이월 작업이 잦으면, 실무자는 기존 주문서 마감, 잔량 계산, 새 주문서 발행 등 반복적이고 복잡한 정산 업무에 치이게 됩니다.
실무자 Rabbit의 선택: 부분 입고 후 TECO 및 신규 오더
그렇다면 Rabbit은 어떤 방식을 추천할까요?
많은 기업, 특히 관리의 명확성과 품질 추적을 중시하는 곳에서는 ‘방식 1: 오더 이월’을 채택합니다. 즉, 부분 입고가 발생하면 기존 오더는 TECO로 마감하고, 잔량은 신규 오더로 생성하는 방식이죠.
이 프로세스를 ‘만들다 만 김밥’ 비유로 다시 한번 살펴볼게요.
1단계: 재료 투입 (GI) 및 부분 완성 (GR)
‘김밥 100줄’ 주문 (생산오더)에 대해 밥 100줄 분량 (GI)을 모두 투입했습니다.
그런데 실제 완성된 김밥 (GR)은 70줄뿐입니다. (30줄 잔량 발생)
2단계: 주방 마감 (TECO)
마감 시간이 되었습니다. 사장님은 “오늘 ‘100줄 주문서 (기존 오더)’는 TECO (기술적 완료) 처리해!”라고 외칩니다.
TECO (Technical Completion)가 되는 순간, 이 주문서로는 더 이상 밥을 추가하거나 (GI), 완성된 김밥을 입고 (GR) 잡을 수 없습니다. 실질적으로 종료된 거죠.
하지만 “밥 100줄 분량으로 김밥 70줄을 만들었다”는 소중한 이력은 이 오더에 그대로 보존됩니다.
3단계: 잔량 이월 (신규 오더 생성)
그럼 남은 30줄은요?
“저 30줄은 내일 아침에 ‘새 주문서 (신규 오더)’를 발행해서 마저 싸!”
이렇게 미입고 잔량 30줄은 새로운 생산오더로 생성되어 다음 생산 주기로 이월됩니다.

왜 이 방식을 쓸까? (추천 레시피의 장점)
왜 이렇게 번거롭게 주문서 (오더)를 나누는 걸까요?
- 관리적 명확성: “어제 만든 70줄”과 “오늘 마저 만든 30줄”이 주문서 (오더) 단위로 구분됩니다.
- 이력 보존: 기존 오더에 작업 내역, 원가, 실적, 품질 데이터가 모두 남습니다. “왜 밥 100줄로 김밥 70줄밖에 못 만들었지?”를 나중에 분석할 수 있죠.
- 추적성 강화: 어떤 오더에서 얼마나 생산되고, 어떤 오더로 이월되었는지 시스템에 이력이 명확히 기록됩니다. 이는 향후 감사나 회계 통제에 매우 유리합니다.
결국, “깔끔하게 관리하고 정확한 이력을 남기기 위해서“입니다.
마무리하며
SAP 생산오더 이월은 결국 ‘월말에 만들다 만 김밥’을 어떻게 다음 날 (달)로 넘길지 정하는 규칙입니다.
‘기존 주문서 (오더)를 유지하며 꼬리표 (WIP)만 붙일지’, 아니면 ‘기존 주문서를 마감 (TECO)하고 새 주문서 (신규 생산오더)를 만들지’ 선택하는 것이죠.
복잡한 생산 환경이나 품질 추적이 중요하다면 ‘오더 이월 (신규 오더 생성) 방식’이, 프로세스 단순화가 우선이라면 ‘WIP 원가 이월 방식’이 유리할 수 있습니다.
여러분의 김밥집은 어떤 정산 방식을 사용하고 계시나요? 😎





