본문으로 건너뛰기

SAP PP: 생산 계획 모듈 완벽 해설

SAP PP는 Production Planning(생산 계획)의 약자입니다. 이 글은 모듈이 하는 일, 개별·공정·반복 제조를 다루는 방식, S/4HANA에서 MRP Live와 임베디드 PP/DS가 작동하는 방식, IBP가 맡게 되는 시점, 그리고 MRP 결과를 쓸모없게 만드는 마스터 데이터 실수를 다룹니다.

생산 계획 보드와 태블릿 속 생산 능력 차트가 보이는 밝은 공장 현장
목차
  1. SAP PP 모듈이 하는 일
  2. 개별 제조, 공정 제조, 반복 제조
  3. 개별 제조
  4. 공정 제조(PP-PI)
  5. 반복 제조
  6. 계획 사이클이 진행되는 방식
  7. S/4HANA의 MRP Live와 임베디드 PP/DS
  8. MRP Live
  9. 임베디드 PP/DS
  10. IBP가 맡게 되는 시점
  11. 마스터 데이터: 대부분의 구축이 무너지는 곳
  12. 첫 MRP 실행 전 준비 체크리스트
  13. 통합 지점과 실패 유형
  14. 자주 묻는 질문
  15. 다음 단계

SAP PP는 Production Planning(생산 계획)의 약자입니다. 수요를 생산 계획으로 바꾸고, 생산 오더를 릴리스부터 실적 확인, 원가 정산까지 실행하는 SAP 모듈입니다.

PP는 예측과 판매 오더를 받아 재고, 자재 명세서(BOM), 라우팅, 생산 능력과 대조한 뒤, 무엇을 만들고 무엇을 사고 언제 할지를 제안합니다. SAP S/4HANA에서는 자재 관리(MM), 품질 관리(QM), 관리회계(CO)와 함께 제조 영역에 속합니다.

이 가이드는 공장장, 계획 담당자, 프로젝트 리더를 위한 글입니다. 저는 개별 제조, 공정 제조(PP-PI), 반복 제조 모두에서 PP를 구축했기 때문에 세 가지를 모두 다룹니다. PP가 어디서 무너지는지에 대한 짧은 답은 마스터 데이터입니다.

예전에 매주 400건이 넘는 생산 오더를 처리하는 포장재 공장 팀과 일한 적이 있습니다. PP가 없을 때 그들은 스프레드시트와 포스트잇으로 버티고 있었습니다. 구축 후 완벽해지지는 않았지만, 더 이상 허우적거리지는 않았습니다.

PP는 물류 체인의 중심에 있습니다. 수요를 받아 자재, 생산 능력, 시점을 거꾸로 따라가며 생산 제안을 만듭니다. 수요가 흘러가는 순서대로 기능을 나열하면 다음과 같습니다.

  1. 판매 및 운영 계획(SOP): 예측과 시장 전망을 바탕으로 한 상위 수준의 물량
  2. 수요 관리: 그 물량을 MRP를 움직이는 계획 독립 소요량(PIR)으로 변환
  3. 자재 소요량 계획(MRP): 재고, 리드 타임, 미결 오더를 바탕으로 무엇을 언제 얼마나 생산하거나 구매할지 계산
  4. 생산 능력 계획 및 평준화: 작업장 과부하가 현장에 닿기 전에 보여 줌
  5. 생산 실행: 오더를 생성, 릴리스, 일정 계획, 실적 확인하여 완료와 정산까지 진행

S/4HANA에서 기존 SOP는 호환성 범위(compatibility scope)이며, SAP는 이 업무에 IBP를 쓰라고 안내합니다. 두 가지 모두 아래에서 더 설명합니다.

PP는 공장을 운영하는 한 가지 방식이 아닙니다. 세 가지 제조 방식을 지원하며, 어떤 방식을 택하느냐에 따라 구성할 오더 유형, 마스터 데이터, 원가 계산 방식이 달라집니다. 여러 방식을 함께 운영하는 공장도 많습니다.

아래 표는 SAP가 제공하는 그대로 세 가지를 비교합니다.

방식대표 산업실행 오브젝트핵심 마스터 데이터원가 계산
개별 제조기계, 전자, 자동차 부품, 방산 장비생산 오더BOM, 라우팅, 작업장오더별, 종료 시 정산
공정 제조(PP-PI)식품, 음료, 화학, 제약공정 오더마스터 레시피, 리소스, BOM오더별, 연산품과 부산물 포함
반복 제조포장재, 소비재, 대량 생산 라인실행 일정상의 계획 오더생산 버전, 생산 라인, 레이트 라우팅 또는 라우팅기간별

개별 제조

사람들이 "SAP PP"라고 할 때 대개 떠올리는 기본형이 개별 제조입니다. MRP가 계획 오더를 만들고, 계획 담당자가 이를 생산 오더로 전환하며, 각 오더는 자체 구성품, 공정, 원가를 가집니다. 구분된 로트 단위로, 흔히 주문에 따라 만들어지고 오더마다 추적이 필요한 제품에 맞습니다.

공정 제조(PP-PI)

PP-PI(Production Planning for Process Industries)는 배치 및 레시피 기반 생산을 다룹니다. 생산 오더 대신 공정 오더를, 라우팅 대신 마스터 레시피를 쓰며, 연산품, 부산물, 배치 추적성을 더합니다. 제약과 식품처럼 규제가 있는 산업에서 배치 단위의 이력은 있으면 좋은 기능이 아니라 컴플라이언스 요건입니다.

반복 제조

반복 제조는 같은 제품을 같은 라인에서 오랜 기간 만드는 경우에 맞습니다. 개별 오더 대신 실행 일정에 따라 시간 버킷 단위로 계획하고, 작업자는 계획 오더에 직접 실적을 확인합니다. SAP의 반복 제조 문서는 기간별 계획과, 완제품 수량을 확인할 때 구성품 소비를 전기하는 백플러시를 설명합니다.

대가는 상세함입니다. 반복 제조는 오더 처리 부담을 없애고, 원가는 오더별이 아니라 기간별로 정산됩니다. 로트별 원가와 추적성이 필요하다면 개별 제조나 PP-PI가 더 맞습니다.

수요에서 완료까지의 흐름은 다섯 단계입니다. 실제로는 중단 없이 흘러가는 경우가 드물지만, PP가 관리하도록 만들어진 구조는 이렇습니다.

SAP PP에서 수요가 생산이 되는 과정각 단계가 다음 단계로 이어지므로, PIR이나 마스터 데이터의 실수는 그 뒤의 모든 단계에 드러납니다.
  1. SOP예측에 기반한 물량 목표
  2. 수요 관리MRP 실행을 움직이는 PIR
  3. MRP계획 오더와 구매 요청
  4. 생산 실행오더 릴리스, 자재 준비
  5. 실적 확인노동, 수량, 자재 이동 전기

SAP가 현장에서 실제로 일어난 일을 반영

수요 관리는 PIR을 생성합니다. PIR은 예측입니다. 이 시점에 이 제품이 이만큼 필요할 것이라는 뜻입니다. PIR은 MRP의 입력값이며, 여기서 생긴 실수는 연쇄적으로 번집니다. 한 고객사는 석 달 치 PIR을 중복으로 업로드한 적이 있습니다. 생산이 모든 품목을 과잉 발주하기 시작할 때까지 아무도 눈치채지 못했습니다.

MRP는 계획 엔진입니다. PIR과 판매 오더를 재고 및 미결 입고와 상계한 뒤, 자체 생산 품목에는 계획 오더를, 외부 조달 부품에는 구매 요청을 만듭니다. 부정확한 마스터 데이터 위에서 돌린 실행은 계획 담당자가 몇 주씩 쫓아다녀야 하는 잡음을 만들어 냅니다.

실행과 실적 확인이 루프를 닫습니다. 오더가 릴리스되고, 자재가 준비되고, 작업장에서 공정이 진행됩니다. 이어서 노동, 수량, 자재 이동이 전기되며, 사람들이 제때 실적을 확인한다면 시스템은 현장에서 일어난 일을 그대로 반영합니다.

ECC에서 넘어오신다면 설계와 데이터에 영향을 주는 계획 관련 변화가 바로 이것들입니다. 더 넓은 마이그레이션 경로는 제 ECC에서 S/4HANA로의 마이그레이션 가이드에 정리했습니다.

MRP Live

MRP Live(트랜잭션 MD01N)는 S/4HANA에서 SAP가 권장하는 계획 실행입니다. SAP HANA 데이터베이스 안에서 실행되고, 한 번의 실행으로 하나 또는 여러 플랜트를 계획할 수 있으며, 기존 MRP 리스트를 기록하지 않습니다. SAP의 MRP Live 학습 모듈은 입문용으로 좋고, MRP Live 사용에 관한 SAP Help 페이지에는 구성 세부 사항이 있습니다.

함께 따라오는 변화가 세 가지 더 있습니다.

  1. 생산 버전이 필수입니다. 자체 생산 자재에 해당합니다. MRP Live는 생산 버전 없이 BOM을 전개하지 않으므로, BOM 선택 방법에 의존하던 ECC 고객은 전환 중에 생산 버전을 만들어야 합니다.
  2. MRP 영역이 저장 위치 MRP를 대체합니다. ECC에서 별도로 계획하던 저장 위치는 S/4HANA에서 MRP 영역이 필요합니다.
  3. SOP, MRP 리스트, 예측 기반 계획은 호환성 범위입니다. 사용 권한은 기간이 제한되어 있고 계약 유형에 따라 다르며, SAP는 그 날짜를 여러 번 바꿨습니다. 이를 전제로 설계하기 전에 SAP Note 2269324를 귀사의 계약과 대조해 확인하십시오.

임베디드 PP/DS

PP/DS(Production Planning and Detailed Scheduling)는 예전에 SAP APO에 있던 고급 계획 엔진입니다. S/4HANA에서는 임베디드되어 있어 별도의 APO 시스템을 운영할 필요가 없습니다. 유한 일정 계획, 셋업 순서, BOM 레벨 간 페깅을 더합니다.

MRP Live와 PP/DS는 자재 단위로 일을 나눕니다. 자재 마스터에서 고급 계획 대상으로 표시된 자재는 PP/DS로 가고, 나머지는 MRP Live에 남습니다. SAP의 PP/DS 학습 콘텐츠는 병목 리소스의 핵심 제품은 PP/DS에서, 덜 중요한 소비 기반 자재는 MRP Live에서 계획하라고 제안합니다.

저는 구축 프로젝트에서 MRP Live와 임베디드 PP/DS를 모두 써 봤습니다. 기능 목록보다 중요한 실무 포인트는 두 가지입니다.

  1. 병목 리소스를 공유하는 모든 것은 PP/DS에서 계획하십시오. 제약이 있는 라인의 제품 중 절반이 MRP Live에 남아 있으면 그 라인의 유한 생산 능력 계획은 작동하지 않습니다.
  2. PP/DS 자재는 MRP Live 계획 범위에서 제외하십시오. 그렇지 않으면 이후의 MRP Live 실행이 일정을 다시 잡아 상세 일정 계획 결과가 사라집니다.

MRP Live, PP/DS, IBP가 각각 무엇을 계획하는지 나란히 비교한 내용은 제 MRP Live vs PP/DS vs IBP 비교를 보십시오.

PP/DS를 전제로 설계하기 전에 계약이 무엇을 포함하는지 확인하십시오.

PP는 공장을 계획합니다. 무엇을, 어느 라인에서, 어느 주에 만들지입니다. SAP Integrated Business Planning(IBP)은 그 위에서 비즈니스를 계획합니다. 판매 및 운영 계획, 수요 예측, 재고 계획, 네트워크 전반의 공급 계획을 다루는 클라우드 제품입니다.

저는 고객사를 IBP로 안내한 적이 있지만, 사례가 그것을 요구할 때만 그랬습니다. MRP Live만으로 잘 돌아가는 공장도 있습니다.

병목 라인 때문에 PP/DS가 필요한 공장도 있습니다. 그보다 작은 그룹은 계획 문제가 아예 현장에 있지 않기 때문에 IBP가 필요합니다.

아래 표는 제가 세 계층을 구분하는 방식입니다.

계획 질문도구기간상위 계층으로 넘어가는 대표적 계기
무엇을 만들고 사야 하며, 언제인가?S/4HANA의 MRP Live며칠에서 몇 달계획 담당자가 제약 리소스에서 MRP를 수동으로 덮어씀
유한 생산 능력에서 라인을 어떤 순서로 돌릴 것인가?임베디드 PP/DS몇 시간에서 몇 주물량과 제품 구성 결정이 여러 플랜트나 지역에 걸쳐 이루어짐
비즈니스는 얼마나 팔고, 비축하고, 공급해야 하는가?SAP IBP몇 달에서 몇 년다중 거점 네트워크, 합의 수요, 시나리오 계획

IBP를 가리키는 신호는 다음과 같습니다.

  1. 재무가 함께 참여하는 월간 판매 및 운영 프로세스가 필요합니다.
  2. 수요가 많은 고객과 채널에 걸친 통계적 예측에서 나옵니다.
  3. 공급 결정이 여러 플랜트와 물류 센터에 걸쳐 있습니다.

기존 SOP가 호환성 범위라는 점은 이 결정에 마감 시한을 더합니다. IBP 쪽은 제 SAP IBP가 중요한 이유에서 더 깊이 다룹니다.

아직 공장에 SAP와 다른 ERP 중 무엇을 쓸지 고르고 계신다면, 제 제조업을 위한 최고의 ERP 비교 글이 회사 규모와 유형별로 선택지를 정리해 두었습니다.

SAP PP 구축에서 마스터 데이터를 서두르면 나머지는 모두 우회 작업이 됩니다. BOM 정확도, 라우팅 완성도, 작업장 유지 관리. 어느 것도 선택 사항이 아닙니다.

마스터 데이터는 SAP PP의 근간입니다. 격언이 아닙니다. 결과가 따르는 사실입니다.

자재 마스터(MRP 뷰). 제조하는 모든 자재는 MRP 뷰가 올바르게 설정되어야 합니다. MRP 유형, 로트 크기, 전략 그룹, 가용성 점검, 일정 계획 마진 키는 각각 MRP의 동작을 바꿉니다. 제가 참여한 프로젝트에서 자재 마스터의 필드 하나가 빠져 생산이 일주일 동안 멈췄습니다. 필드 하나였습니다.

전략 그룹. 전략 그룹은 판매 오더가 PIR을 소비할지를 결정합니다. 잘못 설정되면 판매 오더와 예측이 상계되지 않고 나란히 돌아가며, 오류 메시지 없이 수요 신호가 두 배가 됩니다.

자재 명세서(BOM). BOM은 완제품에 무엇이 들어가는지 정의합니다. 구성품, 수량, 스크랩 비율, 때로는 대체 품목입니다. "이 품목 하나에 BOM이 정말 다섯 개나 필요한가?"라는 질문에는 진짜 답이 있습니다. MRP를 돌리면서가 아니라 구축 전에 그 답을 정리하십시오.

라우팅과 마스터 레시피. 라우팅은 무언가를 만드는 방법을 정의합니다. 공정, 작업장, 시간입니다. 프로세스 산업에서는 대신 마스터 레시피를 씁니다. 이것이 없으면 SAP는 생산 소요 시간을 계산하거나 생산 능력을 점검할 수 없습니다.

작업장. 작업장에는 일정 계획 공식, 원가 계산 연결, 교대 근무 캘린더가 들어 있습니다. Go-Live 이후 이를 최신으로 유지하는 일이 가장 먼저 빠집니다. 그렇게 되면 생산 능력 계획이 부정확해지고 계획 담당자는 시스템을 믿지 않게 됩니다.

첫 MRP 실행 전 준비 체크리스트

마이그레이션된 데이터에 MRP를 돌리기 전에 이 순서를 밟으십시오. 괄호 안은 승인 책임자입니다.

  1. 모든 계획 대상 자재의 자재 마스터 MRP 뷰 완비, 전략 그룹과 로트 크기 포함 (계획 리더)
  2. BOM을 실제 생산 내용과 대조해 검증, 엔지니어링이 구성품과 스크랩 확인 (엔지니어링)
  3. 모든 자체 생산 자재에 라우팅 또는 마스터 레시피 존재, 현실적인 공정 시간 포함 (생산 엔지니어링)
  4. 작업장 캘린더와 생산 능력이 현재 교대 근무를 반영 (공장장)
  5. 자체 생산 자재마다 유효한 생산 버전 하나, 계획 기간을 포괄 (계획 리더)
  6. PIR은 한 번만 로드, 첫 실행 전에 승인된 수요 계획과 대사 (수요 계획 담당자)
  7. 미결 오더와 재고를 레거시와 SAP 간에 대사 (재고 관리 담당자)
  8. 단일 플랜트 또는 MRP 영역에서 테스트 MRP 실행, 전체 실행 전에 계획 담당자가 예외 검토 (계획 리더)

PP는 혼자 작동하지 않습니다. MM은 PP가 필요로 하는 것을 조달하고, SD 판매 오더는 예측을 소비하며, CO는 실제 원가를 표준 원가와 비교 추적하고, QM 검사 로트는 오더를 묶어 둘 수 있습니다. 모든 통합 지점은 동시에 실패 지점입니다.

저는 수년간 실제 재앙을 여럿 봤고, 피해야 할 패턴은 다음과 같습니다.

  1. 마스터 데이터 마이그레이션을 서두름. BOM과 라우팅 마이그레이션을 서두른 한 자동차 부품 회사가 기억납니다. 그 회사는 Go-Live 이후 6개월 동안 데이터 문제로 계속 실패하는 생산 오더를 고쳐야 했습니다. 제 SAP 데이터 마이그레이션이 실패하는 이유 글에서 더 자세히 다룹니다.
  2. 레거시 프로세스를 복제함. 제가 가장 일관되게 보는 구성 실수입니다. 표준 계획 로직을 도입하지 않고 SAP를 예전 프로세스와 똑같이 동작하도록 설정하는 것입니다. 결과는 과도하게 구성되어 PP가 설계된 것보다 덜 해내는 시스템입니다.
  3. 통합 테스트 부족. 모듈을 따로따로 테스트하는 팀은 운영 환경에서 통합 문제를 발견합니다. 제 SAP 테스트 가이드에 정리한 대로 PP, MM, SD, CO, QM에 걸친 계획에서 생산까지의 전체 체인을 테스트하십시오.
  4. 사용자 저항. 경험 많은 계획 담당자는 PP가 손과 판단으로 하던 일을 가져가기 때문에 종종 저항합니다. 구성 단계부터 일찍 참여시키고, PP가 어디서 시간을 돌려주는지 보여 주십시오.
  5. 교육 축소. 구축에 수백만을 쓰고 교육을 줄여 돈을 아끼는 회사를 본 적이 있습니다. 시스템을 이해하지 못한 사용자는 우회 방법을 만들고, 우회 방법은 MRP가 의존하는 데이터 정확도를 무너뜨립니다.

아래 표는 각 리스크를 영향, 그리고 제가 계획에 넣을 완화 방안과 연결한 것입니다.

리스크영향완화 방안
잘못된 MRP 구성재고 부족, 과잉 생산, 과도한 조달 비용MRP 유형, 전략 그룹, 로트 크기 결정을 현업 리더와 함께 검증
부정확한 BOM, 라우팅 또는 레시피잘못된 자재 소요량, 현장 지연마이그레이션 전 검토에 엔지니어링 참여
생산 버전 누락MRP가 BOM을 전개하거나 유효한 오더를 만들 수 없음자체 생산 자재마다 유효한 생산 버전 하나
PP/DS와 MRP Live의 중복다음 MRP 실행이 상세 일정을 덮어씀PP/DS 자재를 MRP Live 계획 범위에서 제외
실시간 현장 피드백 부재부정확한 상태, 편차의 늦은 파악적시 실적 확인 강제, SAP Digital Manufacturing 또는 다른 MES 통합
교육이 부족한 사용자잘못된 실적 확인, 백플러시 오류, 해결되지 않은 재작업실제 생산 사이클을 기반으로 한 역할별 교육
SAP PP의 풀네임은 무엇입니까?

SAP PP는 Production Planning(생산 계획)의 약자입니다. 수요와 MRP부터 생산 오더, 실적 확인, 원가 정산까지 제조를 계획하고 실행하는 SAP 모듈입니다.

SAP PP 모듈은 무엇에 사용됩니까?

SAP PP 모듈은 MRP를 통해 예측과 판매 오더에서 나온 수요를 생산 능력과 연결합니다. 자재 명세서, 라우팅, 작업장, 생산 버전을 관리하고, 생산 오더 또는 공정 오더를 생성부터 정산까지 실행합니다.

SAP PP와 SAP PP-PI의 차이는 무엇입니까?

좁은 의미의 SAP PP는 BOM과 라우팅에 기반한 생산 오더 또는 실행 일정을 사용하는 개별 제조와 반복 제조를 다룹니다. PP-PI는 식품, 화학, 제약의 배치 및 레시피 기반 생산을 위한 것입니다. 공정 오더와 마스터 레시피를 사용하며, 연산품, 부산물, 배치 추적성을 더합니다.

SAP S/4HANA의 MRP Live란 무엇입니까?

MRP Live(트랜잭션 MD01N)는 S/4HANA에서 SAP가 권장하는 MRP 실행입니다. SAP HANA 데이터베이스 안에서 실행되고, 한 번의 실행으로 여러 플랜트를 계획할 수 있으며, 기존 MRP 리스트를 만들지 않습니다. 고급 계획 대상으로 표시된 자재는 PP/DS로 넘겨집니다.

SAP PP와 PP/DS의 차이는 무엇입니까?

MRP Live를 쓰는 PP는 무한 생산 능력을 전제로 계획합니다. 무엇을 만들고 살지, 그리고 언제인지입니다. PP/DS는 병목 리소스의 핵심 자재에 대해 유한 일정 계획, 셋업 순서, 페깅을 더합니다. S/4HANA에서 PP/DS는 임베디드되어 있으며, 귀사의 계약에서 라이선스가 어떻게 되는지는 SAP에 확인하십시오.

SAP IBP가 SAP PP를 대체합니까?

아닙니다. IBP는 비즈니스 전반의 판매 및 운영, 수요, 재고, 공급을 보통 월 또는 주 단위 버킷으로 계획합니다. 공장에서 생산을 계획하고 실행하는 일은 여전히 PP가 합니다.

IBP는 S/4HANA에서 호환성 범위인 기존 SOP의 후속 제품으로 SAP가 지정한 것입니다.

S/4HANA 프로그램의 PP 범위를 잡고 계신다면 먼저 세 가지를 정하십시오. 각 공장이 어떤 제조 방식을 운영하는지, 어떤 자재에 PP/DS가 필요한지, 그리고 계획 문제가 애초에 IBP에 속하는지입니다. 그 설계에 대해 다른 시각이 필요하시면 SAP 프로그램에 대해 저와 이야기하십시오.

Noel D'Costa

글쓴이

Noel D'Costa

항공, 정부, 금융, 유통, 제조 분야의 SAP 및 Oracle ERP 프로젝트에서 25년을 일했습니다. 재무 출신입니다. 경영진이 혁신의 범위를 현실적으로 정하고, 어려움에 처한 프로젝트를 정상화하며, 운영 첫해를 견뎌 내는 시스템을 구축하도록 돕습니다.

다음 단계

지금 ERP 프로젝트를 진행 중이십니까?

이 글이 지금 진행 중인 프로젝트와 맞닿아 있다면, 30분 대화가 일주일간의 내부 분석보다 대개 더 많은 진전을 가져옵니다.