“MES는 사면 끝”이라는 말이 엔지니어링을 망친다

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

현장에서 먼저 확인해야 할 문제는 소프트웨어가 아닙니다

MES 도입 전에 공정 언어부터 맞춰야 합니다

제조 현장에서 MES, QMS, 설비 모니터링, 데이터 수집 솔루션을 검토할 때 가장 자주 들리는 말이 있습니다. “좋은 시스템을 사면 현장이 정리된다”는 기대입니다. 하지만 실제 엔지니어링 프로젝트에서는 반대 순서가 더 안전합니다. 시스템이 현장을 정리하는 것이 아니라, 정리된 현장 기준이 있어야 시스템이 제대로 작동합니다.

SDEC가 다루는 기술 컨설팅과 엔지니어링 솔루션 관점에서 보면, 구매 전 검토의 핵심은 제품 기능표가 아니라 현장의 데이터 흐름입니다. 작업자가 쓰는 용어, 설비 알람 명칭, 품질 판정 기준, 생산 실적 집계 방식이 서로 다르면 아무리 좋은 솔루션도 도입 후 수정 요청이 반복됩니다.

• 공정명 표준화: 같은 라인을 생산팀은 1라인, 품질팀은 A라인, 설비팀은 압입라인으로 부르고 있지 않은지 확인합니다.
• 데이터 발생 위치: PLC, 계측기, 검사기, 작업자 입력 중 어느 지점에서 원천 데이터가 생기는지 구분합니다.
• 판정 기준: 양품, 재작업, 보류, 폐기의 기준이 문서와 실제 작업에서 동일한지 봅니다.
• 책임 부서: 데이터 오류가 발생했을 때 생산, 설비, 품질, IT 중 누가 1차 확인을 맡는지 정합니다.

도입 검토 회의에서 “어떤 기능이 있나요?”보다 먼저 물어야 할 질문은 “우리 현장의 기준 데이터는 어디에 있나요?”입니다.

구매 전 점검표는 기능보다 업무 흐름을 따라가야 합니다

요구사항을 화면 단위로 쓰면 빠뜨리는 것이 생깁니다

많은 기업이 솔루션 구매 전에 화면 목록부터 정리합니다. 생산 현황판, 설비 가동률 화면, 품질 불량 화면, 작업지시 화면처럼 보이는 단위로 요구사항을 적는 방식입니다. 이 접근은 이해하기 쉽지만, 실제 운영에서는 빈틈이 생기기 쉽습니다. 화면은 결과이고, 엔지니어링 검토의 출발점은 업무가 흘러가는 순서여야 합니다.

예를 들어 생산 실적을 조회하는 화면이 필요하다는 요구만으로는 충분하지 않습니다. 실적이 자동 수집인지 수동 입력인지, 재작업품은 어느 시점에 반영하는지, 야간조 실적은 날짜를 어떻게 나누는지까지 확인해야 합니다. 이런 조건이 빠지면 구축 후 “숫자는 나오는데 믿을 수 없다”는 문제가 생깁니다.

단계별 확인 항목

1. 업무 시작점: 작업지시는 ERP에서 내려오는지, 현장 관리자가 별도 파일로 전달하는지 확인합니다.
2. 설비 연결 범위: 전체 설비를 한 번에 연결할지, 병목 설비부터 연결할지 정합니다.
3. 예외 처리: 설비 정지, 검사 누락, 작업자 교대, 긴급 생산 변경 상황을 시나리오로 적습니다.
4. 승인 흐름: 품질 이상, 생산 계획 변경, 설비 조건 수정 시 누가 승인하는지 정의합니다.
5. 운영 지표: 가동률, 수율, 불량률, 리드타임 중 의사결정에 실제 쓰일 지표를 고릅니다.

기술이라는 단어가 단순한 장비나 도구만 뜻하지 않는다는 점도 중요합니다. 개념적 배경은 네이버 지식백과의 기술 정의처럼 지식, 방법, 적용 능력을 함께 포함합니다. 그래서 솔루션 구매 전 점검표에는 장비 사양뿐 아니라 운영 방법, 의사결정 기준, 현장 적용성까지 들어가야 합니다.

견적서를 보기 전에 숨은 비용을 분리해 봐야 합니다

라이선스보다 인터페이스 비용이 커질 수 있습니다

MES나 공정 데이터 솔루션을 검토할 때 견적서의 첫 줄은 대개 소프트웨어 라이선스입니다. 그러나 실제 예산을 흔드는 항목은 별도의 인터페이스, 설비별 통신, 데이터 정제, 현장 테스트, 교육, 유지보수 조건인 경우가 많습니다. 그래서 구매 전에는 총소유비용 관점으로 비용을 분리해야 합니다.

특히 노후 설비와 신규 설비가 섞인 현장에서는 통신 방식이 제각각일 수 있습니다. 어떤 설비는 OPC-UA나 표준 프로토콜로 연결되지만, 어떤 설비는 별도 게이트웨이, 신호 변환, PLC 프로그램 수정이 필요합니다. 겉으로는 같은 설비 연결 1식처럼 보이지만 실제 작업량은 크게 달라질 수 있습니다.

비용 항목별 구매 전 질문

• 초기 구축비: 화면 개발, 기준정보 설계, 데이터베이스 구성, 서버 세팅이 포함되어 있는지 확인합니다.
• 설비 연동비: 설비 1대당 비용인지, 태그 수 기준인지, 프로토콜별 추가비가 있는지 물어봅니다.
• 커스터마이징: 표준 기능 설정과 별도 개발의 경계가 견적서에 구분되어야 합니다.
• 검증 비용: FAT, SAT, 현장 시운전, 사용자 승인 테스트 기간이 포함되어 있는지 봅니다.
• 유지보수: 장애 대응 시간, 원격 지원 범위, 버전 업데이트, 데이터 백업 정책을 확인합니다.

가격을 볼 때는 “비싸다, 싸다”보다 “무엇이 빠져 있는가”를 보는 편이 안전합니다. 예를 들어 설비 연결 비용이 낮게 보이더라도 시운전 지원이 별도라면, 생산 일정이 촉박한 현장에서는 오히려 리스크가 커질 수 있습니다. 반대로 초기 컨설팅 비용이 포함된 제안은 첫 견적이 높아 보여도 요구사항 변경 비용을 줄일 수 있습니다.

견적 비교표에는 금액뿐 아니라 “포함”, “별도”, “조건부 포함”을 나눠 적어야 합니다. 이 세 칸만 만들어도 구매 의사결정의 품질이 달라집니다.

솔루션 업체를 고를 때는 포트폴리오보다 질문의 수준을 보세요

좋은 공급사는 답보다 먼저 위험을 묻습니다

솔루션 업체 선정에서 구축 사례는 중요합니다. 다만 같은 업종 사례가 많다는 이유만으로 충분하다고 보기는 어렵습니다. 진짜 확인해야 할 것은 업체가 우리 현장을 얼마나 구체적으로 질문하는지입니다. 엔지니어링 컨설팅 역량이 있는 업체는 기능 소개보다 데이터 품질, 설비 상태, 운영 책임, 변경관리 리스크를 먼저 살핍니다.

상담 자리에서 “다 됩니다”라는 말만 반복된다면 조심해야 합니다. 산업 현장의 시스템 구축은 대개 예외 상황에서 난이도가 올라갑니다. 갑작스러운 생산계획 변경, 검사 장비 교체, 설비 알람 누락, 작업자 수기 입력 오류 같은 문제가 생겼을 때 어떻게 대응할지 묻는 업체가 더 현실적인 파트너일 가능성이 큽니다.

상담 중 확인할 질문 목록

• 현장 진단 방식: 방문 진단을 하는지, 기존 도면과 데이터 샘플을 먼저 요구하는지 확인합니다.
• 변경 요청 처리: 구축 중 요구사항이 바뀌면 비용과 일정이 어떻게 조정되는지 물어봅니다.
• 검증 산출물: 테스트 시나리오, 이슈 리스트, 조치 내역, 사용자 승인서가 제공되는지 봅니다.
• 운영 이관: 관리자 교육, 매뉴얼, 장애 대응 절차, 백업 복구 훈련이 포함되는지 확인합니다.
• 확장 전략: 한 공정 구축 후 다른 라인으로 확장할 때 재사용 가능한 구조인지 검토합니다.

최근에는 농축산, 제조, 물류 등 다양한 산업에서 AI와 데이터 기반 기술 실증이 늘고 있습니다. 예를 들어 닭 울음소리로 질병을 판단하는 AI 사례처럼 현장 데이터의 의미를 해석하는 기술이 산업별로 확장되고 있습니다. 이런 흐름은 공장 솔루션 검토에서도 같은 메시지를 줍니다. 기술 자체보다 어떤 데이터를 어떤 기준으로 판단할 것인가가 성패를 좌우합니다.

또한 K-디지털 글로벌 실증사업 성과 보도에서 보듯 국내 기술 기업의 해외 검증도 활발해지고 있습니다. 공급사를 볼 때도 단순 납품 이력보다 실제 검증 경험, 현장 적용 과정, 문제 해결 방식까지 확인하는 태도가 필요합니다.

부품 공장 MES 검토 회의가 뒤집힌 하루

처음 요청은 대시보드였지만 진짜 문제는 코드였습니다

자동차 부품을 생산하는 한 공장이 생산 현황 대시보드 도입을 검토한다고 가정해 보겠습니다. 경영진은 라인별 생산량, 불량률, 설비 정지 시간을 한 화면에서 보고 싶어 했습니다. 처음 요구만 보면 간단한 모니터링 프로젝트처럼 보입니다. 하지만 구매 전 점검 회의에서 실제 이슈는 화면이 아니라 기준정보와 코드 체계에 있다는 점이 드러났습니다.

생산팀은 제품 코드를 고객사 기준으로 관리했고, 품질팀은 검사 기준서 번호로 제품을 구분했습니다. 설비팀은 금형 번호를 중심으로 이력을 남겼습니다. 세 부서의 데이터가 모두 맞는 말이었지만 서로 연결되지 않았습니다. 이 상태에서 대시보드를 먼저 만들면 화면에는 숫자가 뜨지만, 회의 때마다 “이 수치가 어떤 기준이냐”는 질문이 반복됩니다.

점검표를 따라 수정한 구매 범위

1. 1단계: 제품 코드, 금형 코드, 검사 기준서 번호를 연결하는 기준정보 테이블을 먼저 설계했습니다.
2. 2단계: 병목 설비 3대만 우선 연동하고, 나머지 설비는 수동 입력과 비교해 데이터 신뢰도를 확인했습니다.
3. 3단계: 불량 유형을 작업자 표현이 아니라 품질 판정 기준에 맞춰 재정의했습니다.
4. 4단계: 대시보드 화면 수를 줄이고, 알람 발생 후 조치 이력 입력 기능을 구매 범위에 추가했습니다.
5. 5단계: 시운전 기간에는 생산 회의에서 실제로 쓰는 지표만 남기고 조회용 지표는 후순위로 미뤘습니다.

결과적으로 이 공장의 구매 품목은 “멋진 대시보드 솔루션”에서 “기준정보 정비가 포함된 생산 데이터 엔지니어링 솔루션”으로 바뀌었습니다. 예산 항목도 화면 개발비 중심에서 설비 연동, 데이터 매핑, 현장 검증, 관리자 교육으로 재배치되었습니다. 겉으로는 범위가 늘어난 것처럼 보이지만, 실제로는 구축 후 재작업 가능성을 줄이는 방향이었습니다.

이 사례가 말해 주는 구매 전 확인사항은 분명합니다. 솔루션은 한 번 사는 제품이 아니라 현장 운영 방식에 붙는 구조입니다. 따라서 SDEC와 같은 기술 컨설팅 파트너와 검토할 때는 기능표, 견적서, 구축 사례를 따로 보지 말고 공정 흐름 안에서 함께 놓고 봐야 합니다. 현장의 질문이 선명해질수록 필요한 솔루션도 더 정확해집니다.