스마트 팩토리 소프트웨어 ERP 연동: 공장장을 위한 가이드

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-12

스마트 팩토리 소프트웨어 ERP 연동은 어떤 데이터가, 어느 방향으로, 얼마나 빠르게 이동하느냐의 문제입니다. 체크리스트와 함께 공장장을 위해 쉽게 풀어 쓴 가이드입니다.

Automatically translated with AI from the original post. Read the English original

스마트 팩토리 소프트웨어 ERP 연동은 기획 시스템과 현장 소프트웨어가 정해진 방식으로 데이터를 주고받는다는 뜻입니다. 작업 지시와 기준 정보는 현장으로 내려가고, 진행 상황, 수량, 자재 사용량, 시간은 다시 올라옵니다. 어려운 부분은 커넥터가 아닙니다. 무엇이 이동하는지, 어느 방향으로, 얼마나 자주, 그리고 각 데이터 객체의 소유자가 누구인지에 합의하는 일입니다. 이 가이드는 이런 프로젝트를 후원해야 하고 IT 부서와 벤더에게 더 나은 질문을 던지고 싶은 공장장을 위한 것입니다.

핵심 포인트

• 스마트 팩토리 소프트웨어 ERP 연동은 무엇보다 데이터에 대한 합의입니다. 어떤 객체가 이동하는지, 어느 방향인지, 얼마나 자주인지, 그리고 누가 소유하는지를 정하는 것입니다.
• ISA-95는 공장 팀과 IT 팀이 함께 쓸 공통 용어를 제공합니다. ERP는 비즈니스 계획 수준에 있고, 제조 운영 소프트웨어는 그 아래 수준에 있습니다.
• 작업 지시는 보통 ERP에서 현장으로 내려갑니다. 시작, 완료, 폐기 수량, 자재 사용량, 시간은 현장에서 위로 올라갑니다.
• 자재명세서(BOM)와 라우팅 같은 기준 데이터는 작업 지시 메시지와 별도의 흐름이며, 종종 더 약한 고리가 됩니다.
• 한 개의 라인과 한 가지 작업 지시 흐름으로 시작하십시오. 오류 처리는 일부러 테스트하고, 범위를 넓히기 전에 계획과 실적을 비교하십시오.

스마트 팩토리 소프트웨어와 ERP 연동은 무엇을 포함합니까?

먼저 계층에 대한 공통된 그림을 가져야 합니다. ISA-95 표준(IEC 62264라고도 함)은 ISA에서 비즈니스 및 물류 시스템을 제조 제어 시스템과 통합하기 위한 국제 표준 세트로 설명합니다. Purdue Reference Model을 기반으로 한 5단계 모델을 사용하며, 제조 및 IT 担당 직원에게 연동 프로젝트를 위한 공통 용어를 제공합니다.

OPC Foundation의 ISA-95 요약은 계층을 다음과 같이 정리합니다.

• 0~2단계는 물리적 공정, 센서와 액추에이터, PLC 기반의 자동화와 제어를 다룹니다.
• 3단계는 제조 운영 관리입니다. 초 단위에서 일 단위까지 동작하며, 일정 계획, 작업 추적, 품질, 재고 기능을 포함합니다.
• 4단계는 비즈니스 계획 및 물류이며, 일 단위에서 월 단위로 동작합니다. 보통 ERP 시스템에서 이루어집니다.

이 표준은 주로 3단계와 4단계 사이의 정보 교환을 다룹니다. 이 교환을 위해 네 가지 정보 유형을 정의합니다. 자재, 설비, 물리적 자산, 그리고 역할과 자격을 포함한 인력입니다. 유용한 체크리스트입니다. 프로젝트 계획에 이 네 가지 각각이 한쪽에서 다른 쪽으로 어떻게 넘어가는지 나와 있지 않다면, 무언가 빠진 것입니다.

3단계는 보통 제조 실행 시스템이 위치하는 계층입니다. 사람들이 Industry 4.0이나 스마트 팩토리를 이야기할 때, 대개는 이 계층들 사이의 데이터가 더 자주, 더 적은 재입력으로 흐른다는 뜻입니다. "스마트"라는 말이 새로운 마법을 더하지는 않습니다. 좋은 연동은 이전과 같은 원칙을 더 일관되게 적용하는 것입니다.

어떤 데이터가 어떤 방향으로 흘러야 할까요?

두 가지 흐름을 떠올려 보십시오. 주문은 아래로 내려가고 피드백은 위로 올라옵니다. 여기에 마스터 데이터를 위한 세 번째 흐름이 더 있습니다.

Microsoft는 구체적인 예를 문서로 제공합니다. Dynamics 365 Supply Chain Management와 서드파티 제조 실행 시스템(MES)의 통합은 현장 기능을 기본으로 쓰지 않고 외부 MES를 사용하는 기업을 위한 것입니다. 이 통합은 다음 프로세스를 다룹니다.

1. 생산 오더 릴리스와 이후의 상태 변경은 ERP에서 MES로 전달됩니다. MES는 비즈니스 이벤트를 수신합니다.
2. 오더 시작은 MES에서 ERP로 보고됩니다.
3. 생산량과 폐기량은 ERP로 다시 전달됩니다.
4. 자재 소비도 ERP로 다시 전달되므로, 계획과 판매에 활용되는 재고 정보가 정확하게 유지됩니다.
5. 작업에 사용된 시간도 마찬가지로 다시 전달됩니다.
6. 오더 종료는 최종 상태로 전달되며, 그 이후에는 더 이상 수량이 전달되지 않습니다.

이 페이지에는 실무에서 중요한 제한 사항도 명시되어 있습니다. 제품, 자재명세서(BOM), 라우팅, 셋업 시간 같은 기준 데이터는 이 메시지로 전송되지 않습니다. 이는 데이터 엔터티를 통해 별도로 가져와야 합니다. 따라서 통합 작업은 하나가 아니라 두 개이며, 두 번째 작업은 쉽게 잊기 쉽습니다.

이 목록을 배우기 위해 Dynamics 365를 사용할 필요는 없습니다. 어떤 ERP와 현장 도구를 운영하든 같은 표를 작성하십시오. 항목은 객체, 송신자, 수신자, 트리거, 빈도, 담당자입니다. 담당자가 비어 있는 행이 있다면, 그것이 첫 번째 위험 요소입니다.

왜 마스터 데이터가 취약한 고리일까요?

오더는 트랜잭션입니다. 반면 라우팅, 자재명세서, 작업 시간은 제품을 어떻게 만드는지에 대한 설명이며, 현장 도구는 그 안의 모든 오류를 그대로 물려받습니다. 실제로는 20분이 걸리는 작업을 12분으로 등록한 라우팅은 현장에서 영원히 성능 문제처럼 보이게 됩니다. 현장에서 이와 모순되는 사항이 보고되었을 때 마스터 데이터를 누가 수정할지, 그리고 그 수정이 ERP에 얼마나 빨리 반영될지를 미리 정해 두십시오.

데이터는 얼마나 빨리 이동해야 할까요?

"실시간"은 이 분야에서 가장 남용되는 단어이므로, 이를 구체적인 숫자로 바꿔 보십시오.

ISA-95 자체도 수준별로 이를 다르게 다룹니다. OPC 요약에 따르면 레벨 3의 실시간은 현장 이벤트 발생 후 몇 초를 의미하고, 레벨 4의 실시간은 교대 후 하루 단위 또는 몇 시간 이내를 의미합니다. 이것들은 매우 다른 약속이며, 비용도 크게 다릅니다.

각 흐름에 대해 어떤 의사결정을 지원하는지 질문해 보십시오.

• 작업이 지연될 때 인력을 재배치하는 감독자는 몇 분 단위의 데이터가 필요합니다.
• 내일 오더를 재일정 계획하는 계획 담당자는 교대 종료 시점까지의 상태가 필요합니다.
• 오더의 원가를 마감하는 컨트롤러는 오더가 끝날 때까지 기다릴 수 있습니다.

의사결정에 속도가 필요한 곳에만 비용을 지불하십시오. 그 밖의 경우에는 예약된 전송이 운영하기도 더 간단하고 복구하기도 더 쉽습니다.

문제가 생겼을 때 메시지가 어떻게 동작하는지도 물어보십시오. Microsoft 문서에 따르면, 하나의 생산 오더에 대한 메시지는 도착한 순서대로 처리되고, 서로 다른 오더의 메시지는 작업이 병렬로 실행되기 때문에 순서가 뒤바뀌어 처리될 수 있으며, 실패한 메시지는 세 번 재시도한 후에야 실패로 표시됩니다. 수신 메시지를 모니터링하는 페이지도 있습니다. 여러분의 시스템에 이 세부 사항이 똑같이 필요한 것은 아니지만, 처리 순서, 재시도, 실패가 나타나는 위치, 그리고 이를 확인하는 담당자가 있는지에 대한 같은 답은 반드시 필요합니다.

시스템은 어떻게 연결해야 할까요?

일반적인 연결 패턴은 네 가지이며, 대부분의 공장은 이들을 혼합하여 사용합니다.

• 기성 커넥터는 특정 ERP와 특정 MES를 연결합니다. 가장 빠르게 시작할 수 있지만, 커넥터가 다루는 범위로 제한됩니다.
• API 또는 메시지 계층을 통한 인터페이스는 더 유연하지만, 매핑과 테스트를 직접 책임져야 합니다.
• 파일 또는 스프레드시트 전송은 눈에 띄지 않지만, 마스터 데이터나 주간 용량처럼 변화가 느린 데이터에는 대개 충분합니다.
• 수동 입력을 대체 수단으로 사용하는 방식은 장애 상황을 위해 남겨 두되, 이에 의존하는 계획은 세우지 마십시오.

제안서를 비교할 때 다음 질문을 하십시오.

1. 이 인터페이스는 어떤 객체와 방향을 다루고, 어떤 것을 다루지 않습니까? 좋은 공급업체는 굳이 묻지 않아도 두 번째 부분에 대해 답합니다.
2. 오류는 어떻게 보고되며, 누가 이를 확인하고, 메시지는 어떻게 처리됩니까?
3. 필요한 ERP 버전, 라이선스 또는 설정은 무엇입니까? 예를 들어 Microsoft 페이지는 해당 통합의 전제 조건으로 라이선스 키를 명시하고 있습니다. 이런 세부 사항이 일정을 좌우합니다.
4. ERP가 중단되었을 때도 현장 도구가 계속 동작하고, 이후에 밀린 데이터를 따라잡을 수 있습니까?
5. 제품군이나 새 작업장을 추가할 때 매핑은 누가 관리하나요?

Dynamics 365 Supply Chain Management에도 자체 현장 등록 기능이 있습니다. 작업자는 작업장별 작업 목록에서 생산 작업을 선택해 소요 시간과 품목 사용량을 기록합니다. 현장 보고 요구를 ERP만으로 충족할 수 있다면 별도의 MES가 필요하지 않을 수도 있습니다. 결정하기 전에 반드시 기록해야 할 항목이 무엇인지 먼저 확인하세요.

보안은 어떻게 하나요?

현장을 비즈니스 시스템과 연결하면, 이전에는 격리되어 있던 설비로 들어가는 새로운 경로가 생깁니다. NIST의 Guide to Operational Technology Security(SP 800-82 3판)는 일반적인 OT 토폴로지, 흔한 위협과 취약점, 대응 방안을 다루며, OT의 성능, 신뢰성, 안전 요구 사항도 함께 고려합니다. 설계를 확정하기 전에 직접 읽어 보시거나 보안 팀에 검토를 요청하세요.

특정 제품과 무관하게 적용할 수 있는 실무 원칙은 다음과 같습니다.

• 비즈니스 시스템과 기계 네트워크 사이에 허용할 연결을 정하고, 그 내용을 문서로 남기세요.
• 각 연동마다 필요한 권한만 가진 별도의 계정을 부여하세요.
• 생산을 멈추지 않고 패치와 변경 사항이 연동 계층에 반영되도록 계획하세요.
• 현장 인터페이스를 사고 대응 계획에 포함하세요.

프로젝트는 어떻게 진행해야 할까요?

작고 측정 가능한 범위로 시작하세요.

1. 라인 하나와 주문 흐름 하나를 선택하세요. 공장 전체가 아닙니다.
2. 데이터 객체를 목록화하세요. 주문, 자재, 시간, 수량에 대해 각각 송신자, 수신자, 담당자를 정하세요.
3. 해당 라인의 마스터 데이터를 먼저 정리하세요. 라우팅, 자재명세서(BOM), 작업장을 말합니다.
4. 상태 값에 합의하세요. "시작됨", "완료됨", "종료됨"이 양쪽 시스템에서 같은 의미를 가져야 합니다.
5. 실패 상황을 일부러 테스트하세요. 잘못된 수량을 보내고, 인터페이스를 중지했다가 다시 시작해 보면서 결과를 확인하세요.
6. 기존 프로세스를 유지한 채 몇 주간 병행 운영하세요.
7. 계획과 실적을 비교하세요. ERP가 받는 수치가 현장과 일치하는지 확인하세요.
8. 그다음에 다음 라인으로 확장하세요.

흔한 실수

• 데이터를 정의하기 전에 커넥터부터 구매하는 것. 커넥터는 잘못된 데이터를 포함해 무엇이든 그대로 전달합니다.
• 마스터 데이터를 무시하는 것. 주문 메시지는 정상적으로 전달되는데도 현장과 계획이 어긋나게 됩니다.
• 모든 영역에 실시간성을 요구하는 것. 그럴 필요가 없는 결정에까지 비용이 늘고 장애 지점이 추가됩니다.
• 오류에 대한 담당자가 없는 것. 실패한 메시지가 쌓이다가 누군가 재고 불일치를 발견할 때까지 방치됩니다.
• 보안을 나중 단계의 일로 미루는 것. 설계 단계에서 다루는 비용이 운영 시작 후에 다루는 것보다 훨씬 적습니다.
• 현장 작업자를 고려하지 않는 것. 작업자가 새 보고 방식이 종이보다 느리다고 느끼면 우회 방법을 찾게 됩니다.

Polaris가 적합한 경우

ERP 계획과 현장 실제 사이의 차이가 주된 문제라면 iFAKT Polaris를 검토해 볼 만한 선택지 중 하나입니다. iFAKT는 Polaris를 생산을 위한 AI와 디지털 트윈으로 설명하며, ERP, Excel, 현장 데이터 소스의 데이터를 활용합니다. Polaris Designer 모듈은 ERP 데이터, 자재명세서, 공정 시간, 리소스 구조를 제품-공정-리소스 지식 그래프로 변환합니다. Polaris Operator 모듈은 최적화된 계획을 시간 기반 작업으로 현장에 전달하고, 진행 상황, 지연, 중단 사항을 다시 계획에 반영합니다. 어떤 도구든 결정하기 전에 자사의 주문 흐름에 대입해 테스트해 보세요.

함께 살펴볼 관련 주제

• 연결된 공장을 위한 OT 보안. 기계 네트워크를 분리하는 방법과 연동 계층에 대한 접근을 누가 검토하는지 다룹니다.
• 현장 보고를 위한 변경 관리. 작업자를 잃지 않으면서 새 보고 단계를 도입하는 방법입니다.
• 계획 대 실적. ERP 계획이 아직 현장과 일치하는지 보여 주는 몇 가지 핵심 지표를 다룹니다.
• 실시간 생산 모니터링. 현장 감독자에게 화면에 무엇이 필요한지, 관리자에게 일일 보고서에 무엇이 필요한지 다룹니다.
• 예지 보전 데이터. 예측을 계획하기 전에 수집할 가치가 있는 기계 데이터가 무엇인지 다룹니다.

다음 단계

데이터 합의서가 문서로 정리되면 스마트 팩토리 소프트웨어의 ERP 연동이 훨씬 수월해집니다. 이번 주에 생산 라인 하나를 골라 개체, 송신자, 수신자, 소유자를 정리한 표를 작성한 뒤, 다음 IT 회의에 가져가 보십시오.