
목차
SAP PP(생산 계획, Production Planning)는 수요를 생산 계획으로 바꾸는 SAP S/4HANA의 영역입니다. 예측과 판매 오더를 받아 재고, 자재 명세서(BOM), 라우팅, 생산 능력과 대조하고, 무엇을 만들고 무엇을 구매할지, 그리고 언제 할지를 제안합니다. 이 가이드는 PP가 무엇을 하는지, S/4HANA에서 무엇이 달라졌는지, 구축이 어디서 무너지는지를 알아야 하는 공장 책임자, 플래너, 프로젝트 리드를 위한 글입니다. 마지막 질문에 대한 짧은 답은 마스터 데이터입니다. 자재 마스터, BOM, 라우팅, 작업장이 틀리면 MRP 결과도 틀리고, 어떤 구성으로도 이를 바로잡을 수 없습니다. 아래의 준비도 체크리스트가 출발점입니다.
예전에 한 포장 공장 팀과 일한 적이 있습니다. 주당 생산 오더가 400건이 넘는 곳이었습니다. PP가 없던 시절에는 스프레드시트와 포스트잇으로 버티고 있었습니다. 구축 후에도 완벽해지지는 않았지만, 적어도 허우적대지는 않게 되었습니다.
PP는 물류 체인의 중심에 있습니다. 수요를 받아 자재, 생산 능력, 일정을 거슬러 올라가며 생산 제안을 만들어 냅니다. 수요가 거치는 순서대로 기능을 나열하면 다음과 같습니다.
- 판매 및 운영 계획(SOP): 예측과 시장 전망에 기반한 상위 수준의 물량
- 수요 관리: 그 물량을 MRP를 움직이는 계획 독립 소요량(PIR, Planned Independent Requirements)으로 변환
- 자재 소요량 계획(MRP): 재고, 리드 타임, 미결 오더를 이용해 무엇을 생산하거나 구매할지, 언제, 얼마나 할지 계산
- 생산 능력 계획과 평준화: 작업장 과부하가 현장에 닿기 전에 보여 줌
- 생산 오더 관리: 오더를 생성, 릴리스, 일정 수립, 확인하여 완료까지 처리
PP는 개별 제조(자동차 부품, 전자 제품, 산업재)와 반복 제조(포장, 소비재)를 다룹니다. 식품, 화학, 제약의 배치 및 레시피 기반 생산에는 PP-PI(Production Planning for Process Industries, 프로세스 산업용 생산 계획)를 사용합니다. PP-PI는 생산 오더와 라우팅 대신 프로세스 오더와 마스터 레시피로 작동합니다.
수요에서 완료까지의 흐름은 다섯 단계입니다. 현실에서는 중단 없이 돌아가는 일이 드물지만, PP는 바로 이 구조를 관리하도록 만들어져 있습니다.
- SOP예측에 따른 물량 목표
- 수요 관리MRP 실행을 움직이는 PIR
- MRP계획 오더와 구매 요청
- 생산 실행오더 릴리스, 자재 준비
- 확인노무, 수량, 자재 이동 기록
SAP에 현장에서 실제로 일어난 일이 반영됩니다
SOP는 상위 수준의 생산 목표를 정하는 단계입니다. 시장 데이터를 근거로 엄격하게 운영하는 기업도 있고, 대략적인 추정치로 하는 기업도 있습니다. 어느 쪽이든 결과는 수요 관리로 넘어갑니다. S/4HANA에서 기존 SOP 트랜잭션은 호환성 범위이며, 이는 아래에서 다룹니다.
수요 관리는 PIR을 생성합니다. PIR은 예측입니다. 이 제품이 이 시점에 이만큼 필요할 것으로 기대한다는 뜻입니다. PIR은 MRP의 입력값이어서 여기서 생긴 실수는 연쇄적으로 번집니다. 한 고객사는 3개월 치 PIR을 중복 업로드했습니다. 생산 쪽에서 모든 품목을 과다 발주하기 시작할 때까지 아무도 알아채지 못했습니다.
MRP는 계획 엔진입니다. PIR과 판매 오더를 재고 및 미결 입고분과 상계한 뒤, 자체 생산 품목에는 계획 오더를, 외부 조달 부품에는 구매 요청을 생성합니다. 잘 구성된 실행은 명확함을 가져옵니다. 부정확한 마스터 데이터 위에서 돌린 실행은 플래너가 몇 주씩 쫓아다니게 되는 잡음만 만들어 냅니다.
생산 실행은 계획 오더가 생산 오더가 되는 단계입니다. 오더를 릴리스하고, 자재를 준비하고, 작업장에서 공정이 진행됩니다.
확인이 고리를 닫습니다. 노무 시간을 기록하고, 수량을 입력하고, 자재 이동을 전기합니다. 사람들이 제때 확인을 입력한다면, 시스템에는 현장에서 실제로 일어난 일이 반영됩니다.
마스터 데이터는 SAP PP의 뼈대입니다. 비유가 아닙니다. 결과가 따르는 사실입니다.
자재 마스터(MRP 뷰). 생산하는 모든 자재는 MRP 뷰가 올바르게 설정되어야 합니다. MRP 유형, 로트 크기, 전략 그룹, 가용성 점검, 일정 계획 여유 키는 각각 MRP의 동작을 바꿉니다. 제가 참여했던 한 프로젝트에서는 자재 마스터의 필드 하나가 비어 있어서 일주일 동안 생산이 멈췄습니다. 필드 하나였습니다.
자재 명세서(BOM). BOM은 완제품에 무엇이 들어가는지를 정의합니다. 구성품, 수량, 스크랩 비율, 때로는 대체품까지 담습니다. BOM에는 변형이 있을 수 있습니다. 구성형 제품에는 잘 맞지만 SAP를 처음 접하는 팀에게는 혼란을 줍니다. 이 품목 하나에 BOM이 정말 다섯 개나 필요한가라는 질문에는 분명한 답이 있습니다. MRP를 돌리면서가 아니라 구축 전에 그 답을 찾아 두십시오.
라우팅. 라우팅은 제품을 어떻게 만드는지를 정의합니다. 공정의 순서, 각 공정을 수행하는 작업장, 각 공정에 걸리는 시간입니다. 라우팅이 없으면 SAP는 생산 소요 기간을 계산하거나 생산 능력을 점검할 수 없습니다. 단순한 제품에도 명확한 라우팅이 필요한데, 서두르는 프로젝트는 이를 건너뜁니다.
작업장. 작업장은 생산이 이루어지는 곳으로 기계, 라인, 작업자 그룹을 말합니다. 일정 계획 공식, 원가 연결, 교대 캘린더를 가지고 있습니다. 가동 후에 이를 최신으로 유지하는 일은 가장 먼저 잊히는 작업입니다. 그렇게 되면 생산 능력 계획이 부정확해지고 플래너는 시스템을 신뢰하지 않게 됩니다.
생산 버전. 생산 버전은 유효한 BOM과 유효한 라우팅을 일정 기간과 로트 크기에 묶어 줍니다. S/4HANA에서는 자체 생산 자재에 필수이며, 생산 버전이 없으면 MRP Live는 BOM을 전개하지 않습니다. BOM 선택 방식에 의존하던 ECC 고객은 전환 과정에서 생산 버전을 만들어야 합니다.
조직 구조
PP가 의존하는 구조 요소와 각각이 연결되는 지점입니다.
| 구조 요소 | SAP PP에서의 목적 | 주요 연결 |
|---|---|---|
| 클라이언트 | 최상위 전사 구조 | 모든 모듈에 공통 |
| 회사 코드 | 재무 보고의 법적 단위 | 생산에 대한 FI 원가 추적 |
| 플랜트 | 생산이 이루어지는 핵심 단위 | PP를 MM, SD, PM과 연결 |
| 저장 위치 | 플랜트 내 물리적 재고 구분 | 자재 준비 및 이동 |
| MRP 영역 | 별도 MRP 실행을 위한 계획 범위 | S/4HANA에서 저장 위치 MRP를 대체 |
| 작업장 | 생산 자원(기계, 라인, 그룹) | 라우팅, 생산 능력 계획, CO 코스트 센터 |
| 생산 버전 | 자재에 유효한 BOM과 라우팅의 조합 | S/4HANA에서 MRP와 오더 생성에 필수 |
첫 MRP 실행 전 준비도 체크리스트
이관한 데이터에 MRP를 풀어 놓기 전에 이 순서대로 점검하십시오. 괄호 안은 승인 담당자입니다.
- 계획 대상 모든 자재의 자재 마스터 MRP 뷰 완성, 전략 그룹과 로트 크기 포함(계획 리드)
- BOM을 실제 제조 방식과 대조하여 검증, 엔지니어링이 구성품과 스크랩을 확인(엔지니어링)
- 자체 생산하는 모든 자재에 라우팅 존재, 현실적인 공정 시간 반영(생산 기술)
- 작업장 캘린더와 생산 능력이 현재 교대 체계를 반영(공장장)
- 자체 생산 자재마다 유효한 생산 버전 하나, 계획 기간 전체를 포괄(계획 리드)
- PIR은 한 번만 로드하고, 첫 실행 전에 승인된 수요 계획과 대조(수요 플래너)
- 미결 오더와 재고를 기존 시스템과 SAP 사이에서 정합성 확인(재고 관리자)
- 단일 플랜트 또는 MRP 영역에서 테스트 MRP 실행, 전체 실행 전에 플래너가 예외 사항을 검토(계획 리드)
PP는 혼자 일하지 않습니다. 모든 통합 지점은 곧 실패 지점이기도 합니다.
MM(자재 관리). PP가 자재 소요를 생성하면 MM이 이를 조달합니다. MM의 가용성이 틀리면 생산 오더는 자재 부족에 부딪힙니다. PP와 MM이 잘 통합되어 있어야 긴급 조달이 끝납니다.
SD(판매 및 유통). 판매 오더는 수요 관리에서 PIR을 소진할 수 있습니다. 어떻게 소진할지는 자재 마스터의 전략 그룹이 제어합니다. 이 값이 틀리면 판매 오더와 예측이 상계되지 않고 나란히 돌아가면서, 오류 메시지 없이 수요 신호가 두 배가 됩니다. 제 SAP SD 가이드에서 그 연결의 오더 쪽을 다룹니다.
CO(관리회계). 생산 오더에는 원가가 따라옵니다. CO는 표준 원가 대비 실제 노무, 자재, 간접비를 추적하고, 정산이 차이를 전기합니다. CO가 없으면 생산에 대한 재무 그림이 불완전합니다.
QM(품질 관리). PP 이벤트가 QM 검사 로트를 생성할 수 있고, 품질 결과가 오더를 보류시킬 수도 있습니다. 이 덕분에 품질이 사후 점검이 아니라 프로세스 통제가 됩니다.
SAP PP 구축에서 마스터 데이터를 서두르면 나머지는 모두 우회 작업이 됩니다. BOM 정확도, 라우팅 완성도, 작업장 유지 관리. 어느 것도 선택 사항이 아닙니다.
ECC에서 넘어가신다면, 설계와 데이터에 영향을 주는 PP 변경 사항은 다음과 같습니다. 세부 내용은 SAP의 간소화 목록(simplification list)과 호환성 범위 매트릭스(SAP Note 2269324)에 있습니다.
- **MRP Live(트랜잭션 MD01N)**는 SAP가 권장하는 계획 실행입니다. HANA 데이터베이스 내부에서 실행되고, 한 번에 여러 플랜트를 계획할 수 있으며, MRP 리스트를 기록하지 않습니다. 기존 MD01에서 MD03까지의 트랜잭션도 계속 존재합니다. SAP의 MRP Live 학습 모듈은 입문용으로 좋습니다.
- 생산 버전이 필수입니다. 위에서 설명한 대로 자체 생산에 해당합니다.
- MRP 영역이 저장 위치 MRP를 대체합니다. ECC에서 저장 위치별로 따로 계획하던 경우, S/4HANA에서는 MRP 영역이 필요합니다.
- SOP, MRP 리스트, 예측 기반 계획(MRP 유형 VV)은 호환성 범위입니다. 온프레미스 시스템의 사용 권한은 2025년 12월 31일에 종료되었습니다. SAP는 RISE with SAP 또는 SAP Cloud ERP Private 계약에 속한 S/4HANA 시스템에 대해서는 이를 2030년 12월 31일까지 연장했습니다. SOP에 대해 SAP가 지정한 후속 제품은 SAP IBP입니다.
- 임베디드 PP/DS(생산 계획 및 상세 일정 계획)는 유한 용량 일정 계획을 위해 S/4HANA 내부에서 실행됩니다. MRP Live는 고급 계획 대상으로 표시된 자재를 PP/DS 휴리스틱에 넘깁니다. 이를 전제로 설계하기 전에 라이선스를 확인하십시오.
구성 세부 사항은 MRP Live 작업에 관한 SAP Help 페이지에 있습니다.
저는 지난 세월 동안 정말 심각한 실패를 여러 번 봤고, 아래는 피해야 할 패턴입니다. RISE with SAP에서는 Clean Core 접근 방식이 이런 문제를 가려 주던 커스텀 코드를 제한합니다. 그래서 나쁜 마스터 데이터가 더 빨리 드러나고, 우회하는 데도 비용이 더 듭니다.
마스터 데이터 이관을 서두름. 자동차 부품 회사 한 곳이 BOM과 라우팅 이관을 서둘렀던 기억이 납니다. 가동 후 6개월 동안 데이터 문제로 계속 실패하는 생산 오더를 고치는 데 시간을 썼습니다. 이관 전 마스터 데이터 검증은 곁다리 작업이 아닙니다. 그것이 곧 프로젝트입니다. 제 글 SAP 데이터 이관이 실패하는 이유에서 더 자세히 다룹니다.
사용자 저항. 경험 많은 플래너는 PP에 저항하는 경우가 많습니다. 손과 판단으로 하던 일을 PP가 가져가기 때문입니다. 구성 단계 초기부터 이들을 참여시키십시오. PP가 시간을 돌려주는 지점을 보여 주십시오. 그것이 정착 여부를 결정합니다.
기존 프로세스 복제. 제가 가장 자주 보는 구성 실수입니다. 표준 계획 로직을 도입하는 대신 SAP를 예전 프로세스와 똑같이 작동하도록 설정하는 것입니다. 그 결과는 PP가 설계된 목적에 못 미치는 성과만 내는, 과도하게 구성된 시스템입니다.
통합 테스트 부족. MM, SD, CO, QM과의 모든 연결은 실패할 수 있습니다. 모듈을 하나씩 따로 테스트하는 팀은 통합 문제를 운영 환경에서 발견합니다.
교육 축소. 구축에 수백만 달러를 쓰고 나서 교육을 줄여 돈을 아끼는 기업을 봤습니다. 시스템을 이해하지 못하는 사용자는 우회 방법을 만듭니다. 우회 방법은 MRP가 의존하는 데이터 정확도를 무너뜨립니다.
아래 표는 각 리스크를 그 영향과, 제가 계획에 넣을 완화 방안에 대응시킨 것입니다.
| 리스크 | 영향 | 완화 방안 |
|---|---|---|
| 잘못된 MRP 구성 | 재고 부족, 과잉 생산, 과다 조달 비용 | 현업 책임자와 함께 MRP 유형, 전략 그룹, 로트 크기 결정 방식을 검증 |
| 부정확한 BOM 또는 라우팅 | 잘못된 자재 소요, 현장 지연 | 이관 전 BOM과 라우팅 검토에 엔지니어링을 참여시킴 |
| 부실한 생산 능력 계획 | 작업장 병목, 납기 지연 | 오더 릴리스 전에 생산 능력 평가와 평준화 실행 |
| 생산 버전 누락 | MRP가 BOM을 전개하거나 유효한 오더를 생성할 수 없음 | 자체 생산 자재마다 유효한 생산 버전 하나 |
| 실시간 현장 피드백 부재 | 부정확한 생산 현황, 편차를 뒤늦게 파악 | 적시 확인 입력을 강제하고 SAP Digital Manufacturing 또는 다른 MES와 연동 |
| 교육이 부족한 사용자 | 잘못된 확인 입력, 백플러시 오류, 해결되지 않는 재작업 | 실제 생산 사이클에 기반한 역할별 교육 |
| 가변 구성 미처리 | 구성형 제품의 잘못된 오더 | BOM과 라우팅을 함께 놓고 구성 로직을 테스트 |
SAP PP란 무엇이며 어떤 일을 합니까?
SAP PP(생산 계획)는 제조 계획과 실행을 위한 SAP 모듈입니다. 자재 명세서, 작업장, 라우팅, 생산 오더를 관리합니다. 핵심 역할은 예측과 판매 오더에서 나온 수요를 MRP를 통해 생산 능력에 연결하고, 생산 오더를 생성부터 정산까지 진행하는 것입니다.
SAP PP에는 어떤 마스터 데이터가 필요합니까?
다섯 가지 객체입니다. 자재 마스터의 MRP 뷰, 자재 명세서, 라우팅, 작업장, 그리고 S/4HANA에서는 생산 버전입니다. 각각 가동 시점에 정확해야 하고 이후에도 유지되어야 합니다. 자재 마스터의 필드 하나가 비어 있어도 생산 오더 생성이 막힐 수 있습니다.
SAP S/4HANA에서 MRP는 어떻게 작동합니까?
MRP는 수요(PIR, 판매 오더, 종속 소요량)를 재고 및 미결 입고분과 상계합니다. 이때 자재 마스터의 리드 타임, 로트 크기, 안전 재고를 사용합니다. 결과물은 자체 생산용 계획 오더와 외부 조달용 구매 요청입니다. S/4HANA에서 SAP가 권장하는 것은 HANA 데이터베이스에서 실행되고 MRP 리스트를 만들지 않는 MRP Live(MD01N)입니다.
SAP PP에서 생산 오더란 무엇입니까?
생산 오더는 특정 자재를 특정 수량만큼 특정 일자까지 만들라는 지시입니다. 보통 MRP 계획 오더에서 전환됩니다. 수명 주기는 생성과 릴리스에서 시작해 확인, 입고, 정산으로 이어지며, 정산 단계에서 실제 원가와 표준 원가를 비교하고 그 차이를 CO에 전기합니다.
SAP PP와 SAP PP-PI의 차이는 무엇입니까?
SAP PP는 BOM과 라우팅에 기반한 생산 오더를 쓰는 개별 제조와 반복 제조를 위한 모듈입니다. SAP PP-PI는 식품, 음료, 화학, 제약의 배치 및 레시피 기반 생산을 위한 모듈입니다. 프로세스 오더와 마스터 레시피를 사용하며 공동 제품, 부산물, 배치 추적성을 더합니다. 규제 산업에서는 배치 단위의 이력이 컴플라이언스 요건입니다.
SAP S/4HANA에서도 SOP를 쓸 수 있습니까?
기존 SOP는 S/4HANA 호환성 범위에 속하며 사용 권한이 제한됩니다. 이 권한은 온프레미스 시스템의 경우 2025년 12월 31일에 종료되었고, RISE with SAP 또는 SAP Cloud ERP Private 계약에 속한 시스템은 2030년 12월 31일까지입니다. SAP가 권장하는 후속 제품은 SAP Integrated Business Planning(IBP)입니다.
SAP PP 구축에서 가장 흔한 실수는 무엇입니까?
마스터 데이터를 서두르는 것, 잘못된 전략 그룹을 설정하는 것, 기존 프로세스를 구성에 그대로 옮기는 것, 전체 통합 테스트를 건너뛰는 것, 교육을 줄이는 것입니다. 대부분은 같은 결말로 끝납니다. 아무도 신뢰하지 않는 MRP 결과, 그리고 다시 스프레드시트로 돌아간 플래너입니다.
다음 단계
지금 ERP 프로젝트를 진행 중이십니까?
이 글이 지금 진행 중인 프로젝트와 맞닿아 있다면, 30분 대화가 일주일간의 내부 분석보다 대개 더 많은 진전을 가져옵니다.




