ERP에서 생산 현장까지: 생산 계획에 디지털 트윈이 필요한 이유

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-11

ERP에서 생산 현장으로 이어지는 과정에서 계획은 현실과 멀어지기 쉽습니다. ERP 계획이 빗나가는 이유, 디지털 트윈이 더하는 가치, 공장장이 계획을 실행 가능한 형태로 만드는 방법을 살펴봅니다.

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

ERP에서 생산 현장으로 이어지는 경로는 많은 생산 계획이 현실과 멀어지는 지점입니다. ERP 시스템은 작업 지시를 계획하지만, 정지, 작업 전환, 자재 부족이 발생하는 순간을 제대로 보지 못하는 경우가 많습니다. 이 글은 라인이 따라갈 수 없는 계획을 출고하는 공장장을 위한 글입니다. 차이가 생기는 이유, 데이터가 양방향으로 흘러야 하는 방식, 디지털 트윈이 더하는 가치, 그리고 한 개 라인부터 시작하는 방법을 다룹니다.

핵심 요약

• ERP 시스템은 무엇을 언제 만들지 계획하고, 생산 현장은 지금 어떻게 만들지 결정합니다. 두 영역이 어긋나지 않으려면 피드백 경로가 필요합니다.
• ERP 계획은 이론상의 사이클 타임을 쓰고 집계된 실적만 받는 경우가 많아, 정지, 작업 전환 지연, 교대 단위 품질 문제를 놓칩니다.
• 공장의 디지털 트윈은 실제 제약 조건, 실제 소요 시간, 현재 상태를 계획에 반영하므로, 계획을 출고하기 전에 검증할 수 있습니다.
• ISA-95는 4단계의 사업 계획과 3단계의 제조 운영 사이 인터페이스를 정의합니다. 계획과 현실의 차이는 대개 이 지점에서 나타납니다.
• 한 개 라인부터 시작하십시오. 이론상의 시간을 실측값으로 바꾸고, 실제 진행 상황을 피드백하며, 교대마다 계획과 실적을 비교합니다.

ERP에서 생산 현장으로 데이터는 어떻게 이동합니까?

ISA 표준인 ISA-95(IEC 62264라고도 함)는 사업 제어 시스템과 제조 제어 시스템이 정보를 주고받는 방식을 설명합니다. ERP 같은 4단계 사업 계획 및 물류 영역과 MES 같은 3단계 제조 운영 관리 영역 사이의 인터페이스에 초점을 맞춥니다. 이 계층 사이에 인터페이스를 구축하는 방법을 제시하고, 제조와 IT 담당자가 공통으로 사용할 용어를 제공합니다. 자세한 내용은 ISA의 ISA-95 페이지를 참고하십시오.

Fabrico 기사는 이 구분을 쉬운 말로 설명합니다. ERP 시스템은 고객 주문을 생산 오더로 바꾸고, 자재를 계획하며, 재고와 원가를 추적합니다. 계획 범위는 몇 달에서 며칠까지이며, 핵심 질문은 무엇을 언제 만들 것인가입니다. 제조 실행 시스템은 며칠에서 몇 초 단위로 작동하며, 핵심 질문은 지금 이 작업이 어떻게 이루어지고 있는가입니다. 자세한 내용은 ERP와 MES에 관한 Fabrico 기사를 참고하십시오.

두 시스템은 다음과 같은 순환 구조로 함께 작동합니다.

1. ERP는 작업 지시, 일정, 자재 계획을 현장으로 내려보냅니다.
2. 생산 현장은 실제 생산량, 자재 소비, 상태를 기록합니다.
3. 이 데이터가 다시 위로 올라가, ERP가 재고, 원가, 일정을 갱신할 수 있습니다.

Fabrico 기사는 상향 피드백이 없으면 사업 계획이 현장의 실제 작업과 어긋난다고 경고합니다. 많은 공장이 하향 경로는 갖추고 있지만 상향 경로는 취약합니다.

ERP 계획은 왜 현실을 놓칩니까?

TeepTrak은 OEE 소프트웨어 공급업체로, 이 데이터 격차를 설명합니다. ERP 시스템은 무엇이 계획되었는지는 알지만, 실제로 무엇이 일어났는지는 알지 못합니다. ERP는 총 수량, 스크랩, 작업 시간 같은 집계된 확인 값만 받기 때문입니다. 그래서 짧은 설비 정지, 전환(changeover) 초과 시간, 교대 단위의 품질 패턴을 놓칩니다. 그 결과 용량 계획은 이론적 사이클 타임에 의존하고, OEE 논의는 추정치에 기대게 됩니다. 자세한 내용은 MES와 ERP 통합에 관한 TeepTrak 글을 참고하십시오. 이 글은 공급업체가 작성한 것이므로 비용 수치는 신중하게 보시기 바랍니다. 다만 격차를 설명한 내용 자체는 많은 공장에서 실제로 겪는 상황과 일치합니다.

실제로 계획은 다음 네 가지 이유로 어긋납니다.

• 이론적 시간. 라우팅에는 단위당 4.0분으로 적혀 있지만, 잦은 짧은 정지를 포함한 실제 평균은 그보다 깁니다.
• 이상적인 가동률. 계획은 설비가 교대 내내 가동된다고 가정합니다. 전환, 휴식, 수리 시간이 빠져 있습니다.
• 무제한 용량. 기존 자재 계획은 그 시점에 설비나 작업자가 비어 있는지 확인하지 않습니다.
• 늦은 소식. 9시에 발생한 정지는 교대가 끝날 무렵에야 계획 담당자에게 전달되며, 아예 전달되지 않는 경우도 있습니다.

현장 데이터는 무엇을 다시 흘려보내야 할까요?

상향 흐름에는 실시간에 가깝게 수집한 몇 가지 핵심 사실이 필요합니다. 라인의 실시간 가시성은 모든 좋은 생산 일정의 기반입니다. 다음 항목을 수집하십시오.

• 각 작업의 시작과 종료, 그리고 생산 수량.
• 설비 정지 이벤트, 사유 코드와 함께 기록하여 어떤 정지가 가장 많은 비용을 유발하는지 파악할 수 있어야 합니다.
• 스크랩과 재작업, 라인에서 수행한 품질 관리 점검 결과입니다.
• 자재 소비, 이는 완제품까지 로트를 추적하는 데도 도움이 됩니다.
• 작업자 및 설비 상태, 예를 들어 가동 중, 대기 중, 전환 중 여부입니다.

이러한 현장 데이터는 가용성, 속도, 품질, 계획대로 완료된 주문의 비율 같은 몇 가지 단순한 지표의 기반이기도 합니다. 이 데이터가 없으면 계획과 실행 사이의 워크플로는 일방통행에 머뭅니다. 표준 인터페이스로 데이터를 ERP 소프트웨어와 통합하여, 수동 입력 없이 확인 값이 도착하도록 하십시오. 목표는 데이터를 더 많이 모으는 것이 아니라, 올바른 데이터를 적절한 시점에 확보하는 것입니다.

디지털 트윈은 무엇을 더해 줄까요?

디지털 트윈은 실제 자원, 그 자원들 간의 관계, 그리고 운영 조건을 관측값으로 최신 상태로 유지하는 디지털 표현입니다. 생산 계획의 관점에서 보면, 공장의 트윈에는 자원, 실제 소요 시간, 교대 달력, 그리고 현재 작업 상태가 담겨 있습니다.

이는 계획을 세 가지 방식으로 바꿉니다.

1. 실제 값을 사용합니다. 계획 시간은 라우팅만이 아니라 측정된 데이터에서 나옵니다.
2. 출시 전에 검증합니다. 일정을 모델에 돌려 어디서 어긋나는지 확인하고 수정할 수 있으며, 현장에서 뒤늦게 알아채는 일을 줄일 수 있습니다. 이것이 바로 공장 시뮬레이션의 개념입니다. 변경을 실제로 적용하기 전에 그 변경을 시험해 보는 모델입니다.
3. 동기화 상태를 유지합니다. 현장에서 정지나 지연이 보고되면 모델이 업데이트되고, 계획을 현재 상태에 맞춰 수정할 수 있습니다.

트윈이 ERP를 대체하는 것은 아닙니다. ERP는 여전히 주문, 자재, 원가를 관리하는 시스템입니다. 트윈은 그 옆에서 계획을 실행 가능한 것으로 만들어 줍니다.

실행 가능한 계획에는 무엇이 필요할까요?

계획을 출시하기 전에 다음 체크리스트를 사용하십시오.

1. 실제 용량. 휴식, 보전, 일반적인 손실을 뺀 자원별 순 가동 시간입니다.
2. 측정된 시간. 실제 생산 실행을 기반으로 한 사이클 타임과 셋업 타임입니다.
3. 제약을 준수합니다. 어떤 자원도 해당 달력 시간을 넘어 부하를 걸지 않으며, 기술은 작업에 맞게 배정됩니다.
4. 자재를 확인합니다. 계획은 어떤 자재가 있고 언제 추가로 입고되는지 알고 있어야 합니다.
5. 피드백을 정의합니다. 진행 상황, 지연, 정지를 어떻게, 얼마나 빨리 보고하는지 모두가 알고 있어야 합니다.
6. 재계획 트리거를 정합니다. 팀은 어떤 이벤트가 새 계획으로 이어지는지, 그리고 누가 결정하는지 알고 있어야 합니다.

예시: 계획 112개, 납품 84개

이 예시는 가정한 수치를 사용합니다.

한 라인이 450분 교대 한 번을 운영합니다. ERP 라우팅은 단위당 4.0분을 제시합니다.

ERP 계획. 450 ÷ 4.0 = 교대당 112.5개, 반올림하여 112개입니다.

실제 상황, 측정 데이터 기준.

• 전환, 정지, 휴식 이후의 가동률은 85퍼센트입니다. 450 × 0.85 = 382.5 가동 분입니다.
• 성능은 정격 속도의 90퍼센트입니다. 382.5 × 0.90 = 344.25 유효 분입니다.
• 품질은 양품 98%입니다.

생산 수량: 344.25 ÷ 4.0 = 약 86.1. 양품 수량: 86.1 × 0.98 = 약 84.3. 결합 계수는 0.85 × 0.90 × 0.98 = 0.75이고, 112.5 × 0.75 = 84.3으로 값이 일치합니다.

계획은 112개를 약속하지만 라인은 약 84개를 생산합니다. 교대당 부족분은 28개, 즉 계획 대비 25%입니다. 5일 근무 주 기준으로 약 140개에 해당합니다. 영업팀이 ERP 수치를 바탕으로 납기를 약속했다면, 현장에 잘못이 없어도 공장은 그 납기를 지키지 못하게 됩니다.

교대당 84개를 기준으로 계획하는 트윈이라면 처음부터 올바른 납기를 약속할 수 있습니다. 또한 설비가 멈추는 일이 생기면 그날 바로 계획을 수정할 수 있습니다.

어떻게 시작해야 할까요?

1. 라인 하나를 선택하십시오. 가능하면 병목 공정이 좋습니다.
2. 실제 수치를 측정하십시오. 가동률, 속도, 품질을 4주간 간단한 방식으로 추적하고, 라우팅과 비교하십시오.
3. 마스터 데이터를 정비하십시오. 차이가 큰 곳은 사이클 타임과 캘린더를 업데이트하십시오.
4. 피드백 경로를 정의하십시오. 현장이 무엇을, 어떤 방식으로, 얼마나 자주 보고할지 합의하십시오.
5. 교대마다 계획과 실적을 비교하십시오. 편차의 원인을 기록하십시오.
6. 모델을 추가하십시오. 데이터가 신뢰할 수 있는 수준이 되면, 배포 전에 모델에서 일정을 테스트하십시오.

흔한 실수

• 라우팅을 검증 없이 신뢰하는 것. 이론상의 시간은 계획이 실패하는 흔한 원인입니다.
• 교대가 끝날 때만 피드백을 받는 것. 늦은 소식으로는 제때 계획을 바꿀 수 없습니다.
• ERP를 교체하는 것. 목표는 ERP 시스템을 다시 구축하는 것이 아니라, 실행과 계획을 위한 계층을 추가하는 것입니다.
• 공장 전체를 한 번에 모델링하는 것. 라인 하나부터 시작해 범위를 넓히십시오.
• 사람을 무시하는 것. 감독자와 작업자가 계획을 신뢰하지 않으면, 그들은 자기만의 계획을 고집하게 됩니다.
• 데이터를 정비하기 전에 소프트웨어를 구매하는 것. 잘못된 시간으로 만든 모델은 잘못된 답을 더 빨리 내놓을 뿐입니다.

소프트웨어가 도울 수 있는 방법

계획 소프트웨어는 ERP와 현장 사이에 위치할 수 있습니다. iFAKT's Polaris는 ERP 시스템에서 주문과 마스터 데이터를 가져와 공장의 디지털 트윈과 결합하는 생산 소프트웨어로, 일정을 최적화하고 병목을 가시화하며 정시 납품을 개선합니다. 도구를 비교할 때는 ERP 데이터를 어떻게 읽는지, 실제 진행 상황이 어떻게 되돌아오는지, 그리고 배포 전에 계획을 어떻게 테스트하는지 물어보십시오.

다음 단계

라인 하나를 골라 4주 동안 ERP 사이클 타임과 실측 사이클 타임을 비교하십시오. 그 차이를 교대당 생산 수량으로 환산한 값이 ERP와 현장 사이의 간극을 줄이기 위한 비즈니스 근거가 됩니다. 또한 현장이 따를 수 있는 생산 계획을 세우기 위한 첫 번째 입력값이기도 합니다.