ERP 및 MES 데이터로 보는 실시간 가치 흐름 모니터링

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 및 MES 데이터를 바탕으로 리드타임, 대기열, 재공품(WIP)을 보여줍니다. 각 시스템이 어떤 데이터를 제공하는지, 데이터가 얼마나 최신이어야 하는지, 그리고 이를 어떻게 구축하는지 살펴봅니다.

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

실시간 가치 흐름은 스톱워치를 들고 현장을 도는 일회성 조사 대신, ERP 및 MES의 실시간 데이터에서 리드타임, 대기열, 재공품 같은 수치를 가져와 구성하는 가치 흐름 맵입니다. 이 글은 다음 매핑 워크숍을 기다리지 않고 제품군의 현재 상태를 보고 싶은 공장장을 위한 글입니다. 각 시스템이 어떤 데이터를 제공하는지, 데이터가 얼마나 최신이어야 하는지, 첫 버전을 어떻게 만드는지 설명하고, 가상의 타임스탬프로 작성한 적용 예시를 함께 소개합니다.

핵심 요약

• 실시간 가치 흐름은 시스템 데이터로 리드타임, 대기 시간, 재공품을 갱신하므로, 벽에 붙은 맵이 더 이상 낡아 가지 않습니다.
• ERP는 오더, 라우팅, 재고, 오더 단위 원가를, MES는 각 공정에서 일어난 일을 타임스탬프, 수량, 설비 정지 정보와 함께 제공합니다.
• 데이터가 얼마나 최신이어야 하는지는 의사결정 목적에 따라 다릅니다. 디스패칭에는 분 단위, 일일 검토에는 하루 단위, 추세 파악에는 주 단위면 충분합니다.
• 각 공정의 릴리스, 시작, 종료 시점의 타임스탬프만 있으면 오더별 대기 시간, 처리 시간, 리드타임을 계산할 수 있습니다.
• 늦게 입력되거나 수작업으로 입력된 실적은 실시간 맵을 잘못 만듭니다. 수치를 신뢰하기 전에 현장과 데이터를 대조하십시오.

실시간 가치 흐름이란 무엇입니까?

Lean Enterprise Institute (LEI)는 value stream mapping을 제품이 가치 흐름을 따라 이동하면서 자재와 정보가 흐르는 모습을 보고 이해하는 방법으로 정의합니다. 종이 맵은 스냅숏과 같습니다. 그린 날에만 유효하고, 이후 리드타임은 바뀝니다.

실시간 가치 흐름은 라이브 가치 흐름 맵 또는 가치 흐름 전반을 보는 뷰라고도 부르며, 같은 그림을 최신 상태로 유지합니다. 박스와 타임라인이 생산 데이터로 채워지므로 대기열이 쌓이는 모습, 오더가 지연되는 모습, 재고가 움직이는 모습을 볼 수 있습니다. 데이터가 밀리초 단위로 도착할 필요는 없습니다. 그 데이터로 내리려는 결정에 충분할 만큼 최신이면 됩니다.

이것은 데이터 기반 가치 흐름입니다. 맵은 여전히 린 도구이며, 데이터가 스톱워치를 대신할 뿐입니다. 사람을 대신하지는 않습니다. 현장 흐름을 직접 따라가며 이유를 묻고 무엇을 바꿀지 결정하는 일은 여전히 팀의 몫입니다.

기존 현재 상태 맵과는 어떻게 다릅니까?

기존 현재 상태 가치 흐름 맵은 부서 간 팀이 워크숍에서 함께 그립니다. 팀은 공정 단계를 직접 따라가며 사이클 타임, 리드타임, 재고를 수작업으로 기록하고, 자재와 정보의 흐름을 다이어그램으로 그립니다. 그다음 미래 상태 맵을 그리고 개선안을 계획합니다. 이는 린 제조의 핵심이며, 공유된 이해를 만들어 주므로 그대로 유지되어야 합니다.

실시간 버전은 한 층을 더 추가합니다. 팀은 여전히 현재 상태와 미래 상태를 그리지만, 현재 상태 맵의 수치는 데이터로 갱신됩니다. 실시간 뷰에서는 가치 흐름끼리 비교하고, 변경 후 병목이 이동하는 모습을 지켜보며, 워크숍 사이에도 개선 영역을 찾을 수 있습니다. 모든 변경이 수치에 반영되므로 지속적 개선을 뒷받침합니다. 또한 효과를 다음 워크숍이 아니라 며칠 안에 확인할 수 있으므로 작업 흐름을 단계적으로 최적화하는 데도 도움이 됩니다. 실시간 데이터는 현장에서 더 나은 질문을 던지는 데 활용하되, 현장 방문을 대체하는 데는 사용하지 마십시오.

어떤 데이터가 ERP에서 오고 어떤 데이터가 MES에서 올까요?

데이터는 보통 두 종류의 시스템에 담깁니다. ReliaMag의 독립 기고문 MES 대 ERP에 따르면, ERP는 비즈니스 수준에서 작동하며 무엇을, 언제, 얼마의 비용으로 생산할지에 답합니다. 시간, 일, 주, 월 단위로 움직이고, 데이터는 주문과 작업 지시 수준에 있습니다. MES(제조 실행 시스템)는 계획된 것이 실제로 올바르게 만들어지고 있는지에 답합니다. 초와 분 단위로 움직이고, 데이터는 공정, 사이클, 개별 제품 수준에 있습니다. ERP는 작업 지시를 MES로 내려보내고, MES는 실적을 다시 보고합니다.

MES 공급업체인 Fabrico의 ISA-95 페이지도 같은 구분을 계층으로 설명합니다. 4단계에 ERP를 둔 비즈니스 계획, 3단계에 MES를 둔 제조 운영입니다. 또한 비즈니스 계층은 센서 포인트의 홍수가 아니라 요약 정보를 받아야 한다고 말합니다.

가치 흐름의 경우 이렇게 나누면 실무에 맞습니다:

• ERP에서: 주문, 납기일, 공정 순서(라우팅), 자재명세서(BOM), 재고 금액, 고객 데이터, 원가.
• MES에서: 각 공정의 시작과 종료, 양품 수량, 스크랩, 재작업, 비가동 사유, 설비에서 소비된 자재, 주문의 현재 위치.
• 품질 기록에서: 검사 결과와 반품.
• 창고에서: 입고 및 출하 이벤트.

제조 실행 시스템은 작업 지시와 공정을 기준으로 생산 활동을 기록하는 현장 소프트웨어입니다. 이것이 없으면 공정 시간은 종종 손으로 기록되고, 늦게 또는 몰아서 입력됩니다. 그렇다고 맵이 쓸모없어지는 것은 아니지만, 그만큼 신뢰할 수 있는 범위가 제한됩니다.

타임스탬프로 무엇을 계산할 수 있을까요?

공정마다 네 개의 타임스탬프(작업 지시 릴리스, 공정 시작, 공정 종료, 출하)면 대부분의 흐름 지표에 충분합니다. 이것으로 다음을 계산할 수 있습니다:

• 리드 타임(주문별): 릴리스부터 출하까지.
• 가공 시간(공정별): 시작부터 종료까지.
• 대기 시간(공정 전): 이전 공정 종료부터 다음 공정 시작까지.
• 재공품: 릴리스되었지만 아직 출하되지 않은 주문 수를 공정별로 집계.
• 부가가치 비율: 가공 시간을 리드 타임으로 나눈 값으로, 근사치입니다.

MES의 수량과 스크랩은 단계별 직행률을 더해 주고, ERP의 재고는 재고 일수를 더해 줍니다.

데이터는 얼마나 최신이어야 할까요?

갱신 주기는 의사결정에 따라 정해집니다. 이것은 표준이 아니라 제 경험에서 나온 어림 기준입니다:

• 분 단위: 작업 배정과 현장 대응, 예를 들어 멈춘 설비.
• 교대 또는 일 단위: 일일 보드와 티어 회의에서 어제의 흐름을 검토합니다.
• 주 단위: 흐름 리뷰에서 리드 타임, 납기, 재고의 추세를 봅니다.
• 월 또는 분기 단위: 맵 재작성과 연간 계획.

모든 가치 흐름을 가장 빠른 주기로 맞출 필요는 없습니다. 데이터가 빨라질수록 구축과 유지 비용이 높아지며, 주 단위 의사결정에는 분 단위 피드가 필요하지 않습니다.

첫 버전은 어떻게 만들까요?

1. 제품군 하나와 지표 다섯 개를 고르세요. 흐름의 단계를 담은 공정 맵을 만듭니다. 지표는 예를 들어 리드 타임, 공정별 대기 시간, 재공품, 정시 납품, 직행률입니다.
2. 필요한 이벤트를 나열하고 각 이벤트를 어느 시스템이 기록하는지 적으세요. 각 지표의 계산식도 작성하세요.
3. 기록 규율을 점검하세요. 현장을 걸으며 시스템의 주문 열 건과 실제 일어난 일을 비교하세요. 가장 큰 차이부터 고치세요.
4. 데이터를 추출하세요. 일별 파일이나 데이터베이스 뷰로 시작하세요. 첫 테스트에 복잡한 인터페이스를 만들 필요는 없습니다.
5. 맵에 표시하세요. 데이터로 공정 상자와 타임라인을 채우고, 가장 큰 대기열을 표시하세요.
6. 매주 검토하세요. 숫자가 팀이 현장에서 보는 것과 맞는지 묻고, 규칙을 조정하세요.
7. 첫 번째 그룹이 안정적으로 운영되면 단계적으로 다른 그룹으로 확대하십시오.

예시: 주문 하나와 임의의 타임스탬프

이 예시는 가상입니다. 시간은 실제 공장에서 가져온 것이 아니며, 밤과 주말을 포함한 달력 시간입니다.

주문 1042는 월요일 08:00에 출고됩니다. 공정 10은 월요일 14:00부터 16:00까지, 공정 20은 수요일 08:00부터 11:00까지, 공정 30은 목요일 10:00부터 12:00까지 진행되며, 주문은 금요일 10:00에 배송됩니다.

리드타임은 98시간입니다. 가공 시간은 2 + 3 + 2, 즉 7시간이므로 가치 창출 비중은 7 ÷ 98, 약 7퍼센트입니다. 대기 시간은 공정 10 이전 6시간, 공정 10과 20 사이 40시간, 20과 30 사이 23시간, 공정 30 종료부터 출고까지 22시간입니다. 합계는 91시간이며, 여기에 가공 시간 7시간을 더하면 98시간이 됩니다.

가장 긴 대기 시간인 40시간은 공정 20 앞에서 발생합니다. 같은 패턴이 여러 주문에서 반복되면 팀은 해당 공정을 살펴봅니다. 품목 전환(changeover), 배치 크기, 누락된 도구, 또는 작업을 한꺼번에 투입하는 규칙 등이 원인일 수 있습니다. 실시간 맵은 위치를 알려 주고, 원인은 현장 담당자가 찾아냅니다.

흔한 실수

• 현장을 확인하지 않고 숫자를 믿는 것. 입력이 늦으면 대기열은 실제와 다른 허구가 됩니다.
• 실시간성을 그 자체로 추구하는 것. 갱신 주기는 해결하려는 의사결정에 맞춰 정하십시오.
• 모든 밸류 스트림부터 시작하는 것. 하나의 스트림을 통해 데이터 문제를 배울 수 있지만, 여러 밸류 스트림을 동시에 다루면 문제가 가려집니다.
• 평균값만 측정하는 것. 가장 오래 걸린 주문에 실제 문제가 드러납니다.
• 정의보다 화면을 먼저 만드는 것. 공식과 책임자를 먼저 문서화하십시오.
• 정기 점검을 중단하는 것. 실시간 화면이 주간 검토와 조치 목록을 대신할 수는 없습니다.

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

실시간 맵에는 스트림 모델과 ERP 및 MES 데이터 연결이 필요합니다. 스프레드시트로 구축하면 파일럿에는 충분하지만, 제품군이 많아지면 관리가 어려워집니다. iFAKT의 Polaris VSM은 데이터 기반 가치 흐름 매핑을 위한 iFAKT Polaris의 모듈입니다. 자재 흐름과 정보 흐름을 공동으로 모델링하고, 낭비와 병목을 눈에 보이게 만듭니다. 먼저 한 제품군에서 데이터 연결을 테스트하십시오.

다음 단계

실시간 밸류 스트림은 한 제품군에 대해 신뢰할 수 있는 타임스탬프에서 시작됩니다. 이번 주에 ERP 또는 MES의 주문 10건을 현장에서 실제로 일어난 일과 비교하고, 무엇이든 구축하기 전에 가장 큰 차이를 적어 두십시오.