Manufacturing AX
제조 AI 에이전트는 MES·ERP·QMS와 어떻게 함께 일하는가
에이전트가 MES·ERP·QMS에 연결된다고 해서 모든 행동을 해도 되는 것은 아닙니다. 제조 AX 시리즈의 네 번째 글에서는 A사의 품질 이상 대응을 기존 제조 시스템과 연결하는 방법을 살펴봅니다. 연결 가능성과 실행 권한을 구분하고, 에이전트가 읽고 쓰고 실행할 범위를 다섯 가지 경계로 정합니다.
2026.10.08 · 13분 읽기
점선 밑줄이 있는 용어에 마우스를 올리거나 탭하면 설명을 볼 수 있습니다.
제조 AI 에이전트는 MES·ERP·QMS와 어떻게 함께 일하는가
챗봇을 만드는 것이 아니라 산업 업무 흐름의 구조를 설계하는 법
제조기업에서 AI 에이전트를 이야기하면 곧바로 질문이 나온다. MES와 연결할 수 있는가, 설비 데이터도 볼 수 있는가, ERP에 직접 입력할 수 있는가, 그리고 AI가 생산 조건까지 알아서 바꾸게 되는가.
시그나이터는 마지막 질문이 앞의 세 질문보다 더 중요하다고 본다. 에이전트가 시스템과 연결될 수 있다는 것과 무엇을 해도 되는가는 전혀 다른 문제이기 때문이다.
연결 가능성과 실행 권한의 분리(Connectivity vs Authority) — 이 글에서 사용하는 원칙이다. 에이전트가 어떤 시스템에 닿을 수 있는지와, 닿은 시스템에서 무엇을 읽고 쓰고 실행해도 되는지를 따로 설계한다는 뜻이다. 「우리 조직은 AI를 쓰고 있는가, AI가 일할 수 있는 조직인가」에서 말한 접근(Access)과 통제권(Control Authority)의 구분을 시스템 수준으로 내린 것이다.
장면으로 보기
연결할 수 있다고, 해도 되는 것은 아니다
도식은 좌우로 밀어 볼 수 있다
1 / 3 · 시스템 옆에 에이전트가 생긴다
공장에는 이미 MES, ERP, QMS, 설비와 제어기가 있다. 그 옆에 관리형 에이전트가 하나 들어온다.
에이전트가 MES, ERP, QMS에 연결되고 설비와 제어기까지도 기술적으로는 연결할 수 있는 장면에서 출발해, 연결이 끝난 뒤 조회, 초안, 기록, 물리 행동의 권한 사다리와 “그래서 무엇을 해도 되는가”라는 질문이 남는 것을 보여 준다. 단계 버튼이나 키보드 좌우 화살표로 넘길 수 있다
- 시스템 옆에 에이전트가 생긴다: 공장에는 이미 MES, ERP, QMS, 설비와 제어기가 있다. 그 옆에 관리형 에이전트가 하나 들어온다.
- 연결은 어렵지 않다: 도구와 API로 에이전트를 시스템에 연결할 수 있다. 설비와 제어기까지도 기술적으로는 가능하다. 질문은 대개 여기서 멈춘다. MES와 연결할 수 있는가.
- 질문이 바뀐다: 연결이 끝나면 진짜 질문이 남는다. 연결된 시스템에서 무엇을 해도 되는가. 권한은 조회, 초안, 기록, 물리 행동의 네 칸으로 나뉜다.
- 연결과 권한은 다른 질문이다: 어느 시스템에 닿을지와 닿은 곳에서 어느 칸까지 열지는 따로 정한다. 어느 칸을 열지는 아래에서 먼저 골라 볼 수 있다.
이 글은 제조 AX 시리즈의 네 번째 글이다. 앞 글에서 A사의 품질 이상 대응을 여덟 단계의 품질 지능 순환으로 다시 그리고 단계마다 누가 맡을지를 정했다. 이 글은 그 순환을 실제 시스템 위에 올린다. 에이전트를 기존 제조 시스템 위 어디에 놓고, 무엇에 연결하고, 무엇까지 맡길지가 주제다.
제조기업에는 이미 구조가 있다
AI가 등장했다고 기존 제조 시스템의 구조가 사라지지는 않는다. 첫 글에서 본 ISA-95는 공장의 일을 층으로 나눈다. OPC 재단은 ISA-95를 산업 통신 표준인 OPC UA로 옮긴 규격(OPC 10030)에서 이 층을 이렇게 정리한다. 일반적으로 자동화와 제어가 Level 1·2를, 제조 운영 관리(MOM) 시스템이 Level 3를, 전사적 자원관리(ERP)가 Level 4를 맡는다. 같은 규격은 ISA-95의 객체 모델을 OPC UA의 주소 공간 모델로 옮기는 방법을 정의해, 제조 정보를 시스템 사이에서 같은 방식으로 주고받는 바탕이 된다.
에이전트를 들일 때 할 일은 이 구조를 무시하고 별도의 AI 체계를 덮어씌우는 것이 아니다. 기존의 기록 시스템과 제어 시스템 위에 어떤 AI 능력을 어느 경계에 놓을지를 정하는 것이다.
에이전트는 제어기가 아니다
특히 경계해야 할 그림이 있다. 대규모 언어 모델이 생산 현장의 모든 데이터를 읽고, 스스로 판단하고, 제어기(PLC)를 직접 움직이고, 설비 조건을 자유롭게 바꾸는 그림이다. 흥미로운 데모는 될 수 있다. 하지만 산업 운영에는 안전, 품질, 실시간성, 결정론적 동작, 사이버보안, 고장 시 안전 동작, 책임, 변경 관리라는 조건이 한꺼번에 걸려 있다.
산업 제어 시스템의 보안 표준인 ISA/IEC 62443은 산업 자동화·제어 시스템(IACS)의 보안을 수명 주기 전반에서 다루고, 자산 소유자, 자동화 제품 공급자, 통합 사업자, 서비스 공급자의 책임을 나눈다. 이 표준은 운영 기술과 정보 기술, 공정 안전과 사이버보안을 서로 연결해 다룬다고 밝힌다. 생산 설비를 직접 제어하려면 앞서 나열한 안전·품질·실시간성·일관된 동작 등의 조건을 충족해야 한다. 확률적으로 답하는 모델을 곧바로 제어기에 적용할 수 없다고 보는 이유다. 따라서 시그나이터는 “에이전트는 제어기가 아니다”라는 원칙을 둔다.
에이전트가 제조에서 가치를 만들 수 없다는 뜻이 아니다. 에이전트가 가장 잘할 수 있는 자리를 정확히 찾아야 한다는 뜻이다. 매일 아침 MES에서 실적을 가져와 계산하는 일은 고정형 업무 흐름이 맞다. 품질 이상이 생겼을 때 상황에 따라 다른 근거를 찾아 읽는 일은 관리형 에이전트가 맞을 수 있다. 생산을 멈추는 일에는 사람의 승인이 필요하다. 비상 정지는 안전과 제어 계층의 몫이다.
에이전트에게 필요한 것은 데이터베이스 전체가 아니라 행동 범위다
A사의 품질 에이전트가 원인 후보를 정리하려면 MES의 생산 이력, QMS의 과거 불량, 원자재 기록, 설비 상태, 작업 표준이 필요하다. 그렇다고 에이전트에게 각 데이터베이스의 전체 권한을 줄 필요는 없다. 업무 목적이 분명한 도구로 능력을 좁힐 수 있다.
행동 범위(Action Surface) — 이 글에서 사용하는 표현이다. 에이전트가 무엇을 읽을 수 있는지뿐 아니라, 무엇을 쓸 수 있는지, 어떤 행동은 승인 없이 할 수 없는지를 도구와 인터페이스 차원에서 정한 경계를 말한다.
권한은 조회, 초안, 기록, 그리고 설비와 공정을 움직이는 물리 행동의 네 단계로 나눠 볼 수 있다. 같은 '연결'이라도 행동마다 놓일 칸이 다르다. A사의 여섯 가지 행동을 먼저 나눠 보자.
먼저 골라 보기
같은 연결, 다른 권한: 여섯 가지 행동을 어디에 둘까
행동마다 에이전트가 바로 해도 되는지, 정책이나 사람의 승인 뒤 고정형 흐름이 기록하는지, 사람이 결정하고 제어 계층이 실행하는지 고르면 A사의 설계와 이유가 나온다.
1고정형 흐름이 모은 생산 이력과 설비 조건을 읽는다
원인 후보를 정리하려면 필요한 정보다.
2과거 사례 보고서와 작업 표준을 읽고 비교한다
고정형 흐름이 찾아 둔 사례를 읽는다.
3원인 후보와 근거 요약 초안을 쓴다
엔지니어가 보고 고칠 초안이다.
4QMS 건을 생성하고 담당을 배정한다
정책으로 정해 둔 정례 처리다.
5출하 보류 확정을 QMS에 기록한다
고객과 납기에 직접 영향을 주는 기록이다.
63호기 노즐 온도 설정을 바꾼다
설비와 공정을 직접 움직인다.
6가지를 모두 고르면 정리가 나온다. (0 / 6)
A사 품질 에이전트 주변의 여섯 가지 행동마다 에이전트가 바로 해도 되는지, 승인이나 정책 뒤에 고정형 흐름이 기록하는지, 사람이 결정하고 제어 계층이 실행하는지를 먼저 골라 보고 A사의 설계와 이유를 확인한다. 응답은 저장되지 않는다
A사가 실제로 정한 행동 범위는 아래 한 장에 모인다.
A사의 목표 구조
이제 앞 글의 순환을 시스템 위에서 다시 따라가 보자.
장면으로 보기
A사의 목표 구조: 이벤트에서 기록까지
도식은 좌우로 밀어 볼 수 있다
1 / 6 · 품질 이벤트가 조정기로 들어간다
검사 시스템이 이상을 감지하면 품질 이벤트가 업무 흐름 조정기로 전달된다.
A사의 품질 이벤트가 업무 흐름 조정기로 들어가 고정형 흐름이 근거를 모으고, 관리형 에이전트가 읽고 비교해 후보를 정리한 뒤, 정해진 정책에 따라 건 생성과 담당 배정 같은 정례 처리는 그대로 진행되고 영향이 큰 조치는 사람의 검토로 올라가며, 어느 길이든 고정형 흐름이 기록과 배정을 마치는 길을 한 단계씩 보여 준다
- 품질 이벤트가 조정기로 들어간다: 검사 시스템이 이상을 감지하면 품질 이벤트가 업무 흐름 조정기로 전달된다.
- 고정형 흐름이 기본 근거를 모은다: Lot, 공정, 설비 조건, 원자재 이력, 과거 품질 사례를 정해진 도구로 모은다. 매번 같은 경로다.
- 관리형 에이전트가 읽고 비교한다: 모인 근거 위에서 사례 보고서와 작업 표준을 읽고 조건을 비교해, 근거를 세 갈래로 나눈 원인 후보 요약과 제안 조치를 초안으로 만든다.
- 정해진 정책이 갈림을 정한다: 제안된 조치가 정책 범위 안의 정례 처리인지, 사람이 결정해야 하는 조치인지를 고정형 흐름이 정해진 기준으로 가른다. 에이전트가 위험을 판정하지 않는다.
- 정례 처리는 흐름으로, 큰 조치는 사람에게: 사람 검토 없이 가는 것은 건 생성과 담당 배정 같은 정례 처리뿐이다. 생산 중단, 출하 보류 확정, 고객 통보, 공정 조건 변경은 엔지니어와 팀장의 검토로 올라가고, 원인 후보는 어느 길이든 엔지니어가 확인한다. 규칙 ①에 걸린 출하 보류는 이 앞에서 이미 제안돼 있다.
- 결정은 고정형 흐름이 기록한다: 어느 길이든 끝은 고정형 흐름이 QMS를 갱신하고 담당을 배정하고 CAPA와 연락 초안을 만드는 것이다. 에이전트는 기록하지 않는다.
- 수집과 기록은 흐름, 추론은 에이전트, 큰 결정은 사람: 같은 품질 이벤트가 세 주체를 차례로 지나 기록으로 끝난다. 에이전트가 맡는 칸은 가운데 하나다.
영향이 큰 조치가 사람에게 올라왔을 때, 품질 엔지니어는 한 화면에서 판단에 필요한 것을 본다.
에이전트가 맡는 것은 공장 운영이 아니라 사람이 판단하기 위해 필요했던 정보 작업과 추론 작업의 일부다.
이 방향은 산업에서도 보인다. 지멘스는 2025년 3월 설비 보전용 Industrial Copilot을 발표하며, 첫 시범 활용 사례에서 사후 보전 시간을 평균 25% 줄였다고 밝혔다. 생성형 AI와 예지 보전을 결합한 방식이며, 조건과 표본은 공개되지 않았다. 시그나이터가 주목하는 것은 숫자보다 위치다. 발표는 이 도구를 보전 업무 지원으로 소개한다. 시그나이터가 초기 제조 에이전트의 현실적인 가치를 판단 지원과 업무 흐름 실행에서 찾는 이유다.
제조 에이전트 구조에는 다섯 개의 경계가 필요하다
A사의 설계를 다섯 개의 경계로 정리할 수 있다.
1. 시스템 경계. 어떤 시스템과 데이터를 연결할 것인가. A사는 MES, 설비 데이터, QMS, 작업 표준 문서를 연결하고, ERP는 원자재 입고 기록 조회만 열었다.
2. 판단 경계. AI가 어디까지 분석하고 어디부터 사람이 결정할 것인가. A사는 원인 후보까지 에이전트가 정리하고, 원인 확정과 출하·중단·고객 통보는 사람이 정한다.
3. 행동 경계. 조회, 초안, 기록, 물리 행동 가운데 어디까지 허용할 것인가. A사의 답은 행동 범위 그림의 가운데 칸이다.
4. 보안 경계. 누가 어떤 도구를 쓰고, 어떤 데이터에 접근하며, 실행을 어떻게 감사할 것인가. A사는 에이전트 전용 계정에 품질 데이터 범위만 주고 모든 도구 호출을 기록한다.
5. 근거 경계. AI가 어떤 근거로 어떤 행동을 제안했는지 사람이 다시 확인할 수 있는가. A사는 에이전트가 쓴 근거를 엔지니어 화면과 기록에 남긴다. 시그나이터는 영향이 큰 제조 업무일수록 결과보다 근거를 추적할 수 있는지가 더 중요하다고 본다.
다섯 경계가 위임을 믿을 수 있게 만든다
앞 글에서 업무의 위험과 불확실성에 맞춰 위임 수준을 고르자고 했다. 이 글의 다섯 경계는 그 위임을 믿을 수 있게 만드는 장치다. 무엇에 닿고, 어디까지 판단하고, 무엇을 실행하고, 누구의 권한으로, 어떤 근거를 남기는지가 정해져 있고 기록으로 다시 볼 수 있을 때, 사람은 에이전트에게 일을 맡길 수 있다. 에이전트를 검토하고 있다면 “MES와 연결할 수 있는가”에서 멈추지 말고 다섯 경계를 먼저 정해 보자.
내 설계로 점검하기
검토 중인 제조 에이전트, 다섯 경계를 정했는가
이미 정한 경계를 고르면, 아직 정하지 않은 경계가 먼저 정할 곳으로 정리된다.
보이는 신호를 고르면 여기에 정리된다.
우리 회사가 검토 중인 제조 에이전트에 대해 시스템, 판단, 행동, 보안, 근거의 다섯 경계 가운데 이미 정한 것을 고르면, 아직 정하지 않은 경계가 먼저 정할 곳으로 정리된다
하지만 구조가 작동한다고 프로젝트가 성공한 것은 아니다. 다음 글에서는 남은 질문을 다룬다. 그래서 이 시스템이 실제 사업 가치를 만드는가. 데모를 만드는 개념 검증과 업무 흐름을 검증하는 개념 검증의 차이다.
Reference Notes
- OPC Foundation, OPC 10030 OPC Unified Architecture – Common Object Model: ISA-95. Level 1·2 자동화·제어, Level 3 제조 운영 관리, Level 4 ERP라는 정리와, ISA-95 객체 모델을 OPC UA 주소 공간 모델로 옮기는 매핑 정의를 참고했다. 이 규격은 2010년판 ISA-95 Part 1·2를 바탕으로 장비·물리 자산·자재·인력 모델을 다룬다.
- ISA, ISA/IEC 62443 Series of Standards. IACS 보안의 수명 주기 관점, 자산 소유자·자동화 제품 공급자·통합 사업자·서비스 공급자의 역할, 운영 기술과 정보 기술, 공정 안전과 사이버보안 사이의 간극을 잇는다는 설명을 참고했다.
- Siemens, Siemens expands Industrial Copilot with New generative AI-powered Maintenance Offering, 2025년 3월 24일. 첫 시범 활용 사례에서 사후 보전 시간을 평균 25% 줄였다는 발표를 참고했다. 기업 발표이며 조건과 표본은 공개되지 않았다.
- 고정형 업무 흐름, 관리형 에이전트, 자율형 에이전트의 구분은 시그나이터 Knowledge의 「Fixed · Managed · Autonomous — 시그나이터의 3단계 Agent 분류」에서, 에이전트와 도구를 잇는 프로토콜의 흐름은 「MCP 2026 Roadmap」에서 더 자세히 다룬다.
- 본문의 A사는 컨설팅 현장에서 반복해 만난 장면을 하나로 각색한 가상의 기업이며 특정 고객사를 가리키지 않는다. 도구 이름과 권한 배치, 화면 구성도 장면을 설명하기 위한 각색이다.
이 글은 제조 AX 시리즈의 네 번째 글이다. 앞 글에서는 품질 이상 대응의 업무 흐름과 단계별 담당 주체를 정했다. 이번 글에서는 이 업무를 MES·ERP·QMS 및 제어 계층과 어떻게 연결할지 설명했다. 연결 가능성과 실행 권한을 구분하고 다섯 가지 경계를 정리해, 제조 현장에서 에이전트에게 일을 맡길 범위를 구체화했다.
관련 글: 「불량을 AI가 찾아낸 다음에는 누가 일하는가」, 「우리 조직은 AI를 쓰고 있는가, AI가 일할 수 있는 조직인가」.
About Seigniter
시그나이터(Seigniter)는 기업의 AI 도입을 넘어, AI로 실제 일하는 방식을 바꾸는 AX(AI Transformation)를 고민하는 컨설팅펌입니다.
어떤 AI 기술을 쓸지부터 정하기보다 기업에서 실제로 어떤 일이 이루어지는지 살펴봅니다. 어디에서 비효율과 병목이 생기는지, 어떤 판단과 반복 작업이 있는지 파악하고 사람과 시스템, AI의 역할을 어떻게 나눌지 설계합니다.
기업의 전략과 현장, 비즈니스 문제와 AI 기술 사이에는 아직 큰 간극이 있습니다.
시그나이터는 이 간극을 연결해 AI가 실제 업무 안에서 작동하는 구조를 만들고자 합니다.
AI를 도입하는 데서 그치지 않고, AI와 함께 일하는 방식을 설계합니다.
Next step