MES시스템 외주 도입, 고객사의 개별 자재 추적 요구는 어디까지 범위에 넣나?

MES시스템 외주 도입은 무엇부터 정해야 시작되나?

MES시스템 외주 도입은 '추적 단위'를 정하는 일에서 시작한다. 고객사가 말하는 개별 자재 추적이 LOT 단위인지, 시리얼 단위인지, 어느 공정까지 거슬러 올라가는지가 정해져야 기능과 범위가 나온다.

고객사 요구서에는 보통 '자재 이력 추적 가능할 것' 정도로만 적혀 있다. 이 문장만으로는 입고 LOT까지 보면 되는지, 완제품 한 개에서 투입 자재 한 개까지 역추적해야 하는지 알 수 없다. 같은 요구라도 추적 단위가 달라지면 바코드·라벨 발행, 공정별 스캔 지점, 저장 데이터량이 모두 달라진다.

그래서 업체를 찾기 전에 고객사에 확인할 것은 기능이 아니라 조회 시나리오다. 문제가 생겼을 때 어떤 입력(완제품 번호, 납품일, 자재 LOT)으로 어떤 결과(사용된 자재 목록, 영향받은 제품 목록)를 얼마나 빨리 내놓아야 하는지를 문서로 받아 두면 외주 범위의 기준선이 된다.

SGK 스튜디오 자동화 구축 표준은 이 조회 시나리오를 요구사항의 첫 항목으로 두고, 기능 목록은 그 뒤에 붙인다. 시나리오가 없으면 견적서의 항목 이름만 같고 내용은 업체마다 달라진다.

고객사 요구 문서의 원문을 그대로 받아 두면 이후 범위 분쟁에서 기준이 된다.

외주 범위는 MES 전체인가, 추적 기능만인가?

요구가 자재 추적이라면 MES 전체 도입과 추적에 필요한 최소 구간은 별개의 범위다. 생산계획·설비 연동·품질 관리까지 한 번에 묶으면 범위가 커지고, 추적에 직접 필요한 입고·투입·출하 기록부터 고정하면 단계적으로 넓힐 수 있다.

MES라는 이름 아래에는 생산실적, 작업지시, 설비 데이터 수집, 품질 검사, 추적 등이 함께 들어 있다. 고객사가 당장 요구한 것이 추적이라면, 그 기능이 동작하는 데 필요한 구간만 1단계로 떼어 내는 편이 발주자에게 유리하다. 나머지는 1단계 기록 구조 위에 덧붙이는 방식으로 잡을 수 있다.

다만 나중에 확장할 구조인지는 계약 전에 확인해야 한다. 자재 코드 체계, LOT 번호 규칙, 공정 코드가 1단계에서 정해지는데, 이것이 훗날 다른 모듈과 맞지 않으면 다시 만들어야 한다. 발주자가 이 코드 체계의 원본과 수정 권한을 갖는지가 핵심 확인 항목이다.

기존 ERP나 엑셀 재고 기록과의 경계도 미리 그어야 한다. 입고 정보를 ERP에서 받아올지, MES에서 새로 입력할지에 따라 이중 입력이 생기는지가 갈린다.

현장 기록이 끊기는 지점은 어떻게 찾나?

추적 시스템의 성패는 소프트웨어보다 현장에서 자재 식별 정보가 끊기는 지점을 찾는 데서 갈린다. 입고 라벨이 공정 중에 떨어지거나, 소분·혼합 때 새 번호가 안 붙는 구간이 있으면 시스템을 넣어도 역추적이 중간에서 끊긴다.

발주 전에 자재가 입고에서 출하까지 흐르는 경로를 공정 순서대로 적고, 각 지점에서 식별 정보가 유지되는지 표시해 본다. 소분, 혼합, 재작업, 불량 폐기, 보관 위치 이동 같은 지점이 대개 취약하다. 이 작업은 업체가 대신 해 줄 수 있지만, 현장 사실은 발주자만 확인할 수 있다.

식별 정보를 누가 입력하는지도 정해야 한다. 작업자가 매번 스캔하는 구조면 스캔 누락 시 처리 규칙이 필요하고, 자동 인식이면 설비 연동 범위가 커진다. 이 선택은 비용과 운영 부담을 함께 가르므로 견적 전에 합의해야 한다.

이 단계의 자료를 정리하면 AI 자동화의 적용 범위도 보인다. 라벨 사진 인식이나 입고 서류 자동 입력처럼 반복 입력을 줄이는 부분은 자동화하기 좋지만, 식별 규칙 자체를 정하는 일은 사람이 확정해야 한다.

견적과 계약에서는 무엇을 서면으로 고정하나?

견적 전에 범위를 고정하고 무료 진단 후 서면 고정가로 받는 방식이 비교에 가장 안전하다. 추적 단위, 기록 지점, 연동 대상, 산출물 소유권이 서면에 있어야 업체별 견적을 같은 기준으로 놓고 볼 수 있다.

계약서에 넣을 항목은 네 가지로 좁혀진다. 추적 단위와 조회 시나리오, 스캔·입력 지점 목록, 기존 시스템과의 연동 범위, 완료 기준(어떤 조회가 어떤 결과로 나오면 인수하는지)이다. 이 네 가지가 비어 있으면 착수 후 추가 요청이 곧 추가 비용 협상이 된다.

소스코드와 데이터 구조 문서, 코드 체계표를 발주자가 받는지도 확인해야 한다. 결과물이 업체 환경에만 있으면 고객사 감사나 요구 변경 때 발주자가 직접 수정할 수 없다. 운영 이후 변경은 누가 어떤 절차로 하는지도 함께 적는다.

효과와 일정은 회사마다 다르다. 같은 추적 요구라도 현장 기록 습관과 기존 시스템 상태에 따라 준비 기간이 달라지므로, 일정 약속보다 단계별 인수 조건을 받는 편이 안전하다.

금액은 범위 확정 전에는 비교가 되지 않는다. 진단으로 범위를 고정한 뒤 서면 고정가로 받는 순서를 권한다.