OEM 설비 원격 서비스: 출하 이후에도 서비스를 이어가는 방법
OEM 설비 원격 서비스 플랫폼이 답해야 할 질문은 네 가지입니다. 무엇을 연결하는가, 어떻게 안전하게 연결하는가, 누가 언제 데이터를 볼 수 있는가, 그리고 방문이 필요할 때 어디까지 대응하는가. 설비 측 통신 기능, 통신 채널, 서비스 측 플랫폼, 데이터 귀속 규칙을 함께 설계하면, 설비 제조사는 출하 이후에도 설치된 설비의 상태를 파악하고 사후 서비스를 고장 대응에서 먼저 개입할 수 있는 서비스 업무로 바꿀 수 있습니다.
설비가 출하된 뒤 서비스가 어려워지는 이유
설비는 고객 현장에 설치되어 있고, 제조사 엔지니어는 상태를 볼 수 없습니다. 고장이 나면 보통 고객의 전화로 시작해 엔지니어가 파견되고, 현장에 도착한 뒤에야 다른 프로그램 버전이나 파라미터가 필요하다는 사실을 알게 되어 두 번째 출장이 발생합니다. 원인은 엔지니어의 역량이 아니라, 제조사와 설치된 설비 사이에 상시 쓸 수 있는 정보 경로가 없다는 점입니다. 설비 대장은 고객 쪽에 있고, 알람은 고객이 발견하며, 이력 데이터는 남지 않고, 서비스 과정을 되짚어 볼 수도 없습니다.
원격 서비스는 무인 운전과 다릅니다. 역할은 '이 설비가 지금 어떤 상태이고 직전에 무엇을 바꿨는가'를 언제든 확인할 수 있는 사실로 만드는 것이며, 진단의 결론은 엔지니어가 판단합니다.
원격 서비스 채널을 만드는 세 가지 방식
채널의 형태는 현장 네트워크 조건과 고객의 컴플라이언스 요구에 따라 정해집니다. 실제로는 다음 세 가지가 일반적이며 조합도 가능합니다.
- 전용선 또는 고정 공인 주소: 고객 IT가 고정 출구를 허용하는 경우에 적합하고 회선은 안정적이지만, 고객 네트워크 측 조정이 필요합니다
- 4G/5G 무선 채널: 설비가 분산되어 있거나 고객 네트워크가 열려 있지 않을 때의 일반적인 선택으로, 설치하면 바로 쓸 수 있고 통신 요금은 사이트 단위로 관리합니다
- 보안 터널과 게이트웨이 역방향 접속: 현장 게이트웨이가 서비스 측으로 암호화 연결을 거는 방식으로, 고객 네트워크에 인바운드 포트를 열 필요가 없고 중단이나 단절이 고객 네트워크에 영향을 주지 않습니다
어느 방식이든 설비 측은 필요한 서비스 포트만 화이트리스트로 열고, 엔지니어의 접속은 모두 기록한다는 원칙을 정해 둡니다.
플랫폼 측에 필요한 기능
설비 측은 '연결된다'를, 플랫폼 측은 '관리할 수 있고 추적할 수 있다'를 담당합니다. 쓸 수 있는 플랫폼은 보통 세 계층으로 나뉩니다.
| 계층 | 담당 기능 | 주요 형태 |
|---|---|---|
| 통신 계층 | 프로토콜 변환과 데이터 전달, 단절 시 버퍼링과 재전송, 온라인 상태와 하트비트 | 현장 게이트웨이 또는 엣지 소프트웨어 |
| 애플리케이션 계층 | 실시간 곡선과 이력 데이터, 알람 알림과 단계 구분, 서비스 작업 흐름 | 서버 측 플랫폼과 클라이언트 |
| 서비스 계층 | 원격 프로그램 전송, 설비 화면 미러링, 원격 파라미터 읽기와 쓰기, 권한 감사 | 플랫폼 모듈과 엔지니어 도구 |
세 계층이 모두 갖춰져야 알람이 작업 흐름이 되고, 작업 흐름이 나중에 확인할 수 있는 서비스 기록으로 남습니다. 한 계층만 구축하면 일회성 시연에 그치기 쉽습니다.
데이터는 누구의 것이고 누가 볼 수 있는가
고객이 원격 서비스 방안을 검토할 때 가장 신경 쓰는 지점이며, 구현 단계로 미루지 않고 계약 시점에 명확히 정해 두어야 하는 항목입니다.
- 데이터 귀속: 현장 공정 데이터의 귀속은 계약에 따르며, 보통 고객에게 귀속되고 제조사는 서비스에 필요한 범위에서 사용권을 얻는 형태로 정합니다
- 테넌트 분리: 제조사가 여러 고객에게 서비스를 제공할 때 플랫폼은 테넌트 단위로 데이터와 계정을 분리해 고객 간에 서로 보이지 않게 합니다
- 권한 등급: 원격 접속과 파라미터 변경은 역할 단위로 승인하고, 조회만, 내려받기 가능, 변경 가능 권한을 나누어 설정합니다
- 작업 기록: 계정 로그인, 접속 수립, 프로그램과 파라미터의 변경을 시각, 계정, 내용과 함께 기록합니다
고객에게는 기능의 많음보다 감사 가능성이 중요합니다. 서비스 제공자를 추적할 수 있는지가 채널을 장기간 열어 둘지를 결정합니다.
알람에서 처리까지의 서비스 흐름
채널과 플랫폼이 갖춰진 뒤에는 처리 규칙이 명확한지가 서비스 효율을 결정합니다.
- 알람이 발생하면 플랫폼은 해당 시점의 운전 데이터와 함께 고객과 제조사 담당자에게 알립니다
- 엔지니어는 원격에서 실시간 곡선과 이력을 확인해 운전 조건 변동인지 설비 자체의 이상인지 먼저 판단합니다
- 원격으로 해결할 수 있는 것은 그 자리에서 처리하고 기록하며, 방문이 필요한 것은 판단을 가지고 출발해 왕복을 줄입니다
- 처리가 끝나면 작업 내용과 복구 시각을 기록해 설비의 서비스 이력으로 남깁니다
이 흐름이 안정적으로 돌아가면 '대부분의 문제는 출장이 필요 없다'는 구호가 아니라 자연스러운 결과가 됩니다.
도입 순서: 한 기종 파일럿부터 시작
모든 기종과 고객을 한 번에 연결하는 방식은 먼저 권한 협의와 현장 개조에서 막힙니다. 안정적인 순서는 먼저 한두 고객과 성숙한 한 기종을 골라 파일럿을 하고, 채널 방식과 데이터 귀속 조항, 처리 규칙을 한 번에 정하는 것입니다. 파일럿이 안정되면 신규 설비의 출하 기본 구성으로 원격 서비스 기능을 넣고, 마지막으로 기존 설치 설비를 대상으로 개조 비용과 고객 의향을 확인하며 묶음 단위로 연결합니다.
이 과정에서 각 고객과 조건을 맞추는 데 드는 시간이 소프트웨어 개발 자체보다 길어지는 경우가 많으므로, 파일럿 단계에서 서식과 조항을 고정해 두면 이후 반복 작업을 크게 줄일 수 있습니다.
시행 전에 확인할 정보
설계에 들어가기 전에 다음을 정리해 두면 재작업을 줄일 수 있습니다. 현행 기종의 제어기와 통신 조건, 설비가 이미 갖추었거나 추가할 수 있는 통신 방식, 채널과 데이터 보관에 대한 고객 요구, 원격으로 수행할 동작 목록, 그리고 설비 측 현장 시공과 이후 유지보수를 누가 담당하는지입니다.
상하이청쉬안지능은 2009년부터 산업 소프트웨어와 설비 연결 분야에서 경험을 쌓아 왔으며, 설비 데이터 수집, 원격 접속 경로, 모니터링 플랫폼의 제품 역량을 갖추고 있어 기종과 고객 조건에 맞춰 채널 방식과 플랫폼 기능 범위를 함께 확인할 수 있습니다.
정리
OEM 설비 원격 서비스 플랫폼의 가치는 원격으로 몇 대를 연결하는지가 아니라, 서비스 과정을 추적할 수 있고 고객이 채널을 장기간 안심하고 열어 둘 수 있는지에 있습니다. 먼저 채널의 세 가지 방식과 보안 경계를 정하고, 다음으로 플랫폼을 통신, 애플리케이션, 서비스 세 계층으로 갖추고, 이어서 데이터 귀속과 권한 규칙을 계약으로 고정하고, 마지막으로 기종 단위로 단계적으로 진행합니다. 이 순서대로 하면 원격 서비스는 설비 제조사의 한 가지 기능이 아니라 지속적으로 제공할 수 있는 역량이 됩니다.
방안 상담 예약
설비를 이미 상당 수량 출하했고 사후 서비스 출장 비용이 계속 늘고 있다면, 기종 목록과 현장 네트워크 조건을 알려 주십시오. 실제 상황에 맞춰 원격 서비스 채널과 플랫폼 기능 범위를 제안해 드립니다.
문의하기