본문으로 건너뛰기

MRP Live vs PP/DS vs IBP: 어떤 SAP 계획 도구인가

MRP Live는 무한 생산 능력으로 자재를 계획하고, 임베디드 PP/DS는 병목 리소스를 유한 생산 능력으로 일정 계획하며, SAP IBP는 네트워크와 앞으로 몇 달을 계획합니다. 각각이 무엇을 계획하는지, 그리고 제조업체가 언제 다음 단계로 올라가야 하는지 정리했습니다.

공장이 내려다보이는 계획 담당자 책상, 화면에 자재 목록, 생산 일정, 수요 곡선이 떠 있음
목차
  1. 네 가지 계획 도구, 네 가지 다른 질문
  2. MRP Live와 클래식 MRP: 기본값
  3. MRP가 하지 않는 것
  4. 클래식 MRP인가 MRP Live인가
  5. 예측 MRP: 올라가기 전의 한 단계
  6. 임베디드 PP/DS: 유한 생산 능력이 중요할 때
  7. PP/DS와 MRP Live가 일을 나누는 방식
  8. PP/DS의 대가
  9. SAP IBP: 문제가 네트워크일 때
  10. 시계열 계획과 오더 기반 계획
  11. IBP가 여전히 S/4HANA에 기대는 것
  12. 언제 올라갈 것인가: 결정 기준
  13. 구매하기 전에 답할 질문
  14. 계층이 함께 작동하는 방식
  15. 어디서 시작할 것인가
  16. 자주 묻는 질문

MRP Live는 SAP S/4HANA 안에서 무엇을 만들고 살지, 그리고 언제인지를 무한 생산 능력으로 계획합니다. 임베디드 PP/DS는 병목 리소스의 핵심 자재를 유한 생산 능력으로 일정 계획하고, SAP IBP는 몇 달에 걸쳐 비즈니스 전체의 수요, 재고, 공급을 계획합니다.

그래서 MRP Live와 PP/DS 사이의 질문은 공장에 관한 것입니다. 제약이 있는 라인에 유한 일정 계획이 필요합니까? PP/DS와 IBP 사이의 질문은 범위에 관한 것입니다. 계획 문제가 한 공장 안에 있습니까, 아니면 네트워크 전체에 걸쳐 있습니까?

저는 구축 프로젝트에서 MRP Live와 임베디드 PP/DS를 모두 써 봤고, 사례가 요구할 때는 고객을 IBP로 안내했습니다. 이 글은 각 도구가 무엇을 계획하는지, 그리고 다음 단계로 올라가야 할 신호를 정리합니다. ERP 자체를 아직 고르는 중이라면 제조업에 가장 적합한 ERP 비교부터 보십시오.

SAP는 S/4HANA를 쓰는 제조업체에 네 가지 계획 선택지를 줍니다. 클래식 MRP와 MRP Live는 같은 자재 계획을 실행하는 두 가지 방법입니다.

PP/DS는 같은 시스템 안에서 상세 일정 계획을 더합니다. IBP는 그 위에 있는 별도의 클라우드 제품입니다.

표로 나란히 비교했습니다.

도구계획하는 것생산 능력 로직일반적인 계획 기간실행 위치
클래식 MRP(MD01, MD02, MD03)계획 오더와 구매 요청무한며칠에서 몇 달S/4HANA 애플리케이션 서버
MRP Live(MD01N)같은 것을 더 빠르게, 하나 또는 여러 플랜트에 걸쳐무한며칠에서 몇 달SAP HANA 데이터베이스 내부
임베디드 PP/DS리소스에서의 오더 순서와 타이밍유한, 셋업과 순서 로직 포함몇 시간에서 몇 주S/4HANA 내부
SAP IBP네트워크 전체의 수요, 재고, 공급제약 기반, 시간 버킷 또는 오더 단위몇 주에서 몇 년별도의 SAP 클라우드 제품

생산 능력 열부터 읽으십시오. 도구들을 가르는 가장 분명한 선입니다.

모든 SAP 제조업체는 여기서 시작합니다. MRP는 예측과 판매 오더를 재고 및 미결 입고와 상계하고, 자재명세서를 전개하며, 무엇을 생산하고 무엇을 구매할지 제안합니다. 모듈, 마스터 데이터, 계획 주기는 제 SAP PP 가이드에서 자세히 다룹니다.

MRP Live는 그 실행의 S/4HANA 버전입니다. SAP의 MRP Live 학습 모듈은 MRP Live가 계획 로직을 HANA 데이터베이스로 내려보내며, 하나 또는 여러 플랜트를 온라인으로 계획할 수 있다고 설명합니다. 같은 강의는 클래식 계획 모드도 S/4HANA에서 여전히 사용할 수 있다고 확인합니다.

MRP가 하지 않는 것

MRP는 생산 능력이 무한하다고 가정합니다. 100시간짜리 한 주에 200시간 분량의 작업을 일정에 넣습니다.

생산 능력 평가와 평준화는 S/4HANA에 있지만, MRP 실행 안이 아니라 그 옆에 있습니다. 라인 하나나 오븐 하나가 공장 전체의 산출량을 정한다면, 그 간극은 매일의 문제가 됩니다.

클래식 MRP인가 MRP Live인가

대부분의 신규 S/4HANA 설계에서는 MRP Live가 기본값입니다. 일부 클래식 기능은 다르게 동작하거나 HANA에 최적화되어 있지 않으며, SAP Knowledge Base Article 2640393이 MRP Live와 클래식 MRP의 차이를 정리하고 있습니다.

확정하기 전에 그 노트를 귀사의 설계와 대조해 읽어 보십시오. 확인할 실무 포인트는 다음과 같습니다.

  1. 사용 중인 로트 크기 결정 절차와 MRP 유형이 MRP Live에서 지원되는지
  2. 제한된 계획 범위나 스냅샷으로서의 MRP 리스트에 의존하는지
  3. 다단계 주문 생산이나 프로젝트 계획 실행이 프로세스에 포함되는지
  4. 모든 자체 생산 자재에 MRP Live가 요구하는 유효한 생산 버전이 있는지

예측 MRP: 올라가기 전의 한 단계

예측 자재 및 리소스 계획(pMRP)은 S/4HANA 안의 시뮬레이션 도구입니다. SAP의 pMRP 강의는 이를 ECC 장기 계획의 후속 기능으로, 단순화된 계획에서 생산 능력 문제를 일찍 찾는 데 쓰인다고 설명합니다.

계획 담당자는 시뮬레이션에서 수요, 생산 능력, 공급원을 바꾸고 이를 기준 계획과 비교합니다. 시뮬레이션이 릴리스되기 전까지 운영 MRP에서는 아무것도 바뀌지 않습니다.

PP/DS나 IBP만이 답이라고 결정하기 전에, 중기 생산 능력 문제에 pMRP를 돌려 보십시오.

PP/DS(Production Planning and Detailed Scheduling)는 예전에 SAP APO에서 돌던 고급 계획 엔진입니다. S/4HANA에서는 임베디드되어 있어, 운영할 별도의 계획 서버도 없고 넘겨 복사할 데이터도 없습니다.

SAP의 PP/DS 학습 콘텐츠는 공장에서 정확한 시간으로 하는 유한 계획을 설명합니다. 리소스를 유한으로 설정할 수 있고, 표준 휴리스틱이 계획 단계를 구성하며, 상세 일정 계획의 옵티마이저는 기존 오더의 순서와 리소스를 바꿔 셋업 시간, 셋업 비용, 지연을 줄일 수 있습니다.

PP/DS와 MRP Live가 일을 나누는 방식

분담은 자재 단위입니다. 고급 계획 대상으로 표시된 자재는 PP/DS로 가고, 나머지는 MRP Live에 남습니다. SAP 자체의 지침은 병목 리소스의 핵심 제품은 PP/DS에서, 덜 중요한 소비 기반 자재는 MRP Live에서 계획하라는 것입니다.

여기서 두 가지 설계 원칙이 나옵니다.

  1. 병목 리소스에 부하를 주는 모든 자재를 PP/DS에 넣으십시오. 제품의 절반을 무한 생산 능력으로 계획하는 제약 라인은 유한 계획된 것이 아닙니다.
  2. PP/DS 자재는 MRP Live 계획 범위에서 빼 두십시오. 그렇지 않으면 다음 MRP 실행이 상세 일정을 덮어쓸 수 있습니다.

PP/DS의 대가

PP/DS는 MRP보다 더 많은 마스터 데이터와, 그것을 최신으로 유지하는 더 많은 규율을 요구합니다. 일정이 의미를 가지려면 리소스, 셋업 그룹, 셋업 매트릭스, 현실적인 작업 시간이 모두 맞아야 합니다.

라이선스가 또 하나의 확인 사항입니다. 설계가 PP/DS에 의존하기 전에, 귀사의 계약이 PP/DS를 어떻게 포함하는지 SAP에 서면으로 확인을 요청하십시오.

PP/DS는 순서가 원가를 좌우하는 공장, 즉 색상, 등급, 크기, 배합 사이의 전환이 있는 곳에서 제값을 합니다. 일반적으로 플라스틱과 철강이 그런 생산의 대표적인 예입니다. 개별 제조, 프로세스 제조, 반복 제조 구성의 세부 사항은 제 SAP 개별 제조와 프로세스 제조 가이드에 있습니다.

SAP Integrated Business Planning for Supply Chain은 별도의 클라우드 제품입니다. 판매 및 운영 계획, 수요, 재고, 대응 및 공급, 수요 주도 보충을 다룹니다.

IBP는 MRP와 PP/DS가 결코 묻지 않는 질문에 답합니다. 비즈니스가 얼마나 팔고, 비축하고, 공급해야 하며, 어느 공장이 무엇을 만들어야 합니까?

시계열 계획과 오더 기반 계획

IBP의 대응 및 공급은 두 가지 방식으로 계획합니다. 시계열 계획은 버킷 단위로 작동하며, 휴리스틱과 옵티마이저가 중장기에 걸친 제약 기반, 비용 기반 공급 계획을 만듭니다.

오더 기반 계획은 더 짧은 기간에 걸쳐 개별 오더 단위로 작동합니다. SAP의 오더 기반 계획 과정은 개략 생산 능력 계획, 운영 공급 계획, 배치(deployment), 생산 계획과의 실시간 통합을 다룹니다. 여기가 IBP가 공장에 가장 가까이 오는 지점이고, PP/DS와의 중복을 두고 논쟁이 벌어지는 지점입니다.

IBP가 여전히 S/4HANA에 기대는 것

IBP는 계획합니다. S/4HANA는 실행합니다. 마스터 데이터와 트랜잭션은 S/4HANA에서 위로 올라가고, 계획은 다시 아래로 내려오며, MRP나 PP/DS가 여전히 그것을 공장이 실행할 수 있는 오더로 바꿉니다.

IBP를 도입하면 책임져야 할 두 번째 시스템과 통합이 생깁니다. 애플리케이션과 통합 경로는 SAP IBP가 중요한 이유에 관한 제 가이드에서 깊이 다룹니다.

저는 방산 제조업에 IBP를 구축했습니다. 그만한 가치가 있는지는 계획이 얼마나 복잡한지에 달려 있으며, 많은 공장에서는 그렇지 않습니다.

각 SAP 계획 도구가 위치하는 곳각 계층은 서로 다른 질문에 답합니다. 대부분의 제조업체에는 맨 아래 계층이 필요하고, 일부는 중간 계층이, 그보다 적은 곳이 맨 위 계층이 필요합니다.
  1. SAP IBP여러 공장과 몇 달에 걸쳐 얼마나 팔고, 비축하고, 공급할 것인가
  2. 임베디드 PP/DS각 병목 리소스를 유한 생산 능력에서 어떤 순서로 돌릴 것인가
  3. MRP Live 또는 클래식 MRP무엇을 언제 만들고 살 것인가, 무한 생산 능력 기준
  4. 마스터 데이터BOM, 라우팅, 생산 버전, 리드 타임, 로트 크기

데모가 가장 잘 답한 질문이 아니라, 오늘 답하지 못하는 질문을 위해 계획 계층을 사십시오.

일정 규모의 제조업체라면 PP/DS나 IBP가 필요하다는 규칙은 없습니다. 결정은 지금 가진 계획 문제를 따라야 하며, 아래 신호는 그 문제를 찾기 위한 일반적인 지침입니다.

표는 흔한 신호를 대개 그것을 해결하는 도구에 대응시킨 것입니다.

공장이나 비즈니스의 신호대개 가리키는 도구
계획 담당자가 MRP 제안을 대부분 받아들이고 생산 능력이 제약이 되는 일이 드묾MRP Live만으로 충분
확정하기 전에 중기 생산 능력 문제를 봐야 함S/4HANA 안의 pMRP
계획 담당자가 매주 라인 하나의 일정을 손으로 다시 짬임베디드 PP/DS
전환이 원가를 좌우하고 순서가 중요함임베디드 PP/DS
오더가 여러 BOM 레벨에 걸쳐 페깅되어 지연이 연쇄적으로 번짐임베디드 PP/DS
공급 결정이 여러 공장과 물류 센터에 걸침SAP IBP
많은 고객과 채널에 걸쳐 통계적 수요 예측이 필요함SAP IBP
월간 판매 및 운영 프로세스에 재무가 참여해야 함SAP IBP
부족한 공급을 고객 우선순위에 따라 할당해야 함SAP IBP 대응 및 공급

병목이 하나인 단일 공장은 MRP Live와 PP/DS만 필요하고 그 이상은 필요 없는 경우가 많습니다. 수요가 계절적인 다중 공장 그룹이라면 네트워크 계획에는 IBP가, 실제로 산출량을 제약하는 라인에는 PP/DS가 필요할 수 있습니다.

구매하기 전에 답할 질문

계획 담당자들과 함께 다음 질문을 검토하십시오.

  1. 오늘 계획 담당자가 어디에서 시스템을 덮어쓰며, 그 일에 매주 몇 시간이 듭니까?
  2. 제약은 한 공장 안의 리소스입니까, 아니면 공장과 채널을 가로지르는 결정입니까?
  3. 셋업, 세척, 스크랩을 통해 순서가 원가를 바꿉니까?
  4. 합의된 판매 및 운영 프로세스가 있습니까, 아니면 부서마다 자기 숫자를 들고 옵니까?
  5. 오늘 마스터 데이터가 MRP에 쓸 만큼 충분히 좋습니까? 그렇지 않다면 더 고급 도구는 같은 오류를 더 빨리 계획할 뿐입니다.

5번 질문의 답이 아니오라면 그것부터 고치십시오.

클래식 SOP는 S/4HANA에서 호환성 범위에 속하고 SAP가 지정한 후속 제품은 IBP이므로, 그 기한 때문에 계획 문제보다 IBP 질문이 먼저 닥칠 수 있습니다. 급한 일로 다루기 전에 귀사 계약의 사용 권한을 확인하십시오.

계층이 함께 작동하는 방식

올라가는 제조업체는 계층을 더하는 것이지, 아래 계층을 대체하는 것이 아닙니다.

PP/DS와 MRP Live는 같은 S/4HANA 시스템에서 같은 데이터로 돌아가므로, 주된 위험은 중복, 즉 두 엔진이 같은 자재를 계획하는 것입니다. IBP는 자체 클라우드 테넌트에서 돌아가므로, 위험은 통합 쪽으로, 그리고 두 시스템이 엇갈릴 때 누가 계획을 소유하느냐로 옮겨 갑니다.

세 가지 소유권 결정이 대부분의 문제를 막습니다.

  1. 각 자재 그룹과 각 계획 기간을 어느 도구가 계획하는지 정하고, 이를 설계에 적어 두십시오.
  2. IBP 공급 계획과 S/4HANA 일정 사이의 충돌을 누가 해결하는지 정하십시오.
  3. 계획 도구가 사용하는 마스터 데이터 영역마다 소유자를 한 명씩 정하십시오.

계획 설계는 재무에도 닿습니다. 계획 오더, 생산 버전, 생산 능력이 제품 원가 계산과 재고 평가를 좌우합니다. 제가 보는 제조업 ERP 프로젝트 실패의 가장 흔한 이유는 설계가 전체적으로, 특히 재무 측면에서 합의되지 않는 것이므로, 컨트롤러를 계획 설계에 일찍 참여시키십시오.

이미 가진 계획에서 시작하십시오. 깨끗한 마스터 데이터로 MRP Live를 돌리고, 계획 담당자가 어디에서 덮어쓰는지 측정하고, pMRP로 중기 생산 능력을 시험해 보십시오.

덮어쓰기가 몇몇 리소스에 몰려 있다면 그 리소스만을 대상으로 PP/DS 범위를 잡으십시오. 공장, 채널, 부서 사이의 결정에 몰려 있다면 그것은 IBP에 관한 논의이며, 소프트웨어가 아니라 계획 프로세스에서 시작합니다.

방산과 항공우주의 계획에서는 대개 계약 원가 계산과 프로젝트 시스템이 계획 엔진만큼 설계를 좌우합니다. 그 측면은 방산 제조업 ERP에 관한 제 가이드에서 다룹니다. 귀사의 공장에 실제로 어떤 계획 계층이 필요한지 다른 시각이 필요하시면 SAP 프로그램에 대해 저와 이야기하십시오.

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

MRP Live는 무엇을 만들고 살지, 그리고 언제인지를 무한 생산 능력으로 계획합니다. 임베디드 PP/DS는 병목 리소스의 핵심 자재를 셋업과 순서 로직을 포함해 유한 생산 능력으로 일정 계획합니다.

둘 다 S/4HANA 안에서 돌아갑니다. 고급 계획 대상으로 표시된 자재는 PP/DS로 가고, 나머지는 MRP Live에 남습니다.

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

PP/DS는 S/4HANA 안에서 몇 시간에서 몇 주에 걸쳐 공장의 일정을 잡습니다. SAP IBP는 몇 주에서 몇 년에 걸쳐 여러 공장과 채널의 수요, 재고, 공급을 계획하는 별도의 클라우드 제품입니다.

둘은 서로 다른 질문에 답하며, 둘 다 운영하는 제조업체도 있습니다. 네트워크 계획에는 IBP를, 산출량을 제약하는 라인에는 PP/DS를 씁니다.

SAP IBP가 S/4HANA의 MRP를 대체합니까?

아닙니다. IBP는 네트워크 수준에서 계획하고 계획을 S/4HANA로 돌려보냅니다. MRP Live나 PP/DS가 여전히 그 계획을 공장이 실행할 수 있는 계획 오더와 구매 요청으로 바꿉니다.

S/4HANA에서 클래식 MRP를 여전히 쓸 수 있습니까?

그렇습니다. SAP의 학습 콘텐츠는 클래식 계획 모드를 여전히 사용할 수 있다고 확인하며, 권장 실행은 MRP Live(MD01N)입니다. SAP Knowledge Base Article 2640393이 둘의 차이를 정리하고 있으므로, 귀사의 로트 크기 결정 절차와 MRP 유형에 대조해 확인하십시오.

MRP Live가 있으면 PP/DS도 필요합니까?

유한 생산 능력이 산출량에 중요한 경우에만 그렇습니다. 계획 담당자가 병목 라인의 일정을 계속 손으로 다시 짜거나 전환이 원가를 좌우한다면 PP/DS를 검토할 만합니다. 생산 능력이 제약이 되는 일이 드물다면, 생산 능력 평가를 곁들인 MRP Live로 대개 충분합니다.

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

예측 자재 및 리소스 계획(pMRP)은 단순화된 계획에서 생산 능력 문제를 일찍 찾기 위한 S/4HANA의 시뮬레이션 도구입니다. SAP는 이를 ECC 장기 계획의 후속 기능이라고 설명합니다. 시뮬레이션은 계획 담당자가 릴리스하기 전까지 운영 MRP를 바꾸지 않습니다.

Noel D'Costa

글쓴이

Noel D'Costa

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

다음 단계

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

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