APS 소프트웨어 vs. ERP: 무엇이 다른가?

제조업체는 주문, 자재, 재고, 구매, 생산 오더, 재무 거래를 관리하기 위해 흔히 ERP 시스템에 의존합니다. 하지만 기계가 멈추거나, 긴급한 고객 주문이 들어오거나, 핵심 작업자가 자리에 없을 때는 전혀 다른 질문이 갑자기 중요해집니다. 바로 "이 생산 계획을 실제로 실행할 수 있는가?"입니다. 여기서 APS(Advanced Planning and Scheduling, 고급 계획 및 일정 계획)가 ERP와 근본적으로 다른 지점이 드러납니다. ERP는 비즈니스 거래를 기록하고 관리합니다. 반면 APS는 공장의 실제 제약 조건 아래에서 생산이 계획을 수행할 수 있는지를 검증합니다. 이번 에피소드에서는 APS 소프트웨어와 ERP를 비교하며, 기존 ERP 기반 계획이 어떻게 잘못된 확신을 줄 수 있는지, 그리고 제조업체가 생산 계획 아키텍처에 유한 용량 일정 계획(finite-capacity scheduling)을 추가로 고려해야 하는 시점이 언제인지 자세히 살펴봅니다.

ERP 대 APS: 서로 다른 두 가지 질문
ERP 시스템은 제조의 상업적·거래적 기반을 제공합니다. 고객 수요, 자재명세서(BOM), 공정 경로(라우팅), 재고, 구매, 생산 오더, 원가 계산, 이력 추적, 재무 기록을 관리합니다. APS는 동일한 생산 요구 사항을 다른 관점에서 봅니다. ERP는 "무엇을 생산해야 하는가?"를 묻고, APS는 "우리의 기계, 인력, 자재, 공구, 작업 달력, 셋업 규칙, 기존 작업 부하를 고려할 때 실제로 무엇을, 언제 생산할 수 있는가?"를 묻습니다. 이 차이는 여러 주문이 동일한 제약 자원을 놓고 경쟁할 때 특히 중요해집니다.

ERP 납기일이 항상 실행 가능한 일정은 아닌 이유
생산 오더는 ERP에서 시작일, 종료일, 공정 경로, 자재 목록, 납기일이 모두 유효하게 설정되어 있을 수 있습니다. 그러나 이것이 필요한 시점에 기계가 비어 있다는 의미는 아닙니다. 기존 ERP 및 MRP 계획은 표준 리드타임, 작업장 용량, 달력, 비교적 큰 계획 단위를 기준으로 작동합니다. 이러한 가정은 전사 계획, 자재 소요량 계획, 구매, 생산 통제에 매우 유용합니다. 하지만 실제 공장은 훨씬 구체적인 제약 아래에서 움직입니다. 기계는 이미 사용 중일 수 있습니다. 필요한 작업자가 해당 교대 근무에 없을 수 있습니다. 자재가 재고에는 있지만 품질 검사를 기다리고 있을 수 있습니다. 치공구는 다른 작업에 쓰이고 있을 수 있습니다. 제품군을 바꾸려면 긴 셋업이나 세척 공정이 필요할 수도 있습니다. 이것이 계획된 날짜와 실행 가능한 생산 일정 사이의 간극입니다.

APS 소프트웨어가 더하는 것
고급 계획 및 일정 계획 소프트웨어는 이러한 물리적 제약을 일정 계산에 직접 반영합니다. APS는 단순히 작업을 날짜에 배정하는 대신, 유한한 기계 용량, 자원 달력, 작업자 자격, 공구와 치공구, 셋업 매트릭스, 대체 기계, 자재 준비 상태, 정비 기간, 공정 간 의존성, 캠페인 규칙, 품종 전환, 생산 우선순위를 고려할 수 있습니다. 어떤 기계가 교대 근무 동안 6시간만 사용 가능하다면, 유한 용량 일정은 그 교대에 10시간짜리 작업을 밀어 넣고 문제가 사라졌다고 가정할 수 없습니다. 무언가는 바뀌어야 합니다. 주문이 다른 자원으로 옮겨갈 수 있습니다. 다른 주문이 지연될 수 있습니다. 초과 근무가 필요할 수 있습니다. 생산 순서가 바뀔 수 있습니다. 혹은 현재 제약 조건으로는 고객 약속을 지키는 것이 불가능할 수도 있습니다. APS는 생산 현장이 이를 뒤늦게 발견하기 전에 이러한 트레이드오프를 미리 보이게 만듭니다.

유한 용량 일정 계획과 최적화
APS와 기존 생산 계획의 가장 큰 차이는 유한 용량 일정 계획입니다. 그러나 실행 가능한 일정을 만드는 것은 첫걸음일 뿐입니다. 일정이 모든 물리적 제약을 존중하더라도 상업적으로 바람직하지 않을 수 있습니다. 제조업체는 다음과 같은 서로 다른 목표를 기준으로 최적화하고 싶어할 수 있습니다. 정시 납품, 처리량 증대, 셋업 시간 단축, 재공품 감소, 병목 공정 가동률, 일정 안정성, 품종 전환 감소, 전략적 고객 주문 보호 등입니다. 보편적으로 "최선의" 생산 일정은 거의 존재하지 않습니다. APS는 대안들을 계산하고 각각의 결과를 드러낼 수 있습니다. 어떤 목표가 가장 중요한지는 여전히 기업이 결정해야 합니다.

기계가 고장 나면 어떻게 될까?
이 차이는 특히 공장에 차질이 생겼을 때 분명히 드러납니다. 월요일 아침 핵심 기계가 고장 났는데, 같은 시점에 영업팀이 중요한 고객 주문을 앞당겨 달라고 요청한다고 가정해 봅시다. ERP는 생산 오더, 자재 가용성, 계획 일자, 구매 상태, 재고 현황, 고객 약속을 보여줄 수 있습니다. 하지만 계획 담당자는 여전히 운영상의 질문에 답해야 합니다. 주문을 다른 기계로 옮길 수 있는가? 그 기계는 다른 셋업이 필요한가? 자격을 갖춘 작업자가 가능한가? 어떤 기존 주문이 밀리게 되는가? 이 주문을 보호하면 하류에서 또 다른 지연이 발생하지 않는가? 대체 기계가 새로운 병목이 되지는 않는가? APS를 사용하면 계획 담당자는 전체 생산 순서를 수작업으로 다시 짜지 않고도 이러한 시나리오를 현재 제약 조건에 대입해 시험해 볼 수 있습니다.

ERP, APS, MES: 각각의 역할
생산 관리에 관여하는 시스템은 ERP와 APS만이 아닙니다. 유용한 제조 아키텍처는 비즈니스 거래, 계획 결정, 실행 사실을 구분합니다. ERP는 고객이 무엇을 주문했는지, 어떤 공급이 필요한지, 어떤 비즈니스 거래를 통제해야 하는지에 답합니다. APS는 가용 자원과 제약 조건 아래에서 어떤 순서가 실행 가능한지를 결정합니다. MES는 현장에서 실제로 일어나는 일을 포착합니다. 이는 닫힌 계획 루프를 만듭니다. ERP는 수요와 통제된 비즈니스 데이터를 제공하고, APS는 제약을 고려한 생산 일정을 만들며, MES는 실제 시작, 완료, 정지 시간, 수량, 스크랩 등 실행 이벤트를 보고합니다. 이러한 실행 사실은 다시 계획 화면을 갱신할 수 있고, 관련된 통제 거래는 ERP로 되돌아갑니다.

단일 기준 기록(source of record)이 곧 단일 시스템을 뜻하지는 않습니다
하나의 플랫폼이 모든 제조 결정을 소유하도록 만들려는 시도는 대개 문제를 해결하기보다 더 많이 만듭니다. ERP는 상업적·공급 거래의 기준 기록으로 남아야 합니다. MES는 생산 현장에 가까이에서 실행 사실을 포착해야 합니다. APS는 제약을 반영한 일정 관점과 계획 시나리오를 담당해야 합니다. 이는 서로 다른 시스템이 정당하게 서로 다른 날짜를 보여줄 수 있음을 설명합니다. ERP에는 계약상 납기일이, APS에는 현재 실행 가능한 완료일이, MES에는 실제 생산 진행률에 기반한 예상 완료일이 있을 수 있습니다. 중요한 질문은 모든 날짜가 동일한지가 아니라, 각 날짜가 무엇을 의미하는지 모두가 이해하고 있으며, 그 날짜를 변경할 결정권이 누구에게 있는지 명확한지입니다.

APS 알고리즘보다 좋은 데이터가 더 중요합니다
APS를 설치한다고 해서 생산 계획이 자동으로 개선되지는 않습니다. 일정 계산 엔진에는 공장이 실제로 어떻게 운영되는지에 대한 정확한 정보가 필요합니다. 자원 달력은 실제 교대 근무와 정비를 반영해야 합니다. 공정 경로 데이터는 사용 가능한 자원을 식별해야 합니다. 셋업 규칙은 실제 품종 전환을 반영해야 합니다. 작업자 자격, 공구, 치공구, 자재 준비 상태, 대체 자원, 기타 제한 사항은 일정에 실질적인 영향을 주는 경우 모델링되어야 합니다. 부정확한 제약을 사용하는 정교한 최적화 도구는 부정확한 일정을 더 빨리 만들어 낼 뿐입니다. 이 때문에 APS 도입은 종종 중요한 사실을 드러냅니다. 그동안 계획 담당자의 머릿속이나 스프레드시트에만 존재하던 제조 지식이 드러나는 것입니다. 매주 반복되는 수작업 우회가 있다면, 그것은 더 이상 예외가 아니라 문서화되지 않은 생산 로직이 된 것입니다. 실용적인 APS 구현은 공장 전체를 한 번에 모델링하려 하기보다 하나의 병목 공정, 하나의 제품군, 또는 하나의 제약된 계획 기간에서 시작할 수 있습니다.

제조 계획에서 엑셀이 살아남는 이유
엑셀이 여전히 널리 쓰이는 이유는 계획 담당자가 가정을 빠르게 바꾸고, 누락된 정보를 추가하며, 계산 결과가 왜 바뀌었는지 정확히 이해할 수 있기 때문입니다. 문제는 스프레드시트 자체가 아닙니다. 위험은 스프레드시트가 실제 생산 로직이 존재하는 유일한 장소가 될 때 나타납니다. 핵심 셋업 규칙, 우선순위...