Lo stack di validazione CIRPASS-2 per il DPP tessile
Cosa rende un DPP tessile verificabile e non solo documentato? Lo stack Reeco compatibile CIRPASS-2 applica sette livelli di validazione — schema, model, semantics, logica tessile, controlli di mass balance, conformity credentials ed eventi di tracciabilità — così ogni claim viene controllato sui dati di produzione prima dell'emissione del passaporto, non dopo.
Executive Summary
La conformita' DPP tessile fallisce quando i dati vengono solo raccolti e non verificati.
Lo stack Reeco compatibile CIRPASS-2 applica sette layer: SCH, MDL, SEM, TXT, RCO, DCC, DTE.
Perche' serve uno stack multi-layer
Molte piattaforme si fermano a "documento presente". Questo non prova l'integrita' del claim a livello prodotto.
Un workflow DPP robusto deve validare struttura, semantica, logica tessile e coerenza bilancio di massa.
Panoramica layer
| Layer | Ambito | Output tipico |
|---|---|---|
| SCH | Conformita' schema | Errori strutturali (es. SCH001) |
| MDL | Integrita' modello | Campi obbligatori mancanti (MDL*) |
| SEM | Coerenza semantica | Contraddizioni di significato (SEM*) |
| TXT | Regole tessili | Incoerenze claim tessili (TXT*) |
| RCO | Controlli Reeco | Hard control (RCO003 bilancio di massa) |
| DCC | Credentializzazione | Export TC come UNTP DCC 0.6.1 |
| DTE | Eventi tracciabilita' | Export batch come TransformationEvent |
Postura prestazionale
Su payload strutturati, la validazione deterministica puo' eseguire in pochi millisecondi (benchmark di riferimento: circa 1.6 ms in run leggeri).
Questo permette controlli sincroni al momento della submission, prima dell'emissione etichetta.
Cosa manca tipicamente ai competitor
| Capacita' | Piattaforma documentale base | Stack Reeco |
|---|---|---|
| Upload file | Si | Si |
| Controlli schema | Parziali | SCH + MDL completi |
| Regole semantiche tessili | Rare | SEM + TXT |
| Hard block bilancio di massa | Raro | Si |
| Export UNTP DCC | Raro | Nativo |
| Export UNTP DTE | Raro | Nativo |
Note implementative
Endpoint
POST /api/v1/dpp/validatePOST /api/v1/dpp/export/dccPOST /api/v1/dpp/export/dcc/jwtPOST /api/v1/dpp/export/dte
Versione spec
- riferimento UNTP:
0.6.1 - modello evidenza: W3C Verifiable Credentials
FAQ
La validazione schema basta per la conformita'?
No. Conferma la forma del dato, non la veridicita' del claim.
Cosa rende diverso RCO?
RCO applica hard control operativi come il blocco bilancio di massa quando il materiale certificato e' esaurito.
Perche' includere DCC e DTE nello stesso stack?
Perche' validare senza esportare evidenze interoperabili non e' compliance scalabile.