CIRPASS-2-valideringsstacken för textil DPP
Vad gör en textil DPP verifierbar i stället för bara dokumenterad? Den CIRPASS-2-kompatibla Reeco-stacken tillämpar sju valideringslager — schema, model, semantics, textillogik, mass-balancekontroller, conformity credentials och traceability events — så att ett claim kontrolleras mot produktionsdata innan passet utfärdas, inte efteråt.
Sammanfattning
Textil DPP-efterlevnad misslyckas när data endast samlas in och inte verifieras.
Reeco-stacken som är kompatibel med CIRPASS-2 tillämpar sju valideringslager: SCH, MDL, SEM, TXT, RCO, DCC, DTE.
Varför en flerskiktad stack är nödvändig
De flesta plattformar stannar vid "dokument närvarande". Det bevisar inte integriteten för produktnivåanspråk.
Ett robust DPP-arbetsflöde måste validera struktur, semantik, textillogik och massbalans-sammanhang.
Lageröversikt
| Lager | Omfattning | Typisk utdata |
|---|---|---|
| SCH | Schemaöverensstämmelse | Strukturella fel (till exempel SCH001) |
| MDL | Modellintegritet | Saknade fält eller felformade objekt (MDL*) |
| SEM | Semantisk konsistens | Motsägelsefulla betydelser (SEM*) |
| TXT | Textillogik | Textilspecifika anspråksinkonsekvenser (TXT*) |
| RCO | Reeco-kontrolllager | Hårda affärskontroller (RCO003 massbalans) |
| DCC | Autentiseringsuppgifter | TC exporterad som UNTP DCC 0.6.1 |
| DTE | Spårbarhetshändelser | Batchflöde exporterad som TransformationEvent |
Valideringsprestanda
För deterministiska kontroller på strukturerade nyttolaster kan kärnvalidering köras på millisekunder (referensbenchmark: cirka 1,6 ms per begäran i lätta körningar).
Detta är operativt relevant: kontroller kan köras synkront vid inlämning, före etikettutgivning.
Vad konkurrenter vanligtvis missar
| Kapacitet | Typiskt DPP-gränssnitt | Reeco-stack |
|---|---|---|
| Filöverföring | Ja | Ja |
| Schemakontroller | Delvis | Fullständig SCH + MDL |
| Textilsemantiska regler | Sällsynt | SEM + TXT |
| Hårt massbalans-block | Sällsynt | RCO hårt block |
| UNTP DCC-export | Sällsynt | Inbyggt |
| UNTP DTE-export | Sällsynt | Inbyggt |
Implementeringsanteckningar
Slutpunkter
POST /api/v1/dpp/validatePOST /api/v1/dpp/export/dccPOST /api/v1/dpp/export/dcc/jwtPOST /api/v1/dpp/export/dte
Specversionshantering
- UNTP-referens:
0.6.1 - Bevismodell: W3C Verifiable Credentials
Vanliga frågor
Är schemavalidering tillräckligt för efterlevnad?
Nej. Schemakontroller bekräftar form, inte sanningen i hållbarhetsanspråk.
Vad gör RCO annorlunda?
RCO lägger till hårda operativa kontroller såsom massbalans-blockering när certifierat material är förbrukat.
Varför inkludera DCC och DTE i samma stack?
Eftersom validering utan exporterbar evidens inte är interoperabel efterlevnad.