MRP vs APS: MRP와 APS의 역할 차이, 그리고 MRP만으로는 부족한 경우

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

MRP vs APS: MRP는 무엇을 언제 발주할지 계산하고, APS는 공장이 실제로 무엇을 가동할 수 있는지 계산합니다. MRP가 어디에서 한계에 부딪히는지, 그리고 APS를 단계적으로 도입하는 방법을 살펴봅니다.

Automatically translated with AI from the original post. Read the English original

MRP(자재 소요량 계획)는 필요한 자재가 무엇이며 언제 발주하거나 생산해야 하는지를 계산합니다. APS(고급 계획 및 일정 계획)는 공장이 그 계획을 실제로 수행할 수 있는지, 어떤 자원에서 어떤 순서로 작업할 수 있는지를 계산하고, 수행할 수 없다면 어떤 오더가 밀리는지 보여줍니다. 이것이 mrp vs aps 질문에 대한 짧은 답이며, 대부분의 공장이 두 가지를 모두 갖추게 되는 이유이기도 합니다. 이 글은 MRP 결과가 종이 위에서는 괜찮아 보이지만 현장에서는 통하지 않는다고 느끼는 생산 계획 담당자를 위한 글이며, APS가 그 해결책인지 알고 싶은 분들께 드리는 글입니다.

핵심 포인트

• MRP는 총 소요량에서 재고를 차감하고 리드타임만큼 시점을 앞당겨 계획 오더를 산출합니다. 즉 무엇을 발주하거나 생산할지, 그리고 언제 할지에 대한 답을 줍니다.
• MIT 강의 노트는 MRP의 한계를 짚습니다. MRP는 결정론적이고, 용량이 무한하다고 가정하며, 계획 리드타임은 길어지는 경향이 있고, 작은 편차도 큰 일정 변화를 일으킬 수 있습니다.
• APS는 유한 용량, 작업 캘린더, 셋업, 우선순위를 추가하므로, 계획을 실행할 수 있는지와 실행할 수 없다면 어떤 오더가 밀리는지를 알려줍니다.
• 대부분의 공장은 두 가지를 함께 사용합니다. 자재는 MRP가, 실현 가능한 순서는 APS가 담당하며, 순서에 대한 책임을 지는 시스템을 하나 명확히 지정합니다.
• 과부하된 자원, 안전을 위해 길게 잡힌 리드타임, 지속적인 긴급 처리가 나타나면 APS를 도입하십시오. 다만 무엇을 구매하기 전에 라우팅과 용량 데이터부터 바로잡으십시오.

MRP는 실제로 무엇을 합니까?

작동 원리는 MRP에 관한 MIT 강의 노트를 참고하십시오. 입력 자료는 마스터 생산 계획(무엇을 언제 납품해야 하는지와 현재고), BOM이 포함된 품목 마스터, 로트 사이징 규칙과 계획 리드타임, 재고 현황입니다.

로직은 네 부분으로 구성됩니다:

1. 순소요량 산출. 순소요량은 총 소요량에서 현재고를 뺀 값이며, 기간별로 추적합니다. 예측 재고가 마이너스가 되는 시점에 오더가 필요합니다.
2. 로트 사이징. 로트 대 로트(lot-for-lot), 고정 주기 발주, 고정 수량 발주 등의 규칙에 따라 오더 크기를 정합니다.
3. 리드타임 오프셋. 각 오더는 계획 리드타임만큼 납기일보다 앞당겨 릴리스됩니다.
4. BOM 전개. 같은 단계가 구성품 레벨마다 반복되며, 상위 레벨의 계획 릴리스를 총 소요량으로 사용합니다.

결과물은 계획 오더, 변경 통보, 예외 보고서입니다. ERP 시스템에서는 보통 계획 실행 단계에서 처리됩니다. Dynamics 365 Supply Chain Management에서는 마스터 플래닝의 일부입니다. 이것이 본질적으로 자재 소요량 계획이며, 알려진 수요에 맞춰 자재 공급을 안정적으로 유지하는 방법입니다.

MRP는 어디에서 한계에 부딪힙니까?

같은 MIT 노트는 한계에 대해 직설적으로 설명합니다. MRP는 결정론적이지만 현실은 그렇지 않다고 지적하며, 그에 따른 몇 가지 결과를 제시합니다:

• 무한 용량. MRP는 계획이 필요한 시점에 용량이 확보되어 있다고 가정합니다. 실제 용량은 유한하므로 일정이 실행 불가능할 수 있습니다.
• 부풀려진 리드 타임. 계획 리드 타임은 변동성을 흡수하려고 길게 잡히는 경우가 많으며, 이로 인해 재고와 재공품이 늘어납니다.
• 과민 반응. 계획에서 조금만 벗어나도 일정이 크게 바뀔 수 있습니다. 단기 일정을 고정하면 도움이 되지만 그에 따른 비용도 있습니다.
• 버퍼로 보완하기. 불확실성에 대비해 안전 재고와 안전 리드 타임을 추가하고, 수율 손실 때문에 부품을 여분으로 더 투입해야 하는 경우도 생깁니다.

다음은 논리를 보여 주기 위해 만든 가상의 예시입니다. 한 기계가 이번 주에 80시간 가동할 수 있다고 가정해 보겠습니다(2교대, 주 5일). MRP 실행으로 이 기계를 사용하는 계획 오더 세 건이 나옵니다. 각각 40시간, 35시간, 30시간이 필요합니다. 총 부하는 105시간입니다. MRP는 이를 문제로 보지 않습니다. MRP가 보는 것은 자재와 리드 타임이며, 25시간 초과 부하는 보이지 않기 때문입니다. 현장에서는 어떤 오더를 기다리게 할지, 초과 근무를 추가할지, 작업을 다른 기계로 옮길지를 누군가 결정해야 합니다. 그리고 그 결과가 납기에 어떤 영향을 줄지는 실제로 문제가 생기기 전까지 아무도 알 수 없습니다.

이런 결정을 이번 주가 시작되기 전에 미리 보여 주는 것이 APS입니다.

APS는 무엇을 더해 줍니까?

APS는 계획을 제약이 있는 달력 위에 올려 놓습니다. 실제로는 유한 용량, 작업 달력, 셋업 및 교체 시간, 대체 자원, 오더 우선순위, 그리고 흔히 공구와 기술 인력의 가용성까지 고려한다는 뜻입니다. 그 결과는 공장에 맞는 일정과 함께, 어떤 오더가 얼마나 늦어질지를 명확하게 보여 주는 목록입니다.

Microsoft 문서를 보면 ERP 시스템에도 이런 기능을 담당하는 계층이 있음을 알 수 있습니다. 제약 조건 계획 페이지는 자재와 용량 제약을 모두 고려하는 마스터 계획을 설명합니다. 이를 통해 자재가 준비되기 전에 생산이 시작되지 않고, 자원이 과도하게 할당되지 않도록 합니다. 유한 용량과 타임 펜스 같은 설정으로 활성화합니다. 작업 일정 계획 페이지에는 기대치를 설정할 때 중요한 주의 사항이 있습니다. 작업 일정 계획은 기간 단위의 대략적인 추정치를 제공하며, 라우팅의 소요 시간을 사용해 각 작업을 해당 자원 그룹에 일정으로 배정합니다. 그룹 내에서 특정 자원을 선택하지는 않습니다. 단기적이고 상세한 현장 일정 관리는 작업 일정(Job scheduling)이 담당합니다. 따라서 이는 켜고 끄는 스위치가 아니라 연속적인 스펙트럼입니다. 별도의 제품이 필요하다고 가정하기 전에 사용 중인 ERP 버전이 무엇을 할 수 있는지 먼저 확인하십시오.

전용 APS는 세부 수준에서 한 단계 더 나아갑니다. 일반적으로 순서 의존적 셋업, 여러 제약의 동시 처리, 빠른 가정 분석(what-if) 실행을 다루며, 계획 담당자가 결과를 보고 직접 변경할 수 있게 해 줍니다. 이것이 필요한지는 제품 이름이 아니라 공장의 상황에 따라 결정됩니다.

MRP의 한계를 넘었는지 어떻게 알 수 있습니까?

기능이 아니라 증상을 살펴보십시오. 다음과 같은 패턴은 보통 자재 문제가 아니라 일정 문제를 가리킵니다.

• MRP 실행 결과에는 모든 것이 정상이라고 나오지만, 매주 같은 기계에 부하가 걸립니다.
• 날짜를 맞추는 유일한 방법이기 때문에 계획 리드 타임이 계속 늘어납니다.
• 계획 담당자들이 병목 공정의 순서를 정하려고 개인용 스프레드시트를 따로 관리합니다.
• 긴급 오더가 대부분의 혼란을 일으키지만, 그로 인해 무엇이 밀리는지는 아무도 설명하지 못합니다.
• 현장에 직접 가 보지 않고서는 신뢰할 수 있는 납기일을 제시할 수 없습니다.
• 자재 부족은 드물지만 오더 지연은 흔합니다.

자재 부족이 주된 문제라면 먼저 MRP 데이터를 바로잡으십시오. 자재명세서(BOM), 리드 타임, 로트 크기, 재고 정확도가 대상입니다. 마스터 데이터가 부정확한 상태에서 APS를 도입하면 정밀하지만 잘못된 결과가 나올 뿐입니다.

대부분의 증상이 해당된다면 비용을 적게 들여 가설을 검증해 보십시오. 병목 기계를 선택하고, 다음 주에 릴리스되는 오더를 스프레드시트에 옮긴 뒤, 실제 작업 달력과 셋업 시간을 반영해 손으로 순서를 정해 보십시오. 이 작업으로 계획이 바뀐다면, APS가 자동화하게 될 가치를 찾은 것입니다.

MRP와 APS: 둘은 어떻게 함께 작동합니까?

역할을 나눠 생각하고, 이를 문서로 정리해 두십시오.

• MRP(ERP 내)는 자재를 담당합니다. 소요량, 구매 제안, 계획 오더, 재고를 관리합니다.
• APS는 순서를 담당합니다. 오더를 받아 용량을 확인하고 일정을 확정해 게시합니다.
• 현장은 결과를 다시 보고합니다. 시작, 완료, 수량, 스크랩, 설비 정지 정보를 순서를 담당하는 시스템으로 보내야 다음 일정이 실제 상황에서 출발할 수 있습니다.

데이터는 양방향으로 흐릅니다. 주문과 공정 경로는 ERP에서 APS로 넘어갑니다. 일정, 순서, 자원 정보는 다시 ERP로 돌아가서, 고객에 대한 약속과 자재 투입 시점이 무한 용량 계획이 아니라 실제로 실행 가능한 계획을 따르도록 합니다. 가장 흔한 문제는 작업 목록이 두 개 생기는 것입니다. ERP는 한 가지 목록을 출력하고 APS는 다른 목록을 보여주면, 현장은 더 편한 쪽을 따르게 되고, 계획은 어느 틈엔가 더 이상 계획이 아니게 됩니다.

연동하기 전에 세 가지를 먼저 정하십시오.

1. 누가 주문을 출고하거나 변경할 수 있습니까? 시스템은 하나, 규칙도 하나여야 합니다.
2. 두 시스템은 얼마나 자주 데이터를 주고받습니까? 매시간, 교대마다, 또는 요청 시에 맞추십시오. 주기는 필요한 결정에 맞춰야 합니다. 내일 일정을 다시 잡는 계획 담당자에게는 분 단위 상태가 아니라 교대 종료 시점의 상태면 충분합니다.
3. 연결이 끊기면 어떻게 합니까? 현장은 계속 작업할 수 있어야 하고, 이후에 밀린 데이터를 따라잡을 수 있어야 합니다.

대규모 일괄 전환 프로젝트 없이 APS를 도입하려면 어떻게 해야 합니까?

라인 단위로 진행하십시오.

1. 제약 조건 하나와 그 라인을 고르십시오. 병목 하나, 제품군 하나입니다.
2. 해당 라인의 데이터를 정리하십시오. 공정 경로, 사이클 시간과 셋업 시간, 달력, 대체 자원을 점검합니다. 현장을 직접 돌아보며 이 데이터가 맞는지 확인하십시오.
3. APS를 몇 주 동안 병행 운영하십시오. APS가 만든 일정을 계획 담당자가 직접 짰을 일정, 그리고 실제로 일어난 일과 비교합니다.
4. 차이를 측정하십시오. 계획과 실제의 시작 및 완료 시점, 납기 성과, 초과 근무를 봅니다. 일정이 어디서 틀렸는지, 그리고 왜 틀렸는지 살펴보십시오.
5. 순서에 대한 책임자를 지정하고 현장이 그 목록을 따르도록 전환하십시오.
6. 숫자가 맞는 것을 확인한 뒤에만 다음 라인으로 확장하십시오.

인력에 관해 한 가지 덧붙이겠습니다. APS 도입은 보통 계획 담당자의 업무를 바꿉니다. 정해진 루틴을 따라 일하고 실행이 끝난 뒤 예외를 처리하는 대신, 살아 있는 일정을 모니터링하고 조정하게 됩니다. 교육 시간을 계획에 넣고, 계획을 변경할 권한을 주십시오. 그렇지 않으면 이 도구는 결국 보고서 용도로만 쓰이게 됩니다.

공급업체에는 무엇을 물어봐야 합니까?

좋은 답변과 모호한 답변을 가려낼 수 있는 질문은 다음과 같습니다.

• 어느 시스템이 순서를 관리하며, 다른 시스템은 변경 사항을 어떻게 알게 됩니까?
• 이전 작업에 따라 달라지는 셋업을 이 도구는 어떻게 처리합니까?
• 제 주문량 기준으로 재계획에 얼마나 걸리며, 계획 담당자는 무엇이 바뀌었는지 어떻게 확인합니까?
• ERP에서 어떤 데이터가 필요하며, 무엇을 다시 기록합니까?
• 본격 가동 이후 우리 팀이 직접 유지 관리할 수 있는 부분은 무엇입니까?
• 계약하기 전에 우리 데이터로 한 라인에서 이 도구를 시험해 볼 수 있습니까?

또한 이 도구가 ERP와 어떻게 맞물리는지도 물어보십시오. 유한 용량 기능을 내장한 ERP를 이미 운영 중이라면, 그 기능 이상으로 무엇을 얻을 수 있는지, 그리고 두 시스템을 계속 동기화하는 데 비용이 얼마나 드는지 확인하십시오.

흔한 실수

• 실제로는 나쁜 MRP 데이터 때문에 생기는 자재 부족을 해결하려고 APS를 구매하는 것.
• 용량 대비 부하를 확인하지 않고 MRP 계획을 그대로 믿는 것.
• 이를 보완하려고 ERP의 리드타임을 부풀린 뒤, 재고가 늘어나는 이유를 의아해하는 것.
• 두 시스템이 모두 작업 목록을 발행하도록 두는 것.
• 공장 전체를 한꺼번에 가동하는 것.
• 일정 계획에는 누군가 검증한 셋업 시간과 달력이 필요하다는 사실을 무시하는 것.
• APS를 단순한 소프트웨어 구매로 여기고, 계획 담당자의 업무 방식이 바뀌는 일로 보지 않는 것.

Polaris가 적합한 경우

MRP 계획은 맞는데 일정이 잘못되어 있다면, iFAKT Polaris를 검토해 볼 만한 한 가지 선택지입니다. iFAKT는 Polaris를 ERP 데이터와 함께 작동하는 생산용 AI 및 디지털 트윈으로 소개합니다. Polaris Optimizer 모듈은 생산 모델을 실시간 ERP 데이터, 자원 가용성, 그리고 자원, 교대, 구역, 기술, 용량 같은 제약 조건을 기반으로 실행 가능한 최적화 계획으로 바꿔 줍니다. 병목을 감지하고, 주문의 우선순위를 정하며, 영향 분석과 재최적화를 통해 차질에 대응합니다. 이것이 현재 구성의 일부를 보완할지 대체할지는 귀사의 ERP와 현장 보고 체계에 따라 달라지므로, 한 라인에서 자사 데이터로 직접 테스트해 보십시오.

함께 살펴볼 관련 주제

• 유한 용량 일정 계획: 주간 부하 보기에서는 문제가 없어 보여도 일일 일정이 실행 불가능할 수 있는 이유.
• 계획 데이터 품질: 공정 경로, 시간, 달력을 누가 관리하며 얼마나 자주 점검하는지.
• 폐루프 계획: 현장의 실적이 다음 계획을 어떻게 바꾸는지.
• 안전 재고와 리드타임 버퍼: MRP에서 리드타임을 부풀리는 것이 일정 문제를 어떻게 가리는지.
• 일정 계획 프로젝트에서의 계획 담당자 역량: 일상 업무에서 무엇이 바뀌는지, 그리고 이에 어떻게 대비할지.

다음 단계

최근 MRP 실행 결과를 열고, 과부하가 가장 자주 걸리는 설비를 고르십시오. 그 설비에서 다음 주 오더를 실제 작업 캘린더와 셋업 시간을 반영해 직접 순서대로 배치해 보고, 계획과 얼마나 차이가 나는지 확인하십시오. 이 한 가지 작업만으로도 공장에서 MRP 대 APS 문제가 데이터 문제인지 일정 수립 문제인지 판단할 수 있습니다.