섬유 DPP를 위한 CIRPASS-2 검증 스택
섬유 DPP를 문서만 있는 상태가 아니라 검증 가능하게 만드는 것은 무엇인가? CIRPASS-2 호환 Reeco 스택은 schema·model·semantics·섬유 로직·mass-balance 통제·conformity credentials·traceability events의 일곱 검증 계층을 적용해, 여권 발급 전에 생산 데이터와 claim을 대조한다——발급 후가 아니다.
요약
섬유 DPP 규정 준수는 데이터가 수집되기만 하고 검증되지 않을 때 실패한다.
CIRPASS-2 호환 Reeco 스택은 일곱 개의 검증 계층을 적용한다: SCH, MDL, SEM, TXT, RCO, DCC, DTE.
다계층 스택이 필요한 이유
대부분의 플랫폼은 "문서 존재"에서 멈춘다. 이는 제품 수준 주장의 무결성을 입증하지 못한다.
견고한 DPP 워크플로는 구조, 의미론, 섬유 논리, 그리고 질량 균형 일관성을 검증해야 한다.
계층 개요
| 계층 | 범위 | 일반적 출력 |
|---|---|---|
| SCH | 스키마 적합성 | 구조적 오류(예: SCH001) |
| MDL | 모델 무결성 | 누락된 필드 또는 잘못된 객체(MDL*) |
| SEM | 의미론적 일관성 | 모순된 의미(SEM*) |
| TXT | 섬유 논리 | 섬유 특화 주장 불일치(TXT*) |
| RCO | Reeco 통제 계층 | 강제 비즈니스 통제(RCO003 질량 균형) |
| DCC | 자격증명화 | TC를 UNTP DCC 0.6.1로 익스포트 |
| DTE | 추적성 이벤트 | 배치 흐름을 TransformationEvent로 익스포트 |
검증 성능 자세
구조화된 페이로드에 대한 결정론적 검사의 경우, 핵심 검증은 밀리초 단위로 실행될 수 있다(참조 벤치마크: 경량 실행에서 요청당 약 1.6 ms).
이는 운영상 의미가 있다. 통제는 라벨 발급 전 제출 시점에 동기적으로 실행될 수 있다.
경쟁사가 일반적으로 놓치는 것
| 기능 | 일반적 DPP UI | Reeco 스택 |
|---|---|---|
| 파일 업로드 | 예 | 예 |
| 스키마 검사 | 부분적 | 완전한 SCH + MDL |
| 섬유 의미론 규칙 | 드묾 | SEM + TXT |
| 강제 질량 균형 차단 | 드묾 | RCO 강제 차단 |
| UNTP DCC 익스포트 | 드묾 | 기본 제공 |
| UNTP DTE 익스포트 | 드묾 | 기본 제공 |
구현 참고사항
엔드포인트
POST /api/v1/dpp/validatePOST /api/v1/dpp/export/dccPOST /api/v1/dpp/export/dcc/jwtPOST /api/v1/dpp/export/dte
사양 버전 관리
- UNTP 참조:
0.6.1 - 증거 모델: W3C 검증 가능 자격증명(Verifiable Credentials)
FAQ
스키마 검증만으로 규정 준수에 충분한가?
아니다. 스키마 검사는 형태를 확인하지, 지속가능성 주장의 진실성을 확인하지 않는다.
RCO를 다르게 만드는 것은 무엇인가?
RCO는 인증된 소재가 소진될 때의 질량 균형 차단과 같은 강제 운영 통제를 추가한다.
왜 DCC와 DTE를 같은 스택에 포함하는가?
익스포트 가능한 증거 없는 검증은 상호운용 가능한 규정 준수가 아니기 때문이다.