CIRPASS-2 validavimo dėlis tekstilės DPP
Kas padaro tekstilės DPP patikrinamą, o ne tik dokumentuota? CIRPASS-2 suderinamas Reeco stack taiko septynis validavimo sluoksnius — schema, model, semantics, tekstilės logiką, mass-balance kontrolę, conformity credentials ir traceability events — tad claim tikrinamas pagal gamybos duomenis prieš išduodant pasą, ne po to.
Santrauka
Tekstilės DPP atitiktis nepavyksta, kai duomenys tik renkami, bet nepatikrinami.
CIRPASS-2 suderinama Reeco dėlis taiko septynias validavimo sluoksnius: SCH, MDL, SEM, TXT, RCO, DCC, DTE.
Kodėl reikalingas daugiasluoksnis dėlis
Dauguma platformų sustoja ties „dokumentas yra". Tai neįrodo produkto lygio tvirtinimų vientisumo.
Tvirtas DPP darbo srautas turi validuoti struktūrą, semantiką, tekstilės logiką ir bilancio masinio nuoseklumo.
Sluoksnių apžvalga
| Sluoksnis | Aprėptis | Tipinis rezultatas |
|---|---|---|
| SCH | Schemos atitiktis | Struktūrinės klaidos (pavyzdžiui SCH001) |
| MDL | Modelio vientisumas | Trūkstami laukai arba neteisingai suformuoti objektai (MDL*) |
| SEM | Semantinis nuoseklumas | Prieštaringi reikšmės (SEM*) |
| TXT | Tekstilės logika | Tekstilei specifiniai tvirtinimų nenuoseklumiai (TXT*) |
| RCO | Reeco kontrolės sluoksnis | Griežtos verslo kontrolės (RCO003 bilancio masinis) |
| DCC | Kredencializacija | TC eksportuota kaip UNTP DCC 0.6.1 |
| DTE | Jėgos sekimo įvykiai | Partijos srautas eksportuotas kaip TransformationEvent |
Validavimo našumo pozicija
Dėl deterministinių patikrinimų struktūrizuotiems duomenims, pagrindinė validacija gali vykti milisekundėmis (atskaitos taškas: apie 1,6 ms per užklausą lengvuose paleidimams).
Tai operaciškai svarbu: kontrolės gali vykti sinchroniškai pateikimo metu, prieš etiketės išdavimą.
Ką konkurentai paprastai praleido
| Galimybė | Tipinis DPP UI | Reeco dėlis |
|---|---|---|
| Failo įkėlimas | Taip | Taip |
| Schemos patikrinimas | Dalinis | Pilnas SCH + MDL |
| Tekstilės semantinės taisyklės | Retas | SEM + TXT |
| Griežtas bilancio masinis blokavimas | Retas | RCO griežtas blokavimas |
| UNTP DCC eksportas | Retas | Gimtas |
| UNTP DTE eksportas | Retas | Gimtas |
Diegimo pastabos
Galiniai taškai
POST /api/v1/dpp/validatePOST /api/v1/dpp/export/dccPOST /api/v1/dpp/export/dcc/jwtPOST /api/v1/dpp/export/dte
Spec versijų nustatymas
- UNTP nuoroda:
0.6.1 - Įrodymų modelis: W3C Verifiable Credentials
DUK
Ar schemos validavimas pakankamas atitiktims?
Ne. Schemos patikrinimas patvirtina formą, o ne darnumo tvirtinimų teisingumą.
Kas daro RCO skirtingą?
RCO prideda griežtas operacines kontroles, tokias kaip bilancio masinis blokavimas, kai sertifikuota medžiaga išsisėmė.
Kodėl į tą patį dėlį įtraukti DCC ir DTE?
Nes validavimas be eksportuojamų įrodymų nėra tarpusavyje suderinama atitiktis.