CIRPASS-2 Validation Stack pro textilní DPP
Co dělá textilní DPP ověřitelným, a ne jen zdokumentovaným? Stack Reeco kompatibilní s CIRPASS-2 uplatňuje sedm validačních vrstev — schema, model, semantics, textilní logiku, kontroly mass balance, conformity credentials a traceability events — takže je claim kontrolován vůči výrobním datům před vydáním pasu, ne až poté.
Shrnutí pro vedení
Compliance textilního DPP selhává, když jsou data pouze shromažďována a nejsou ověřena.
Stack Reeco kompatibilní s CIRPASS-2 aplikuje sedm validačních vrstev: SCH, MDL, SEM, TXT, RCO, DCC, DTE.
Proč je vyžadován vícevrstvý stack
Většina platforem se zastaví na „dokument je přítomen". To neprokazuje integritu tvrzení na úrovni produktu.
Robustní workflow DPP musí ověřit strukturu, sémantiku, textilní logiku a koherenci bilancí hmotnosti.
Přehled vrstev
| Vrstva | Rozsah | Typický výstup |
|---|---|---|
| SCH | Shoda se schématem | Strukturální chyby (například SCH001) |
| MDL | Integrita modelu | Chybějící pole nebo poškozené objekty (MDL*) |
| SEM | Sémantická konzistence | Protichůdné významy (SEM*) |
| TXT | Textilní logika | Textilně specifické nekonzistence tvrzení (TXT*) |
| RCO | Kontrolní vrstva Reeco | Tvrdé obchodní kontroly (RCO003 hmotnostní bilance) |
| DCC | Kredencializace | TC exportován jako UNTP DCC 0.6.1 |
| DTE | Události sledovatelnosti | Tok dávky exportován jako TransformationEvent |
Postoj k výkonu validace
Pro deterministické kontroly strukturovaných datových sad mohou základní validace běžet v milisekundách (referenční benchmark: přibližně 1,6 ms na požadavek v lehkých spuštěních).
To je operačně relevantní: kontroly mohou běžet synchronně v čase podání, před emisí štítku.
Co obvykle konkurenti postrádají
| Schopnost | Typické DPP UI | Stack Reeco |
|---|---|---|
| Nahrávání souborů | Ano | Ano |
| Kontroly schématu | Částečně | Úplné SCH + MDL |
| Pravidla textilní sémantiky | Vzácně | SEM + TXT |
| Tvrdý blok bilancí hmotnosti | Vzácně | Tvrdý blok RCO |
| Export UNTP DCC | Vzácně | Nativní |
| Export UNTP DTE | Vzácně | Nativní |
Poznámky k implementaci
Koncové body
POST /api/v1/dpp/validatePOST /api/v1/dpp/export/dccPOST /api/v1/dpp/export/dcc/jwtPOST /api/v1/dpp/export/dte
Verzování specifikace
- Referenční UNTP:
0.6.1 - Model důkazů: W3C Verifiable Credentials
Často kladené otázky
Je validace schématu dostatečná pro compliance?
Ne. Kontroly schématu potvrzují tvar, nikoli pravdivost tvrzení o udržitelnosti.
Co dělá RCO odlišným?
RCO přidává tvrdé operační kontroly, jako je blokování bilancí hmotnosti, když je certifikovaný materiál vyčerpán.
Proč zahrnout DCC a DTE do stejného stacku?
Protože validace bez exportovatelných důkazů není interoperabilní compliance.