Der CIRPASS-2-Validierungsstack für textile DPP
Was macht einen textilen DPP verifizierbar statt nur dokumentiert? Der CIRPASS-2-kompatible Reeco-Stack wendet sieben Validierungsschichten an — schema, model, semantics, textile Logik, Mass-Balance-Kontrollen, Conformity Credentials und Traceability Events — sodass ein Claim gegen Produktionsdaten geprüft wird, bevor der Pass ausgestellt wird, nicht danach.
Zusammenfassung
Die textile DPP-Compliance scheitert, wenn Daten nur gesammelt und nicht verifiziert werden.
Der CIRPASS-2-kompatible Reeco-Stack wendet sieben Validierungsebenen an: SCH, MDL, SEM, TXT, RCO, DCC, DTE.
Warum ein Multi-Layer-Stack erforderlich ist
Die meisten Plattformen stoppen bei „Dokument vorhanden“. Das belegt keine Claim-Integrität auf Produktebene.
Ein robuster DPP-Workflow muss Struktur, Semantik, textile Logik und Massenbilanz-Kohärenz validieren.
Ebenenübersicht
| Ebene | Umfang | Typische Ausgabe |
|---|---|---|
| SCH | Schema-Konformität | Strukturelle Fehler (z. B. SCH001) |
| MDL | Modellintegrität | Fehlende Felder oder fehlerhafte Objekte (MDL*) |
| SEM | Semantische Konsistenz | Widersprüchliche Bedeutungen (SEM*) |
| TXT | Textile Logik | Textilspezifische Claim-Inkonsistenzen (TXT*) |
| RCO | Reeco-Kontrollschicht | Harte Geschäftsregeln (RCO003 Massenbilanz) |
| DCC | Credentialization | TC als UNTP DCC 0.6.1 exportiert |
| DTE | Rückverfolgbarkeitsereignisse | Chargenfluss als TransformationEvent exportiert |
Validierungs-Performance
Für deterministische Prüfungen auf strukturierten Payloads kann die Kernvalidierung in Millisekunden ausgeführt werden (Referenzbenchmark: etwa 1.6 ms pro Anfrage in leichten Läufen).
Das ist operativ relevant: Kontrollen können synchron zum Einreichungszeitpunkt laufen, vor der Label-Ausgabe.
Was Wettbewerber üblicherweise übersehen
| Fähigkeit | Typische DPP-UI | Reeco-Stack |
|---|---|---|
| Datei-Upload | Ja | Ja |
| Schema-Prüfungen | Teilweise | Vollständig SCH + MDL |
| Textile semantische Regeln | Selten | SEM + TXT |
| Harter Massenbilanz-Block | Selten | RCO-Hard-Block |
| UNTP DCC Export | Selten | Nativ |
| UNTP DTE Export | Selten | Nativ |
Implementierungshinweise
Endpoints
POST /api/v1/dpp/validatePOST /api/v1/dpp/export/dccPOST /api/v1/dpp/export/dcc/jwtPOST /api/v1/dpp/export/dte
Spezifikationsversionierung
- UNTP-Referenz:
0.6.1 - Evidenzmodell: W3C Verifiable Credentials
FAQ
Reicht Schema-Validierung für Compliance aus?
Nein. Schema-Prüfungen bestätigen die Form, nicht die Wahrhaftigkeit von Nachhaltigkeits-Claims.
Was macht RCO anders?
RCO ergänzt harte operative Kontrollen wie Massenbilanz-Blockierung, wenn zertifiziertes Material aufgebraucht ist.
Warum DCC und DTE im selben Stack?
Weil Validierung ohne exportierbare Evidenz keine interoperable Compliance ist.
Auch verfügbar in: English Italiano Français Español Português