CARE ID DPP, CIRPASS-2 참조 아키텍처와 기술적 호환 확인
실제 DPP를 EU 시스템에 연결하면 무슨 일이 일어날까요?
CARE ID의 DPP를 CIRPASS-2 - Digital Product Passport의 모의 EU 레지스트리·검증기(Validator)로 테스트했습니다.
EU DPP 아키텍처가 실제로 어떻게 작동하는지에 대한 5가지 실무 인사이트입니다:
EU DPP 시스템은 연합형(federated) 아키텍처로 구성되어 있습니다.
기업 DPP 서버(데이터 원천) → EU 레지스트리(식별자 인덱스) → 데이터 추출기(Data Extractor, 원천에서 데이터를 가져옴) → 검증기/비교기(Validator/Comparator)
레지스트리는 전체 DPP 데이터를 저장하지 않습니다. 식별자와 참조(예: liveURL)만 기록하며, 실제 데이터는 기업 시스템 전반에 분산된 상태로 유지됩니다.
→ 시사점: 브랜드는 구조화된 제품 데이터를 직접 보유하고 관리해야 합니다.
*이 데이터의 세부 구조는 궁극적으로 향후 섬유 분야 ESPR 위임법(delegated acts)에서 요구될 공식 어휘(vocabulary) 및 데이터 모델에 따라 결정될 것입니다.
"liveURL" ≠ 고객용 페이지
liveURL은 QR 랜딩 페이지가 아닙니다. EU 시스템을 위한 기계 판독 가능(machine-readable) 제품 데이터를 제공해야 합니다.
→ 실무적으로는 두 개의 별도 엔드포인트가 필요합니다:
고객 대면 페이지
기계 판독 가능 DPP 엔드포인트
검증은 단순 구조 검증이 아니라 시맨틱(semantic) 검증입니다
CIRPASS-2 검증에는 다음이 포함됩니다:
JSON Schema 및 SHACL
이는 DPP를 "데이터 존재 여부"에서 → 데이터 의미(meaning)로 이동시킵니다.
다만 섬유 특화 어휘와 규칙이 아직 확정되지 않았기 때문에, 완전한 규제 검증은 여전히 진화하는 중입니다.
4. 시스템은 애초에 불완전한 데이터를 전제로 합니다
DPP 데이터 추출기(DPP Data Extractor)는 완벽한 준수를 전제하지 않습니다. 일부만 정합된 구조에서도 데이터를 추출할 수 있습니다.
→ 현실: 이 생태계는 첫날부터 완벽할 것을 요구하지 않고, 점진적인 도입을 염두에 두고 설계됐습니다. 따라서 브랜드는 모든 것이 완벽해질 때까지 기다렸다가 시작할 필요가 없습니다.
진짜 과제는 데이터 모델링입니다
인프라에 연결하는 것은 비교적 간단합니다. 실제 작업은 다음과 같습니다:
어휘 매핑(vocabulary mapping)
스키마 정렬(schema alignment)
시맨틱 규칙 준수
표준 식별자(standard identifiers)
CIRPASS-2 오픈소스 도구는 실제 DPP 시스템이 새롭게 형성되고 있는 EU 인프라와 어떻게 상호작용할 수 있는지를 탐색하는 귀중한 방법을 제공합니다.
이는 규정 준수 평가(compliance assessment)가 아니라, CARE ID의 DPP 아키텍처가 CIRPASS-2 내에서 개발 중인 참조 아키텍처(reference architecture)의 현재 버전과 기술적으로 호환됨을 보여주는 것입니다.
저희의 다음 단계는 ESPR 위임법을 통해 섬유 DPP 표준이 최종 확정되면, CARE ID의 내부 데이터 모델을 해당 표준에 정렬하는 것입니다.
※ 참고로, CIRPASS-2 모의 EU 등록소(mock EU Registry)를 대상으로 진행한 테스트에서 사용한 샘플 메타데이터 페이로드를 함께 첨부했습니다. 여기 표시된 엔드포인트(liveURL 포함)는 CARE ID의 DPP 데이터가 EU DPP 아키텍처 안에서 어떻게 등록되고 조회될 수 있는지를 시뮬레이션하기 위해 테스트용으로 생성한 것입니다.