MES구축 2026, ERP 연동·공장 데이터 운영 기준

MES구축 ERP 연동과 공장 데이터 운영을 검토하는 제조 IT 회의 장면 — MES 구축은 화면 개발보다 ERP·현장 설비·품질 책임을 먼저 맞추는 작업에 가깝다.

MES구축을 검색한 담당자는 생산 현장을 디지털로 바꾸고 싶어서가 아니라 종이 작업지시, 엑셀 실적, ERP 재고 차이를 더는 방치하기 어렵기 때문에 예산을 검토합니다.

이 글은 제조 실행 시스템을 단순 소프트웨어 구매로 보지 않고 ERP 연동, 현장 데이터 수집, 품질 추적, 권한 관리, 운영 책임을 나눠 판단하는 기준으로 정리했습니다.

핵심 요약

MES는 ERP와 생산 설비 사이의 실행 계층이므로 주문·실적·재고·품질 데이터 흐름부터 고정해야 합니다.
공개 가격표가 없는 MES 견적은 많으므로 Microsoft와 AWS의 공식 가격 단위를 기준점으로 삼아 범위를 분해해야 합니다.
파일럿은 전체 공장이 아니라 한 라인, 한 품목군, 한 품질 이슈부터 잡아야 실패 비용이 작아집니다.
권한·품질 보류·재작업·오류 큐 책임이 비어 있으면 구축 후에도 ERP 숫자와 현장 숫자가 계속 어긋납니다.

이 글이 필요한 사람

ERP는 쓰고 있지만 생산 실적이 늦게 입력되어 재고와 원가가 자주 흔들리는 제조 IT 담당자.
MES 제안서의 화면 수, 장비 수, 사용자 수가 실제 운영 비용과 어떻게 연결되는지 확인해야 하는 구매 담당자.
품질 추적, 로트 이력, 재작업 승인, 설비 정지 사유를 감사 가능한 데이터로 남겨야 하는 품질 책임자.
스마트팩토리 과제를 준비하지만 기존 PLC, 바코드, 엣지 게이트웨이, ERP 연동 범위를 먼저 자르고 싶은 생산 관리자.

MES구축 범위는 ERP와 현장 사이에서 정해야 한다

IBM은 MES를 제조 현장의 생산 프로세스를 모니터링하고 제어하는 소프트웨어 기반 솔루션으로 설명하며 ERP 같은 계획 시스템과 실제 제조 운영 사이의 가교로 봅니다.

따라서 첫 회의의 질문은 어떤 화면을 만들지가 아니라 어떤 ERP 주문이 현장 작업지시로 내려가고 어떤 완료 실적이 다시 ERP 재고와 원가로 돌아오는지입니다.

구간	주요 데이터	책임 부서	실패하면 생기는 문제
ERP → MES	작업지시, 품목, BOM, 공정 순서	공급망·생산기획	현장은 다른 버전의 지시로 생산하고 ERP 재고는 뒤늦게 수정됩니다.
MES → ERP	완료 수량, 불량, 재작업, 품질 보류	생산·품질	완제품 전환 시점과 원가 반영 시점이 달라집니다.
설비 → MES	가동 상태, 정지 사유, 카운터, 검사값	설비·제조 IT	OEE와 병목 분석이 수기 보고서 수준에 머뭅니다.
작업자 → MES	투입, 교대, 검사, 예외 승인	현장 반장	사용자 저항이 커지고 종이 기록이 병행됩니다.

Microsoft Learn의 생산 프로세스 문서는 생산 주문과 공정, 자재 소비, 완료 보고 흐름을 별도 단계로 나누어 설명합니다.

MES 구축도 같은 방식으로 작업지시 생성, 현장 실행, 품질 확인, 완료 보고, 재고 반영을 끊어서 설계해야 합니다.

공식 가격표로 보는 비용 하한선

MES 벤더의 실제 견적은 공장 수, 라인 수, 커스터마이징, 장비 연결, 유지보수 조건에 따라 계약별로 달라지는 경우가 많습니다.

그래도 예산 논의는 공식 공개 가격이 있는 인접 항목부터 잡아야 제안서의 숫자가 과장인지 부족한지 판단할 수 있습니다.

공식 출처	공개 숫자	MES 예산에 주는 의미	주의할 점
Microsoft Dynamics 365 Supply Chain Management	$210.00 user/month, paid yearly	ERP·공급망 사용자가 늘어날 때 좌석형 비용 하한을 보는 기준이 됩니다.	MES 현장 단말 사용자까지 같은 방식으로 과금되는지는 계약서에서 따로 봐야 합니다.
Microsoft Dynamics 365 Supply Chain Management Premium	$300.00 user/month, paid yearly	고급 계획과 분석 기능이 붙으면 사용자당 월액이 올라간다는 기준점입니다.	프리미엄 기능이 MES 파일럿에 꼭 필요한지 분리해야 합니다.
Microsoft Dynamics 365 Intelligent Order Management	$315.00/month, 1000 order lines/month	주문 라인 기준 처리량 과금이 붙을 수 있음을 보여주는 공개 숫자입니다.	생산 실적 이벤트와 주문 라인이 같은 단위는 아니므로 그대로 대입하면 안 됩니다.
AWS IoT SiteWise	near real-time ingestion 1KB increments or 10 data points	설비 데이터를 클라우드로 올리면 메시지 크기와 데이터 포인트 수가 비용 축이 됩니다.	초 단위 설비값을 모두 올리면 저장보다 전송과 조회 비용이 먼저 커질 수 있습니다.
AWS IoT SiteWise	buffered ingestion 5KB increments or 60 data points, minimum 10MB or 2,000 messages	버퍼링 수집도 최소 과금 단위가 있으므로 작은 파일럿이라고 무료에 가깝다고 보면 안 됩니다.	라인별 배치 전송 주기와 묶음 크기를 파일럿 전에 정해야 합니다.
AWS IoT SiteWise query	data scan increments of 100KB per retrieval	대시보드 조회와 리포트가 많으면 수집보다 조회 단위가 비용 변수가 됩니다.	관리자가 보는 화면 수와 새로고침 주기를 요구사항에 넣어야 합니다.

이 표는 MES 솔루션 가격을 Microsoft나 AWS로 고정하자는 뜻이 아닙니다.

사용자 월액, 주문 라인, 설비 데이터 포인트, 조회 단위처럼 비용이 커지는 축을 제안 요청서에 분리해 넣으라는 뜻입니다.

MES와 ERP 연동 설계에서 먼저 고를 것

첫 번째 결정은 ERP가 기준 정보의 주인인지 MES가 기준 정보의 주인인지입니다.

품목, BOM, 공정 순서, 창고, 원가 구분은 ERP 쪽 책임으로 두고 MES는 현장 실행 상태와 예외를 기록하는 구조가 보통 안전합니다.

결정 항목	권장 기준	확인 질문	보류 조건
품목·BOM 주인	ERP에서 승인된 값만 MES로 내려보냅니다.	BOM 변경 승인 후 현장 반영 시간은 몇 분까지 허용하나요?	현장이 임의로 BOM을 고치면 재고와 원가 감사가 깨집니다.
작업지시 단위	작업오더와 라인, 교대, 로트 단위를 함께 둡니다.	분할 생산과 긴급 끼워넣기를 어떻게 남기나요?	작업지시가 너무 작으면 현장 입력 부담이 커집니다.
완료 보고 시점	품질 보류가 풀린 뒤 ERP 재고에 반영합니다.	불량과 재작업은 완료 수량에서 언제 제외하나요?	검사 전 완료 처리는 재고 과대 계상을 만듭니다.
오류 큐 책임	제조 IT가 1차 소유하고 생산·품질이 승인합니다.	연동 실패 이벤트는 누가 몇 시간 안에 닫나요?	오류 큐가 없으면 엑셀 보정이 다시 생깁니다.
권한 분리	현장 입력, 품질 승인, 관리자 수정 권한을 나눕니다.	반장이 자기 작업의 품질 보류를 직접 해제할 수 있나요?	권한이 넓으면 감사 로그가 있어도 통제가 약합니다.

이 조건이면 ERP 구축 글에서 다루는 전자결재·그룹웨어 연동과도 연결됩니다.

반대로 MES가 현장 화면만 예쁘게 만들고 ERP 숫자를 뒤늦게 맞추는 구조라면 구축보다 업무 기준 정리가 먼저입니다.

파일럿 순서는 한 라인과 한 품질 이슈부터 시작한다

MES구축을 전 공장 동시 전환으로 시작하면 실패 원인을 장비, 작업자, ERP, 품질 기준 중 어디서 봐야 할지 분리하기 어렵습니다.

라인 하나와 대표 품목군 하나를 고르고 수기 기록이 가장 많이 생기는 작업지시를 찾습니다.
ERP 기준 정보에서 품목, BOM, 공정 순서, 창고, 라우팅 값을 읽기 전용으로 먼저 내려보냅니다.
현장에서는 시작, 중단, 재시작, 완료, 불량, 품질 보류만 최소 입력으로 받습니다.
설비 데이터는 모든 센서가 아니라 정지 사유와 완료 수량 검증에 필요한 신호부터 수집합니다.
2주 동안 종이 재작업 없이 로트 추적 조회가 가능하면 다음 라인으로 넓힙니다.
ERP 재고 차이와 품질 보류 건수를 매일 대조하고 차이가 생긴 이벤트를 오류 큐에 남깁니다.

AWS IoT SiteWise는 산업 장비 데이터를 수집, 구성, 처리, 모니터링하는 관리형 서비스로 설명됩니다.

이런 계층을 쓰더라도 MES 파일럿의 목표는 모든 설비 데이터를 모으는 것이 아니라 생산 의사결정에 필요한 이벤트를 정확히 남기는 것입니다.

보안·품질·운영 리스크 체크리스트

MES는 사무실 시스템보다 현장 중단 비용이 바로 보이는 영역입니다.

권한을 잘못 주거나 설비 데이터 수집을 무리하게 바꾸면 보안 사고보다 먼저 생산 차질과 품질 분쟁이 생길 수 있습니다.

리스크	점검 기준	운영 책임	증거
권한 과다	작업 입력, 품질 승인, 관리자 수정 권한을 분리합니다.	보안·품질	권한 매트릭스와 변경 이력
품질 보류 누락	검사 전 완료 보고와 검사 후 재고 반영을 나눕니다.	품질	보류 해제 승인 로그
설비 연결 실패	수집 신호와 수기 대체 절차를 함께 둡니다.	설비·제조 IT	정지 사유와 복구 시간 기록
ERP 숫자 불일치	일별 완료 수량과 재고 반영 차이를 대조합니다.	생산기획·재무	오류 큐 처리 내역
현장 저항	입력 화면 수를 최소화하고 교대 리더가 교육합니다.	생산	교육 서명과 파일럿 피드백

이 경우는 보류해야 합니다: 현장 입력 부담을 줄인다는 이유로 품질 보류와 재작업 사유를 자유 텍스트 하나로 받는 설계입니다.

이 조건이면 진행할 수 있습니다: ERP 완료 보고 전 품질 승인과 오류 큐 닫힘을 자동 확인하는 운영 규칙이 정해진 상태입니다.

실무 시나리오 1: ERP 재고가 계속 틀어지는 공장

실무 시나리오 1은 월말마다 ERP 재고와 실제 재고가 맞지 않아 생산기획팀이 엑셀로 보정하는 공장입니다.

이 공장은 MES 화면보다 작업 완료 시점, 불량 확정 시점, 재작업 투입 시점, 창고 이동 시점을 먼저 정해야 합니다.

작업 완료 버튼은 품질 보류 상태를 함께 보내고 ERP 재고 전환은 보류 해제 뒤로 미룹니다.
불량은 수량만 보내지 말고 원인 코드, 공정, 로트, 승인자를 함께 남깁니다.
ERP 반영 실패 이벤트는 현장 화면에서 사라지지 않게 오류 큐로 모읍니다.
재고 차이는 월말이 아니라 일별로 대조해 어느 교대와 공정에서 생겼는지 찾습니다.

이 조건이면 MES 파일럿의 성공 기준은 화면 오픈일이 아니라 ERP 재고 보정 건수 감소로 잡는 편이 맞습니다.

실무 시나리오 2: 추적성이 필요한 식품·부품 라인

실무 시나리오 2는 원재료 로트, 작업자, 설비, 검사 결과를 나중에 빠르게 추적해야 하는 식품 또는 부품 라인입니다.

IBM 설명처럼 MES는 자재와 프로세스 이동을 추적해 규제가 있는 산업의 추적성과 계보를 가능하게 합니다.

바코드 스캔은 입고, 투입, 공정 변경, 포장, 출하 중 어느 지점이 필수인지 먼저 정합니다.
검사값은 합격 여부만 남기지 말고 측정 위치와 장비, 승인자를 함께 남깁니다.
로트 추적 조회는 고객 클레임이나 리콜 상황에서 10분 안에 뽑히는지 테스트합니다.
품질팀이 보류를 해제하기 전에는 ERP 출고 가능 재고로 넘어가지 않게 둡니다.

이 경우는 보류해야 합니다: 로트 추적을 목표로 하면서 원재료 투입 스캔 위치와 예외 승인자를 정하지 않은 상태입니다.

구축 전 점검용 스켈레톤

아래 YAML은 실제 구축 설정 파일이 아니라 제안 요청서와 파일럿 범위를 맞추기 위한 검토 스켈레톤입니다.

# mes_erp_integration_scope.yaml
# 목적: MES 구축 범위를 ERP 연동, 현장 데이터, 품질 추적, 운영 책임으로 나눠 견적한다.

site:
  plant_count: 2
  production_lines: 8
  shifts_per_day: 3
  regulated_traceability: true

systems:
  erp:
    order_source: confirmed_sales_order
    item_master_owner: finance_and_supply_chain
    inventory_owner: warehouse_team
  mes:
    work_order_owner: production_team
    quality_owner: quality_team
    downtime_owner: maintenance_team
  factory_data:
    equipment_status: plc_or_edge_gateway
    barcode_scan: required_at_lot_change
    defect_event: required_before_rework

integration_contract:
  order_sync: erp_to_mes
  completion_sync: mes_to_erp
  inventory_sync: mes_to_erp_after_quality_release
  error_queue_owner: manufacturing_it
  rollback_rule: hold_work_order_before_inventory_posting

pilot_exit_gate:
  - one_line_runs_without_paper_rework_for_2_weeks
  - lot_trace_query_under_10_minutes
  - erp_inventory_variance_below_internal_threshold
  - operator_training_material_signed_by_shift_leads

아래 점검 스크립트는 ERP와 MES 사이의 작업지시 이벤트가 최소 필드를 갖췄는지 보는 예시입니다.

# mes_event_contract_check.py
# 목적: ERP와 MES 사이에 흘러가는 작업지시 이벤트가 최소 필드를 갖췄는지 사전 점검한다.

REQUIRED_FIELDS = [
    "work_order_id",
    "item_code",
    "routing_step",
    "planned_quantity",
    "line_id",
    "lot_id",
    "operator_role",
    "quality_hold_flag",
]


def check_event(event):
    missing = [field for field in REQUIRED_FIELDS if not event.get(field)]
    if missing:
        return {"ok": False, "reason": "missing_required_fields", "fields": missing}
    if event.get("quality_hold_flag") not in ["Y", "N"]:
        return {"ok": False, "reason": "invalid_quality_hold_flag"}
    if int(event.get("planned_quantity", 0)) <= 0:
        return {"ok": False, "reason": "planned_quantity_must_be_positive"}
    return {"ok": True, "reason": "ready_for_mes_pilot"}


sample = {
    "work_order_id": "WO-REDACTED-001",
    "item_code": "ITEM-REDACTED",
    "routing_step": "ASSEMBLY",
    "planned_quantity": 120,
    "line_id": "LINE-A",
    "lot_id": "LOT-REDACTED",
    "operator_role": "shift_lead",
    "quality_hold_flag": "N",
}

print(check_event(sample))

실제 환경에서는 이 스켈레톤을 그대로 배포하지 말고 ERP 필드명, 품질 승인 규칙, 개인정보 처리 기준, 설비 연결 방식에 맞춰 보안 검토를 받아야 합니다.