🇮🇹🇩🇪🇫🇷🇪🇸🇵🇹🇳🇱🇵🇱🇸🇪🇩🇰🇫🇮🇨🇿🇷🇴🇭🇺🇬🇷🇧🇬🇭🇷🇸🇰🇸🇮🇪🇪🇱🇹🇱🇻🇮🇪🇲🇹🇸🇦🇨🇳🇯🇵🇰🇷🇮🇳🇹🇷🇻🇳 🇮🇩

디지털 제품 여권 시장은 구조적 오해를 중심으로 조직되어 왔습니다. 공급업체들은 ESPR 호환성을 마치 여러 필드가 있는 디지털 제품 시트 형식인 문서 형식처럼 전달합니다. 그렇지 않습니다. ESPR은 집행 체계로, 누가 접근 권한을 가지는지, 어떤 기술 기준으로, 얼마나 오래, 어떤 세밀함으로 접근할 수 있는지 정의합니다. 이 두 해석 사이의 거리가 오늘날 구매자들의 실제 운영 위험이 집중되는 지점입니다.

캐리어 문제는 문제가 아닙니다

업계의 비즈니스 내러티브는 'DPP 준비 상태'의 증거로서 RFID와 QR 코드에 막대한 투자를 해왔습니다. 캐리어는 필요하지만 충분하지는 않습니다. ESPR은 여권에 내구성, 재활용 내용, 유해 물질의 존재, 수리 가능성 등 특정 속성을 기계가 읽기 쉽고 상호운용 가능하게 구조화하도록 요구합니다. 참조 기술 사양은 공급망 이벤트의 추적성을 위해 GS1 디지털 링크와 EPCIS 2.0을 결합한 것입니다.

읽어주셔서 감사합니다! 새 게시물을 받고 제 활동을 지원하려면 무료로 구독하세요.

패션 및 섬유 분야에서 활동하는 7개 공급업체의 기술 산출물을 검증했습니다. 감시 시스템이 자동화 쿼리를 위해 요구하는 형태로 GS1 디지털 링크 준수 구조화 데이터를 노출하는 사람은 없습니다. 모두 대시보드가 포함된 웹 포털을 제공합니다. 대시보드는 집행 API가 아닙니다.

라이프사이클 지속성: 아무도 공개하지 않는 SLA

ESPR 규정 제9조는 여권 정보가 해당 모델의 마지막 예시가 시장에 출시된 날로부터 최소 10년 이상 접근 가능해야 한다고 명시하고 있습니다. 제공자와의 계약 종료 시점부터 그런 건 아니에요. 고객 회사가 문을 닫은 것으로는 그렇지 않습니다.

이 구분은 심각한 건축적 함의를 가진다. 여권은 브랜드와 판매자 간의 상업적 관계를 견뎌내야 합니다. 이는 데이터가 독립적인 거버넌스가 있는 등록부에 보관되어야 하거나, 인증된 에스크로 메커니즘이 존재하거나, 제공자가 제3자 감사인이 검증할 수 있는 보존 SLA를 발표해야 함을 의미합니다.

최근 몇 달간 기술 데모 중에 세 곳의 제공자에게 이 문서를 명확히 요청했습니다. 두 경우에는 "데이터 연속성은 계약상 보장된다"는 답변이 있었습니다. B2B 계약은 공공 집행 메커니즘이 아닙니다. 세 번째 경우에는 이메일 후속 조치에서도 질문이 답변되지 않았습니다.

DPP 제공자를 고려 중이라면, 가장 먼저 물어봐야 할 질문은 다음과 같습니다: 2029년에 귀사가 문을 닫을 경우를 대비한 데이터 보존 아키텍처를 보여주세요. 그 답이 당신이 알아야 할 모든 것을 알려줄 것입니다.

시장 감시: 정의상 폐쇄 접근

ESPR은 시장 감시 당국(MSA) — 이탈리아의 기업 및 제조 부서, 세관, 위임된 지역 기관 — 이 브랜드나 판매자에 의해 중재되지 않고 표준화된 방식으로 여권 정보를 접근할 수 있다고 가정합니다. 이것이 집행 시스템의 기둥입니다.

현재의 DPP 제공자 모델은 이러한 아키텍처적 요구사항과 호환되지 않습니다. 데이터는 독점 시스템에 저장됩니다. 접근은 고객(브랜드)이 제공하는 자격 증명에 의해 매개됩니다. 로테르담에서 의류를 스캔하는 세관 검사관은 등록부에 직접 조회할 방법이 없으며, 브랜드 포털을 통해 진행해야 하며, 포털은 비활성화되었거나 재구성되었거나 단순히 응답이 없을 수 있습니다.

EU 중앙집중식 등록부는 EISMEA의 기술 정의 단계에 있어 이 문제를 해결할 것입니다. 하지만 배치 일정은 2026-2027년에 시작될 예정인 섬유 분야의 첫 ESPR 의무와 일치하지 않습니다. 그동안 제공업체들은 "등록부가 준비될 때"라는 하위 호환성 솔루션을 판매합니다. 이것은 구현 세부사항이 아니라 아키텍처적 위험입니다. UNTP(UN 투명성 프로토콜)는 이 격차를 메우기 위해 현재 설계된 유일한 상호운용성 표준입니다.

오류 거버넌스: 존재하지 않는 과정

여권의 속성이 잘못되어 있습니다. 이런 일은 일어납니다: 공급업체가 유기농 면화의 일정 비율을 인증한 후, 이후 2자 감사에서 실패하는 경우도 있습니다. 여권에 있는 정보는 정확해야 합니다. 이전 버전은 타임스탬프와 변경 이유를 포함해 유지해야 합니다. 감사 기록은 변경할 수 없어야 합니다.

이것이 바로 오류의 운영 거버넌스입니다. 저는 기술 문서(마케팅 자료가 아닌 마케팅 자료)에서 수정 절차, 버전 관리 모델, 감사 추적의 변경 불가 보장을 공개적으로 설명하는 제공자를 찾지 못했습니다.

문제는 엄밀히 말해 기술적인 문제가 아닙니다: 버전 관리 시스템이 존재하며 성숙해져 있습니다. 문제는 아직 DPP의 구속력 있는 작전 요구사항으로 설계한 사람이 없다는 점입니다. 시장은 여권을 정적 문서로 취급합니다. ESPR은 이를 감사 가능한 기록으로 간주합니다.

읽어주셔서 감사합니다! 새 게시물을 받고 제 활동을 지원하려면 무료로 구독하세요.