OEE 소프트웨어: 선택 방법과 후회 없는 도입 방법

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

OEE 소프트웨어는 기계별 정지, 속도, 불량품을 기록합니다. 선택, 파일럿, ERP 및 구형 기계와의 연결 방법을 알아보고 흔히 빠지는 함정을 피하는 방법을 정리합니다.

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

OEE 소프트웨어는 계획된 생산 시간 동안 기계가 무엇을 하는지, 즉 언제 가동되고 언제 멈추는지, 얼마나 빠르게 작동하는지, 양품이 몇 개 나오는지를 기록합니다. 이를 바탕으로 가동률, 성능, 품질과 이를 종합한 OEE 수치를 산출합니다. 이 글은 도구를 선택하고, 테스트하고, 현장에서 수용되도록 만들어야 하는 제조 분야 운영 관리자를 위한 글입니다. 계산 공식 자체가 아니라 선택과 도입을 다룹니다. 공식과 여섯 가지 주요 손실을 먼저 알고 싶다면 OEE를 먼저 읽은 뒤 돌아오시기 바랍니다.

핵심 포인트

• OEE 소프트웨어는 종이 기록지가 수작업으로 하던 일을 자동화합니다. 기계별 가동 시간, 정지, 속도, 불량품을 기록하고 이를 가동률, 성능, 품질로 변환합니다.
• Lean.org는 OEE를 가동률 × 성능 × 품질로 정의합니다. 따라서 도구의 공식과 정지 및 이상 속도 설정이 귀사가 사용하는 정의와 일치하는지 확인하시기 바랍니다.
• 대시보드는 그 뒤에 있는 수량, 상태, 정지 사유만큼만 정확하므로, 도구를 고를 때는 무엇보다 데이터 수집 방식을 먼저 기준으로 삼으시기 바랍니다.
• 귀사의 데이터로 병목 기계 한 대에서 파일럿을 진행하고, 어떤 차트든 신뢰하기 전에 도구가 집계한 수량을 수작업 기록과 비교하시기 바랍니다.
• ERP 및 Power BI와의 연결은 초기에 계획하고, 데이터 전달 방식을 공급업체에 확인하시기 바랍니다. Microsoft는 2027년 10월 31일 이후 스트리밍 시맨틱 모델 생성을 중단할 예정이기 때문입니다.

도구는 실제로 무엇을 해야 합니까?

다음 세 가지 역할을 이 순서대로 수행해야 합니다.

1. 데이터를 수집합니다. 기계 상태(가동, 정지, 대기), 생산 수량, 불량품 수, 그리고 무엇보다 각 정지의 사유를 수집합니다. 이것이 가장 어려운 부분이며, 다른 기능이 살펴볼 가치가 있는지를 결정합니다.
2. 매번 같은 방식으로 수치를 계산합니다. Lean.org는 OEE를 설비가 얼마나 효과적으로 사용되는지를 나타내는 지표로 정의하며, 가동률, 성능, 품질을 곱하여 산출합니다. 가동률은 고장과 조정으로 인한 정지 시간을 반영합니다. 성능은 짧은 정지를 포함한 속도 손실을 반영합니다. 품질은 불량품과 재작업을 반영합니다. Lean.org의 예시는 90%, 95%, 99%를 곱하여 84.6%를 도출합니다.
3. 적절한 사람에게 적절한 시점에 보여줍니다. 작업자는 기계 옆 화면에서 현재 교대 상황을 보아야 합니다. 감독자는 최근 몇 시간의 데이터가 필요합니다. 공장장은 크게 흔들리는 숫자가 아니라 추세를 보아야 합니다.

모바일 앱, 알림, 유지보수 모듈, AI 부가 기능 등 기능 목록의 나머지 항목은 부차적인 요소입니다. 첫 번째 역할을 제대로 수행하지 못하면, 이러한 부가 기능은 잘못된 수치를 꾸미는 데 그칠 뿐입니다.

MES나 ERP와는 어떤 차이가 있습니까?

경계가 모호하므로, 무엇을 구매하는지 명확히 파악하시기 바랍니다.

MES는 작업 지시(work order)를 기준으로 생산 실적을 관리하고 기록합니다. 무엇을 만들었는지, 어떤 자재를 썼는지, 어떤 설비(스테이션)에서 만들었는지를 기록합니다. ERP 시스템은 주문, 품목, 공정 순서(routing), 원가를 관리합니다. OEE 소프트웨어는 설비 가동 시간과 손실에 초점을 맞춥니다. 많은 OEE 제품이 MES와 기능이 겹치며, 일부 MES 제품에는 OEE 화면이 포함되어 있습니다.

간단한 판단 기준이 있습니다. 어떤 자재가 어떤 제품에 들어갔는지 증명해야 하거나 작업 지시의 흐름을 통제해야 합니까? 그렇다면 MES의 영역입니다. 병목 설비가 교대마다 얼마나 시간을 잃는지 알고 싶습니까? 그것은 OEE의 질문입니다. 두 가지가 모두 필요하다면, 작업자가 같은 정보를 두 번 입력하지 않도록 두 시스템이 작업 지시 데이터를 어떻게 공유하는지 확인하십시오.

벤더 순위에 의존하지 않고 OEE 소프트웨어를 어떻게 선택합니까?

직접 검증할 수 있는 기준을 사용하고, 첫 데모 전에 문서로 정리하십시오. 대부분의 공장에 적용할 수 있는 기준 세트는 다음과 같습니다.

데이터 수집

• 설비 제어기, 추가 센서, 또는 둘 다에서 상태와 생산 수량을 직접 읽을 수 있습니까? 귀사의 설비에는 어떤 방식이 필요합니까?
• 디지털 출력이 전혀 없는 설비는 어떻게 처리합니까?
• 작업자는 가동 중지 사유를 어떻게 입력합니까? 터치스크린에서 두 번의 터치로 입력할 수 있습니까? 감독자가 편집할 수 있는 목록이 있습니까? 항목이 50개인 사유 목록은 야간 교대에서 사용되지 않습니다.
• 짧은 정지(small stop)를 자동으로 감지합니까, 아니면 누군가 직접 입력한 정지만 기록합니까?

계산 및 설정

• 이상 속도(ideal speed)는 어디에서 설정하며, 누가 변경할 수 있습니까?
• 계획된 정지, 휴식, 段取り 전환(changeover)은 어떻게 처리합니까? 이들을 별도의 범주로 구분해서 볼 수 있습니까?
• 백분율만이 아니라, 수치 뒤에 있는 원시 이벤트도 볼 수 있습니까?
• 계산식이 린(Lean) 정의를 따릅니까, 아니면 ISO 22400-2를 따릅니까? ISO는 이 표준을 제조 운영 관리를 위한 핵심 성과 지표를 규정한 것으로 설명하며, 각 지표마다 계산식, 구성 요소, 시간 기준, 단위를 정의한다고 밝힙니다. 출처에 따라 명칭과 시간 기준이 다를 수 있으므로, 벤더에게 정확한 계산식을 요청하고 귀사의 계산식과 비교하십시오.

현장에서의 사용

• 2미터 떨어진 거리, 장갑을 낀 상태, 소음이 큰 작업장에서도 화면을 읽을 수 있습니까?
• 작업자가 전체 애플리케이션에 로그인하지 않고도 현재 교대 실적을 볼 수 있습니까?
• 네트워크가 끊겨도 도구가 작동하며, 나중에 데이터를 동기화합니까?

연동 및 데이터 소유권

• 어떤 데이터를 어떤 형태로 시스템 밖으로 내보낼 수 있습니까? 원시 이벤트를 내보낼 수 있습니까, 아니면 보고서만 가능합니까?
• ERP, MES, 보고 도구와 어떻게 연결됩니까?
• 데이터의 소유자는 누구이며, 어디에 저장되고, 누가 볼 수 있습니까?
• 계약 해지 시 조건은 어떻게 되어 있습니까? 데이터 내보내기, 삭제, 해지 통보 기간은 어떻게 규정되어 있습니까?

장기 비용

• 라이선스 비용은 설비당, 사용자당, 또는 사이트당 얼마이며, 라인을 추가하면 무엇이 달라집니까?
• 설비마다 어떤 하드웨어가 필요하며, 누가 설치하고 유지 관리합니까?
• 작업 중 벤더의 지원이 필요한 부분은 무엇이며, 자체 인력이 수행할 수 있는 부분은 무엇입니까?

소규모 팀(운영, 설비 보전, IT 담당자 각 1명과 작업자 1명)이 이 기준에 따라 후보 제품을 평가하십시오. 작업자의 화면 평가는 많은 관리자의 예상보다 중요합니다.

도입을 결정하기 전에 도구를 어떻게 테스트합니까?

벤더의 샘플 공장에서 하는 데모로는 귀사의 공장에 대해 아무것도 알 수 없습니다. 귀사의 설비에서 파일럿을 요청하고, 실험처럼 운영하십시오.

1. 설비 하나를 선택하십시오. 병목 설비나 시간 손실이 잘 알려진 설비를 고르십시오. IndustryWeek의 OEE 올바른 활용법 기사는 병목 설비에 집중할 것을 권장하며, OEE로 교대, 부서, 공장을 비교하지 말라고 경고합니다.
2. 용어를 문서로 정의하십시오. 계획 생산 시간, 이상 사이클 타임, 양품의 기준, 다운타임의 기준 등을 정리하십시오. 한 장 분량으로 작성하고, 운영 부서와 품질 부서의 승인을 받으십시오.
3. 도구와 수기 기록을 나란히 운영하십시오. 같은 기간 동안 작업자나 감독자가 정지 내역을 종이에 기록하도록 하십시오. 생산 수량, 정지 시간, 사유를 비교하십시오.
4. 점수가 아니라 차이를 보십시오. 도구가 짧은 정지를 놓치거나 段取り 전환을 생산으로 집계한다면, 다음 단계로 넘어가기 전에 그 이유를 확인하십시오.
5. 매주 짧은 검토 회의를 여십시오. 가장 큰 손실을 골라 작업자와 함께 논의하고, 조치 하나를 결정하십시오. 파일럿에서 아무런 조치도 나오지 않는다면, 여러분은 숫자만 모으고 있는 것입니다.
6. 체크리스트로 판단하십시오. 집계 결과가 실제 기록과 일치했습니까? 운영자가 요청받지 않아도 도구를 사용했습니까? 결과가 실제 변화로 이어졌습니까? IT 지원팀이 연결을 유지할 수 있습니까?

다음은 방법을 보여주기 위해 만든 가상의 예시입니다. 포장 라인의 도구에서는 가용률이 82%로 나오지만, 수기 기록으로는 74%에 가깝습니다. 원인을 따져 보니 5분 미만으로 멈춘 시간을 모두 가동 시간으로 집계하는 규칙이 있었습니다. 대시보드만 봐서는 아무도 알아채지 못했을 것입니다. 두 기록을 나란히 놓고 비교하자 문제가 드러났습니다. 이 규칙 하나를 고치는 것이 새로운 차트를 추가하는 것보다 훨씬 가치가 큽니다.

이 도구를 ERP, 구형 설비, Power BI와 어떻게 연결하겠습니까?

구형 설비

공장에는 대부분 최신 장비만 있는 것이 아닙니다. 구형 설비의 경우 일반적으로 컨트롤러 데이터를 직접 읽거나, 가동 상태와 생산 수량을 측정하는 센서를 추가하거나, 프로토콜을 변환해 주는 게이트웨이를 사용하는 방법 중에서 선택하게 됩니다. 이때 흔히 쓰이는 표준이 OPC UA입니다. OPC Foundation은 OPC UA를 공장 및 공정 제어 장치의 데이터를 기업 시스템으로 전달하는 기술로 설명하며, 보안, 신뢰성, 플랫폼 간 운영을 강조한다고 밝혔습니다. 또한 2011년에 IEC 62541 표준이 되었다고 명시하고 있습니다. 공급업체에는 어떤 프로토콜을 지원하는지 물어보시고, 파일럿에서는 가장 최신 설비가 아니라 가장 오래된 설비를 대상으로 테스트하십시오.

ERP

주문 정보와 제품 데이터가 도구로 들어와서 도구가 무엇을 생산하는지, 계획된 생산 속도가 얼마인지 알 수 있어야 합니다. 또한 실제 생산량과 비가동 시간 요약이 계획 수립에 도움이 되도록 다시 ERP로 전달되어야 합니다. 품목, 공정 경로, 표준 시간 같은 마스터 데이터의 관리 주체를 먼저 정하십시오. 도구와 ERP 시스템이 각각 자체 복사본을 유지하면 한 달 안에 데이터가 서로 달라질 것입니다.

Power BI와 보고

많은 공장이 OEE 수치를 매출, 품질, 유지보수 데이터와 함께 Power BI에서 보고 싶어 합니다. OEE 도구가 데이터를 어떤 방식으로 전달하는지 확인하십시오. 데이터베이스, 내보내기 파일, API, 시맨틱 모델로의 푸시 중 어떤 방식인지가 중요합니다. 방식이 중요한 이유는 두 가지입니다.

첫째, 실시간 화면과 실시간 보고서는 같은 것이 아닙니다. Microsoft는 보고서의 자동 페이지 새로 고침을 고정 간격 또는 변경 내용 감지 방식으로 문서화하고 있으며, 이를 지원하는 스토리지 모드도 나열하고 있습니다. 가져오기 모드는 지원되지 않습니다. 공유 용량에서는 고정 간격의 최소값이 30분이며, 이 용량에서는 변경 내용 감지를 사용할 수 없습니다. 전용 용량에서는 관리자가 설정하는 더 짧은 간격을 사용할 수 있습니다. 누군가 "실시간" Power BI 보고서를 약속한다면, 어떤 새로 고침 모드와 어떤 용량이 필요한지 물어보십시오.

둘째, 공급업체의 계획을 Microsoft의 계획과 대조해 보십시오. 실시간 스트리밍 페이지에 따르면 푸시 및 스트리밍 시맨틱 모델의 생성은 2027년 10월 31일까지 계속 가능하며, 그 이후에는 새로 만들 수 없습니다. 기존 모델에는 영향이 없으며, Microsoft는 대안으로 Microsoft Fabric의 Real-Time Intelligence를 안내하고 있습니다. Power BI 연동이 스트리밍 시맨틱 모델에 의존하는 공급업체라면, 그 부분이 어떻게 바뀔지 설명할 수 있어야 합니다.

역할을 분리해 두십시오. 현장 화면은 Power BI 없이도 동작해야 합니다. Power BI는 추세, 비교, 관리 보고서를 위한 것이지 운영자가 실시간으로 보는 화면을 위한 것이 아닙니다.

운영자가 이 도구를 사용하도록 하려면 어떻게 해야 합니까?

소프트웨어가 OEE를 개선하지는 않습니다. 수치를 보고 그에 맞게 행동할 수 있는 사람이 개선합니다.

• 구매 전에 운영자를 참여시키십시오. 운영자가 직접 화면을 써 보게 하십시오. 화면이 마음에 들지 않으면 도구를 우회하는 방법을 찾아낼 것입니다.
• 정지 사유 목록을 짧게 유지하십시오. 6대 손실을 기준으로 몇 가지 사유만 먼저 정하고, 한 달 뒤에 다듬으십시오.
• 교대 인계 때 데이터를 활용하십시오. 아무도 수치를 이야기하지 않는다면 시스템은 추가 업무가 될 뿐입니다.
• OEE를 책임 추궁에 쓰지 마십시오. 한 공개 OEE 도입 가이드는 이를 분명하게 설명합니다. OEE는 손실을 찾기 위한 도구이지, 점수를 올리기 위해 조작할 대상이 아니라는 것입니다. 운영자가 처벌받는다고 느끼면 기록을 정확하게 남기지 않게 됩니다.
• 손실 항목마다 담당자를 지정하십시오. 설비나 라인마다 한 명을 정해, 매주 가장 큰 손실을 점검하도록 하십시오.

흔한 실수

• 대시보드 데모만 보고 구매를 결정하고, 데이터 수집 테스트는 마지막에 하는 것.
• 모든 설비에 한꺼번에 적용을 시작해서, 어느 팀도 첫 번째 라인에서 배울 수 없게 되는 것.
• 공급업체가 설정한 이상 속도를 설비가 실제로 달성한 속도와 대조하지 않고 그대로 받아들이는 것.
• 계획 정지와 품종 교체 시간을 피할 수 없는 것으로 보고 분석에서 제외하는 것.
• 서로 다른 기계, 제품 또는 공장의 OEE를 비교하면서 그 점수가 어디서나 같은 의미를 가진다고 가정하는 것.
• 파일럿에서 수작업 교차 검증을 건너뛰는 것.
• 구매 이후로 ERP 및 보고와의 연결을 미루는 것.
• 가장 큰 손실에 대해 아무 조치도 하지 않은 채 몇 달 동안 데이터만 수집하는 것.

Polaris의 적합한 역할

OEE 소프트웨어는 설비 가동 시간을 과거 기준으로 분석합니다. 주문이 언제 지연될지, 교대 근무 변경이 처리량에 어떤 영향을 미칠지와 같이 계획에 관한 질문도 필요하다면 계획 관점의 도구가 도움이 됩니다. iFAKT는 Polaris를 ERP 데이터와 함께 작동하는 생산용 AI 및 디지털 트윈으로 소개합니다. 이 중 Polaris Analyzer 모듈은 Polaris 모듈들의 KPI를 리드 타임, 가동률, 병목 현상과 같은 대시보드로 통합하고, 계획과 실제 성과를 비교합니다. 이는 센서로 기계 상태를 수집하는 작업과는 다른 역할이므로, 하나의 도구가 두 가지를 모두 다룬다고 가정하기 전에 설비 단위 수치에 필요한 데이터 소스가 무엇인지 확인하십시오.

함께 살펴볼 관련 주제

• OEE 데이터와 ERP 연결: 각 방향으로 어떤 주문과 수량이 이동해야 하는지, 그리고 마스터 데이터의 책임자가 누구인지.
• 구형 설비 개조: 디지털 인터페이스가 없는 설비를 위한 센서, 컨트롤러 접근 및 프로토콜 게이트웨이.
• 중소규모 공장을 위한 OEE: 종이 기록표와 설비 한 대로 시작하는 방법, 그리고 이후 확장을 위해 도구가 갖춰야 할 기능.
• OEE에서 근본 원인까지: 예측 도구를 도입하기 전에 간단한 분석으로 손실을 교대 근무, 자재 배치, 품목 전환과 연결하는 방법.
• 예측 유지보수 알림: 머신러닝이 단순 임계값보다 가치를 더하기 전에 필요한 데이터.

다음 단계

제약 설비 한 대를 선택하고, 계획 시간, 이상적 속도, 다운타임에 대한 정의를 한 장의 문서에 적으십시오. 그런 다음 최종 후보 업체마다 이 정의를 사용하여 해당 설비에서 OEE 소프트웨어 파일럿을 진행하도록 요청하고, 계약 체결 전에 그 집계 결과를 수작업 기록과 비교하십시오.