MES와 ERP는 어떻게 연동하나: 도입 전에 정리해야 할 데이터 인터페이스 체크리스트
MES와 ERP의 연동이란 현장의 '실제로 무엇을 만들었는가'라는 실적 데이터를 약속된 정의에 따라 기업 시스템으로 보내고, 기업 측의 '무엇을 언제 만들 것인가'라는 작업 지시와 마스터 데이터를 현장으로 내려보내는 것입니다. 도입 전에 인터페이스 목록, 책임 경계, 연계 시험 시나리오를 정리해 두는 것이 가동 후 수작업 입력과 재작업을 막는 핵심 단계입니다. 본문의 체크리스트는 실제 프로젝트의 인터페이스 납품 경험에서 나왔으며 기술 협상에 바로 활용할 수 있습니다.
'시스템부터 도입하고 연동은 나중에'가 왜 막히는가
많은 공장이 ERP 연동 논의를 가동 직전으로 미루었다가, 양측이 '데이터가 어떤 모습이어야 하는지' 합의한 적이 없다는 사실을 뒤늦게 발견합니다. ERP는 작업 지시 단위로 집계된 실적을 원하지만 MES 손에는 초 단위 설비 데이터가 있습니다. ERP의 품목 코드와 로트 번호에는 현장의 대응물이 없습니다. 보고 기준, 시간대, 단위가 제각각입니다. 이런 갈등은 기술 문제가 아니라 업무 정의의 문제이며, 마지막으로 미루면 수작업 입력이나 촉박한 2차 개발로 수습할 수밖에 없습니다.
연동 자체는 신비롭지 않습니다. MES는 작업 지시의 완료, 투입·산출량, 품질 판정, 설비 상태 같은 실행 결과를 합의된 주기로 ERP에 보내고, ERP는 생산 작업 지시, 품목 마스터, BOM, 공정 경로를 MES로 내려보냅니다. 방향이 정해지면 남은 일은 전표 하나하나를 정의하는 것입니다.
연동 전에 정리해야 할 여섯 가지: 하나의 체크리스트
| 번호 | 정리할 사항 | 흔한 이견 |
|---|---|---|
| 1 | 인터페이스 목록과 방향 | 어떤 데이터가 상향(MES→ERP)되고 어떤 데이터가 하향(ERP→MES)되는지; 전표 하나만 빠져도 가동 후 수작업 입력이 됩니다 |
| 2 | 트리거 시점과 빈도 | 실시간 푸시, 교대조 집계, 일 배치 중 무엇인지; 양측 시스템의 부하와 지연 기대치를 맞춥니다 |
| 3 | 데이터 정의와 마스터 데이터 소속 | 품목 코드, 로트 번호, 작업 지시 번호를 누가 관리하는지; 불량품과 재작업을 양쪽에서 어떻게 표현하는지 |
| 4 | 예외와 재전송 메커니즘 | 인터페이스 실패 시 데이터를 어떻게 보완하는지, 대사가 맞지 않을 때 어느 쪽을 기준으로 하는지, 오류를 누가 처리하는지 |
| 5 | 책임 경계와 검수 기준 | 필드 매핑표, 연계 시험 케이스, 검수 판정 기준을 계약서에 명시 — '돌아가지만 숫자가 안 맞는' 교착을 피합니다 |
| 6 | 보안과 네트워크 구획 | OT와 IT 네트워크를 어떻게 분리하는지, 인터페이스 서비스를 어느 쪽에 두는지, 인증서와 계정을 어떻게 관리하는지 |
아래 목록은 계약 및 기술 협의 단계에서 항목별로 확인할 것을 권장합니다:
여섯 가지를 문서로 만드는 일은 프로젝트 도중의 반복 회의보다 훨씬 저렴하고, 이후의 유지보수와 감사의 근거가 됩니다.
인터페이스를 누가 개발하고, 가동 후에는 누가 관리하는가
흔한 세 가지 개발 방식은 책임 구조가 크게 다릅니다:
- MES 벤더 전담 방식: 인터페이스를 MES 측이 개발하고 ERP 측은 계정과 문서만 제공합니다. 책임 구분이 명확해 ERP 측 변경이 적은 현장에 적합합니다
- 양측 협업 방식: ERP 측 중간 테이블이나 API는 기업 IT 또는 ERP 구현 파트너가 준비하고, MES 측이 읽기·쓰기와 재시도를 담당합니다. ERP가 본사 관리 하에 있어 DB 직접 접속이 불가한 현장에 적합합니다
- 플랫폼 경유 방식: 양측이 ESB나 중간 플랫폼을 통해 연결됩니다. 여러 시스템과 여러 공장을 둔 대형 그룹에 적합합니다
유지보수 책임도 계약에 넣어야 합니다: 인터페이스는 상시 가동 부품이며, ERP 업그레이드, 코드 규칙 변경, 네트워크 변경 하나로도 멈출 수 있습니다. 연간 유지보수 계약에는 인터페이스 점검과 장애 대응 조항을 포함해야 합니다. 어느 타이어 그룹의 설비 연계 MES 프로젝트에서는 기업 시스템과의 인터페이스가 납품 범위에 포함되었고, 그룹 공통 템플릿에 따라 여러 사업장으로 복제되었습니다 — 이런 '한 번 정의해서 여러 사업장에 재사용'하는 방식은 이후 사업장의 연동 비용을 낮춥니다.
단선, 오류, 기준 변경: 연계 시험에서 놓치기 쉬운 세 가지 시나리오
- 단선 시 재전송: 네트워크가 끊긴 동안의 실적 데이터는 로컬에 캐시했다가 복구 후 순서대로 재전송해야 합니다 — 잃지도, 겹치지도 않게. 검수 때는 실제로 단망과 복구를 재현하고 양측 장부를 대사합니다
- 오류 처리: 필드 길이 초과, 존재하지 않는 코드, 수량 불일치는 일상입니다. 어떤 것을 자동 수정하고 어떤 것을 수동 대기열로 보내며 어떤 것을 반송할지 미리 정의하고, 감사에 견디는 처리 기록을 남깁니다
- 기준 변경: 가동 후 ERP가 코드 규칙을 바꾸거나 MES에 공정이 추가되면 양측 보고서가 어긋나기 시작합니다. 마스터 변경 시 통보 절차와 인터페이스 회귀 시험을 약정해 둡니다
기능이 돌아가는 것은 출발점일 뿐입니다. 연계 시험에서는 예외 경로 검증에 별도의 시간을 확보해야 합니다:
이 세 시나리오는 요구사항 문서에서 흔히 한 줄로 끝나지만, 가동 후 문제 티켓의 주된 발생원입니다. 연계 시험에 며칠을 더 투자하면 운영기의 책임 논쟁을 크게 줄일 수 있습니다.
ORPAON이 MES·ERP 연동에서 맡을 수 있는 것
- 표준화 데이터 인터페이스 사양서를 프로젝트와 함께 납품: 필드 매핑, 트리거 시점, 장애 시 처리를 문서화해 검수 기준과 유지보수 근거를 남깁니다
- 단망 보완 수집과 대사 메커니즘: 현장 데이터를 먼저 로컬에 적재한 뒤 업로드하고, 인터페이스 단절 후 순서대로 재전송합니다. 실적은 ERP 장부와 대사 가능합니다
- 다중 사업장 복제 경험: 그룹 공통 인터페이스 템플릿으로 한 번 정의해 여러 사업장에 전개합니다. 본사 관리형 제조 그룹에 적합합니다
상하이청현지능(Shanghai ORPAON Intelligent Technology)은 2009년부터 제조업 디지털화에 종사했으며 600건 이상의 프로젝트와 솔루션 실천을 쌓았습니다. 현장급 MES는 납품된 역량이며, ERP·PLM·WMS·자동창고·바코드 시스템과의 통합은 납품 범위입니다. Oracle, SAP 등 주요 ERP에 대한 인터페이스 납품 경험도 있습니다.
설비 연계, MES부터 기업 시스템 연동까지 프로젝트 전체 납품도 가능하고 인터페이스 부분만의 개별 수탁도 가능합니다. MES를 계획 중인 공장, 혹은 MES는 있지만 ERP 연동이 공중에 떠 있는 공장에 적합합니다.
요약
MES와 ERP의 연동 품질은 도입 전에 얼마나 세밀하게 정리했는지로 결정됩니다. 인터페이스 목록과 방향, 트리거 시점, 데이터 정의, 장애 시 재전송, 책임 경계, 보안 구획 — 여섯 가지를 계약서에 적어 두어야 가동 후 맞출 수 있는 장부가 생깁니다. 기능 데모는 출발점일 뿐이며, 단선·오류·기준 변경이야말로 장기 운영의 일상입니다. 연계 시험은 이들을 위해 별도의 시간을 확보해야 합니다.
MES를 계획 중인 공장이든, MES는 있지만 ERP 연동이 미결인 공장이든, 기존 시스템의 인터페이스 역량 목록부터 시작해 여섯 가지의 답을 문서로 만든 뒤 프로젝트 범위와 추진 리듬을 정할 것을 권장합니다.
MES 연동 상담 예약
기존 ERP의 브랜드와 버전, 코드 규칙, 네트워크 구획, IT 부서의 협업 방식을 알려 주세요. 현장 조건에 맞춘 인터페이스 목록 제안과 단계별 연동 경로를 안내해 드립니다. 한국어 대응 창구가 담당 엔지니어로 직접 대응합니다.
문의하기