디지털 제품 패스가 구체화되는 순간, IT 부서는 다른 어떤 질문보다 먼저 다음과 같은 질문을 던집니다. “이 플랫폼이 우리 시스템 중 어디를 다루어야 하는가?” 이는 매우 적절한 질문입니다. 그 이면에는 접속 정보, 방화벽 허용 설정, 그리고 누군가가 책임을 져야 할 보안 개념이 숨어 있기 때문입니다.
저희의 답변은 간단합니다. ‘아무것도 없습니다.’ 패스에 데이터를 제공하는 모든 시스템은 원본 측에 위치하며, 그곳에 그대로 남아 있습니다. 트랜스파레오(Transpareo)는 체인의 끝에서 데이터를 수신하는 역할만을 수행하며, 데이터 흐름은 일방적으로 플랫폼으로만 유입됩니다. 이 글에서는 다음과 같은 흐름들을 추적해 봅니다: 각 시스템이 무엇을 제공하는지, 각 흐름에 어떤 규칙이 적용되는지, 그리고 확인 응답으로 무엇이 돌아오는지.
각 시스템이 여권에 기여하는 내용
여권 데이터는 한 시스템에서만 나오는 경우가 드뭅니다. 실제로는 소수의 시스템 범주에 분산되어 있으며, 각 범주는 몇 가지 필드만 기여합니다:
- ERP - 품목 식별 정보, 자재, 공급업체 및 원산지, 주문 및 로트 정보, 수량. 변경이 거의 없는 안정적인 마스터 데이터.
- MES - 생산 이력, 일련번호 및 로트 할당, 품질 증명, 추적성. 특정 시점에 연동된 이벤트 데이터.
- APS - 생산 시점 및 자원 할당. 패스에는 직접적으로 관련되는 경우가 드물며, 중요한 정보는 대부분 MES를 통해 제공됩니다.
- PLM - 구성, 부품표, 수리 가능성, 예비 부품, 설계 현황. 에코디자인 규정이 요구하는 사항을 기준으로 볼 때, 가장 포괄적인 정보원입니다.
- PIM - 설명, 이미지, 관리 및 사용 지침, 언어 버전. 소비자 측의 콘텐츠입니다.
- IoT - 사용 단계에서 수집된 상태 및 사용 데이터. 배터리와 같은 특정 제품군에서만 요구됩니다.
- CRM - 개별 고객의 서비스 및 수리 이력. 원칙적으로 개인 정보에 해당하므로 공개 패스에 포함되어서는 안 됩니다.
관리 셸은 시스템들과 나란히 있는 것이 아니라 그 위에 위치합니다
다른 어떤 구분보다 중요한 점이 하나 있습니다. 자산 관리 쉘(AAS)은 ERP, MES, PIM과 나란히 있는 것이 아니라 그 위에 위치합니다. AAS는 데이터를 생성하지 않고, 기존 데이터를 상호 운용 가능한 하위 모델로 캡슐화합니다. Transpareo와의 연동 측면에서 이는 AAS가 편리한 제공 형식이지만, 필수적인 형식은 아니라는 것을 의미합니다. 이를 사용하는 경우, 데이터 패키지를 해당 하위 모델에서 도출하고, 사용하지 않는 경우 동일한 필드를 다른 경로로 제공합니다. 그럼에도 불구하고 우리가 관리 쉘을 훌륭한 기반으로 여기는 이유는 AAS 관련 게시물에서 확인할 수 있습니다.
모든 데이터 흐름에 적용되는 다섯 가지 규칙
방향. 모든 화살표는 플랫폼을 가리킵니다. Transpareo는 어떤 소스 시스템에도 쿼리를 보내지 않으며, ERP, MES, PIM 또는 PLM에 대한 접근 권한도 보유하지 않습니다. 보안 조치가 필요한 귀사의 시스템과의 연결은 존재하지 않습니다. 애초에 그런 연결이 없기 때문입니다.
트리거. 푸시(Push)는 항상 소스 측에서 발생합니다. 제조사 자체, 제조사의 미들웨어 또는 위탁받은 서비스 제공업체에 의해 트리거됩니다. 플랫폼은 대기할 뿐, 데이터를 직접 가져오지 않습니다.
목적 제한. 전송되는 것은 패스에 필요한 부분 데이터뿐이며, 원본 시스템의 전체 데이터 세트는 아닙니다. 패스는 각 시스템에서 소수의 필드만 필요로 하며, 그 외의 모든 데이터는 원래 위치에 그대로 남아 있습니다.
승인. 각 데이터 패키지의 선택, 범위 및 시기는 원본 측에서 결정합니다. Transpareo는 전달받은 것 이상의 데이터를 받을 수 없습니다.
권한. 플랫폼에서 전달된 데이터에 대해 허용되는 처리는 지정된 접근 권한에 의해 규제됩니다: 최소한의 권한만 부여되며, 명시적으로 허용되지 않은 사항은 금지됩니다. 이러한 규칙은 플랫폼 측에서만 적용되며, 절대로 소스 측에 소급 적용되지 않습니다.
되돌아오는 것은 수령 확인서뿐
반환 채널이 전혀 없는 것은 불가능하지만, 이 채널은 데이터를 전송하는 것이 아니라 응답을 ## 전달합니다: DPP URL 또는 GS1 디지털 링크, 버전 ID, 게시 상태 및 유효성 검사 메시지 등입니다. 소스 측에서 이러한 피드백은 ERP나 PIM 내의 상품 정보에 Pass 참조를 직접 저장할 수 있게 해주기 때문에 매우 유용합니다. 이는 데이터에 대한 직접적인 접근 권한이 아닙니다. 수령된 납품에 대한 확인 응답일 뿐입니다.
실무에서 검증된 세 가지 사례
- 주 시스템에서 직접. ERP 또는 PLM이 커넥터를 통해 데이터를 푸시합니다. 하나의 데이터 소스가 명확하게 주를 이루는 경우 간단하고 합리적입니다.
- 집계 계층을 통해. 미들웨어 또는 iPaaS가 ERP, MES 및 PIM 필드를 통합하여 하나의 패키지로 제공합니다. 여러 소스가 관여하는 경우의 일반적인 방식입니다.
- AAS 하위 모델을 통해. 관리 셸이 이미 사용 중이며, 패키지는 해당 하위 모델에서 파생됩니다. 인더스트리 4.0 환경에서 유용합니다.
어떤 패턴이 어떤 시스템 환경에 적합한지, 그리고 이러한 프로젝트를 3개월이 아닌 2주 만에 완료하는 방법은 ERP 연동 플레이북에 정리해 두었습니다.
Transpareo가 의도적으로 추구하지 않는 것
두 번째 ‘시스템 오브 레코드(System of Record)’가 아닙니다. 이 플랫폼은 제조사의 운영 데이터가 아닌, 패스 데이터 세트와 변경 불가능한 버전 이력을 보관합니다. ERP에서 수정된 내용은 새로운 배송을 통해 패스에 반영되며, 이는 기존 데이터의 은밀한 변경이 아닌, 추적 가능한 새로운 버전으로 제공됩니다. 이 버전 체인이 어떻게 서명되고 누구나 검증할 수 있게 되는지는 서명 및 인증서에 관한 게시물에서 확인할 수 있습니다.
따라서 귀사의 보안 계획에서 검토해야 할 사항은 거의 없으며, 이것이 바로 의도된 바입니다. 귀사가 공개하는 접속 정보는 없으며, 내부로 연결되는 방화벽 개방도 없고, ERP에 읽기 권한을 가진 외부 시스템도 없습니다. 실제 프로젝트 업무는 본래 있어야 할 곳, 즉 ‘패스에 어떤 필드를 포함시킬지’를 결정하는 데로 옮겨집니다. ‘누가 어디에 로그인할 수 있는지’를 결정하는 것이 아닙니다.