데이터와 연결 기반: 다른 모든 영역 밑을 흐르는 배관

이 영역이 다루는 것, 그리고 보기보다 중요한 이유

이 영역은 여섯 영역 중 하나이며, 인더스트리 4.0 성숙도 모델이 아닙니다. 공장에 있는 기술의 양에 점수를 주지 않습니다. 데이터 기반이 다른 영역에서 평가하는 관리 관행을 받쳐 줄 만큼 충분한지, 그리고 제대로 관리되는지를 묻습니다.

다섯 가지를 평가합니다. 설비가 얼마나 연결되어 있는지(data1), 이상 사이클 타임과 사유 코드 같은 기준 정보를 어떻게 관리하는지(data2), 생산 데이터가 다른 시스템과 어떻게 연계되어 있는지(data3), 누가 어떤 규칙으로 데이터에 접근하는지(data4), 현장(OT) 사이버 보안을 어떻게 다루는지(data5)입니다.

이 영역의 무게는 간접적으로 드러납니다. 조장이 스프레드시트에 수량을 입력하는 데 쓰는 한 시간은 라인에서 보내지 못하는 한 시간입니다. 명판에서 가져온 이상 사이클 타임은 성능 손실을 보이지 않게 하거나 터무니없게 만들고, 회의는 그 수치를 믿지 않게 됩니다. 아무도 모르는 공급업체 원격 접속 도구와 함께 네트워크에 연결된 설비는 공장을 멈출 수 있는 위험입니다.

공장에서 보이는 다섯 단계

이 영역에서는 공장이 고르지 않은 경우가 많습니다. 잘 연결된 병목 설비 옆에 책임자 없는 기준 정보가 있거나, 튼튼한 네트워크 옆에 손으로 입력하는 ERP 데이터가 있습니다. 진단은 문항을 하나하나 따로 평가합니다. 영역 지수와 최약 영역 규칙은 단계 페이지에서 설명합니다.

다섯 문항, 그리고 이번 주에 스스로 답을 점검하는 법

data1. 설비는 얼마나 연결되어 있습니까? 공장이 누가 받아 적지 않아도 설비에서 정지와 수량 데이터를 얻는지, 제약 공정부터 그렇게 하는지를 묻습니다. 연결 자체를 위한 연결에는 점수가 없습니다.

PLC가 네트워크에 있지만 아무도 데이터를 수집하지 않을 때, 또는 연결된 유일한 설비가 병목과 동떨어진 시범 설비일 때 공장은 과대평가합니다. 단순한 가동/정지 신호는 진짜 연결이 아니라고 생각할 때는 과소평가합니다. 모델은 단순 I/O 신호를 명시적으로 인정하며, 오래된 설비에는 그것이 가장 합리적인 선택인 경우가 많습니다.

data2. 기준 정보는 어떻게 관리합니까? 성과를 판단하는 잣대가 정확한지, 누군가 그것을 책임지는지를 묻습니다. 이상 사이클 타임, 사유 코드, 제품 목록은 공장이 보고하는 모든 수치를 조용히 좌우합니다.

흔한 과대평가는 원가 계산이나 생산 계획에서 쓰는 여유율이 포함된 표준 시간을 두고 이상 사이클 타임이 정의되어 있다고 답하는 것입니다. 그것은 설비가 유지할 수 있는 최고 속도가 아닙니다. 거의 중복된 코드가 섞이고 ‘기타’ 코드가 많이 쓰이는 사유 코드 목록도 책임자가 없다는 신호입니다.

data3. 생산 데이터는 다른 시스템과 어떻게 연계되어 있습니까? 얼마나 많은 데이터를 두 번 입력하는지, 생산 시스템과 ERP가 주문된 것과 만들어진 것에 대해 일치하는지를 묻습니다.

누군가 매주 실행하고, 정리하고, 다시 불러와야 하는 내보내기를 자동화로 치는 경우가 많습니다. 기껏해야 3단계이고, 그 일을 하는 사람은 단일 장애점이 됩니다. 4단계의 연계는 오더와 양품 수량이 아무도 손대지 않고 흐르며, 차이가 조용히 수정되는 것이 아니라 표시되는 것을 뜻합니다.

data4. 생산 데이터에는 누가, 어떤 규칙으로 접근할 수 있습니까? 데이터가 필요한 사람이 부탁하지 않고도 얻을 수 있는지, 각 필드의 정의가 문서로 있는지를 묻습니다.

중앙 데이터베이스가 있으면 3단계처럼 보이지만, 조회할 수 있는 사람이 한 명뿐이라면 엔지니어는 여전히 자기 파일을 만들고 공장은 다시 이중 버전으로 돌아갑니다. 4단계에는 보존 규칙과 문서화된 정의도 필요한데, 많은 공장이 이를 건너뜁니다.

data5. 현장(OT) 사이버 보안은 어떻게 다룹니까? 가용성이 최우선이고, 설비가 오랫동안 사용되며, 공급업체에 원격 접속이 필요한 현장의 특성에 맞게 생산 시스템을 보호하는지를 묻습니다.

전형적인 과대평가는 네트워크가 분리되어 있다고 하면서도 공급업체 VPN, HMI의 원격 데스크톱 도구, 설비 캐비닛 안의 셀룰러 모뎀이 그 분리를 우회하는 경우입니다. 구역 사이에 방화벽은 있지만 규칙이 거의 모든 것을 허용하는 경우도 그렇습니다.

4단계 공장이 다르게 하는 것

이 영역에서 4단계인 공장이 기술을 가장 많이 가진 공장인 경우는 드뭅니다. 목적을 가지고 연결하고, 규칙을 문서로 남깁니다. 우리가 찾는 관행은 다음과 같습니다.

• 질문을 위해 연결합니다. 모든 연결은 병목 공정이 얼마나 오래, 왜 멈췄는지처럼 루틴에서 묻는 질문에 답합니다. 모든 태그를 수집하는 대신, 공장이 최소 신호 세트를 스스로 정합니다. 예를 들어 가동/정지, 양품 수량, 가능하면 불량 수량입니다.
• 설비 유형별로 문서화된 연결 방식 하나. 한 장짜리 표준에 어떤 설비에 어떤 인터페이스를 쓰는지 적습니다. 컨트롤러가 지원하면 OPC UA, 데이터 발행에는 MQTT, 오래된 설비에는 배선 I/O입니다. 무엇을 고르느냐보다 하나로 정해 두는 것이 중요합니다.
• 이력이 있는 기준 정보 시트. 제품과 라인마다 이상 사이클 타임, 측정 방법과 시점, 책임자를 적습니다. 변경은 요청, 승인, 적용일로 된 짧은 절차를 따르고, 이력을 보관합니다. 시트는 정해진 주기로, 그리고 제품이나 설비가 바뀔 때마다 검토합니다.
• 쓸 수 있을 만큼 짧게 유지하는 사유 코드 목록. 공장이 코드 수의 상한을 스스로 정하고, ‘기타’로 코딩된 시간의 비율을 지켜보며, 그 비율이 커지면 목록을 검토합니다.
• 매일 대사. 매일 생산 수량을 ERP 등록 수량과 비교하고, 예외는 덮어쓰지 않고 목록으로 만들어 설명합니다.
• 역할과 용어집. 접근 권한은 역할(작업자, 조장, 엔지니어, 관리자, 공급업체)별로 정하고, 모든 핵심 필드의 정의를 한곳에 문서로 둡니다.
• 제대로 갖춘 OT 기본기. 자산 목록을 관리합니다. 공급업체 원격 접속은 통제된 경로 하나로만, 지정된 계정으로, 요청이 있을 때만 세션을 여는 방식으로 합니다. 패치는 설비 등급별로 생산과 합의하고, 라인은 IEC 62443 원칙에 따라 구역으로 나눕니다.

한 단계 올라서는 90일 계획

이 계획은 대부분의 답이 2단계나 3단계라고 가정합니다. 진단 보고서는 격차마다 구체적인 다음 과제를 제시합니다. 점수가 가장 낮은 문항부터 시작하십시오.

1. 1~2주 차현황을 파악하십시오. 병목 라인의 설비를 컨트롤러와 사용 가능한 신호와 함께 목록으로 만드십시오. 현장 네트워크의 모든 기기와 모든 원격 접속 경로를 목록으로 만드십시오. 생산 데이터를 두 번 입력하는 곳과 거기에 드는 시간을 파악하십시오. 기준 정보가 지금 어디에, 몇 가지 버전으로 있는지 적으십시오.
2. 3~6주 차병목 설비를 가동/정지 신호와 수량으로 연결하고, 데이터를 중앙에 저장하십시오. 주요 제품의 실제로 유지된 최고 사이클 타임을 측정하고, 책임자가 지정된 기준 정보 시트 하나를 공개하십시오. 통제되지 않는 원격 접속 경로를 막고, 아직 하지 않았다면 생산 네트워크를 사무 네트워크와 분리하십시오.
3. 7~12주 차시간이 가장 많이 드는 수작업 전송을 자동화하십시오. 예약된 파일이라도 좋습니다. 기준 정보 변경 절차를 문서로 쓰십시오. 자산 목록, 원격 접속, 패치를 다루는 OT 보안 정책 초안을 쓰십시오. 역할별 접근 권한을 정하십시오. 12주 차에 일일 회의가 아무도 다시 입력하지 않은 병목 데이터를 쓰는지 확인하고, 진단을 다시 받으십시오.

검증에서 심사위원단이 보는 증빙

검증에서는 결과물을 올린 뒤 45분 화상 인터뷰에서 심사위원 2명에게 설명합니다. 심사위원은 앞으로 할 프로젝트의 아키텍처 도식이 아니라, 데이터 기반이 공장의 루틴에서 쓰이고 있다는 흔적을 봅니다.

인정되는 결과물:

• 핵심 설비마다 연결 상태와 인터페이스 종류가 적힌 설비 목록.
• 사무와 생산의 분리를 보여 주는 간단한 네트워크 도식.
• 변경 이력이 있는 기준 정보 시트, 책임자가 명시된 사유 코드 목록.
• 오더와 수량이 시스템 사이를 어떻게 오가는지에 대한 설명이나 화면 캡처, 그리고 최근 대사 기록.
• 접근 역할 목록과 필드 정의 용어집.
• OT 자산 목록, 원격 접속 절차와 그 기록 일부, OT 보안 정책.
• 연결이나 보안 요구 사항이 들어간 최근 설비 사양서.

인정되지 않는 것: 공급업체 브로셔, 시작하지도 않은 프로젝트의 아키텍처 슬라이드, 어느 회의에서도 데이터를 쓰지 않는 연결된 시범 설비, IT 정책을 그대로 베낀 보안 정책, 아무도 열지 않는 대시보드 화면 캡처.

이 영역에서 공장을 정체시키는 함정

• 모든 것을 연결하고 아무것도 쓰지 않습니다. 수백 개의 태그를 수집하지만, 아침 회의는 여전히 손으로 쓴 종이로 진행됩니다.
• 명판 사이클 타임. 성능 손실이 사라지거나 터무니없어 보이고, 사람들은 수치 전체를 믿지 않게 됩니다.
• 끝없이 늘어나는 사유 코드. 새 문제마다 코드를 만들다 보면 작업자는 목록의 첫 번째 코드를 고르게 됩니다.
• 수량의 진실이 두 곳. 생산 시스템과 ERP가 서로 다른 말을 하고, 누군가 이유를 묻지 않고 매주 손으로 차이를 고칩니다.
• 질문이 아니라 시스템에서 출발합니다. 정의와 기준 정보에 합의하기 전에 플랫폼이나 연계 프로젝트를 고르면 나중에 둘 다 다시 만들어야 합니다.
• IT의 문제가 된 OT 보안. 또는 그 반대로, 보전 시간대에 합의한 사람이 없어서 생산이 몇 년째 모든 패치를 막습니다.
• 잊힌 공급업체 접속. 몇 년 전 시운전 때 설치한 원격 접속 도구가 아직 돌아가고, 처음 비밀번호를 그대로 쓰고 있습니다.
• 아무도 조회하지 않는 데이터 저장소. 중앙에 모았지만 전문가 한 명만 접근할 수 있는 데이터는 공유 드라이브보다 나을 것이 없습니다.

다음으로 볼 곳

진단을 받으면 이 영역의 지수를 다른 다섯 영역과 나란히 보고, 이 영역이 종합 단계를 끌어내리고 있는지 확인할 수 있습니다. 데이터 기반은 성과 가시성을 위해 있습니다. 그 영역에서는 손실을 어떻게 기록하는지, 사람들이 숫자를 믿는지를 묻으므로 다음으로 읽어 보십시오. FEI가 측정하지 않는 OEE(설비종합효율) 수치와 벤치마크는 oee-benchmark.org를 참고하십시오.

자주 묻는 질문