La pile de validation CIRPASS-2 pour le DPP textile
Qu'est-ce qui rend un DPP textile vérifiable plutôt que seulement documenté ? La stack Reeco compatible CIRPASS-2 applique sept couches de validation — schema, model, semantics, logique textile, contrôles de mass balance, conformity credentials et événements de traçabilité — de sorte qu'un claim est contrôlé sur les données de production avant l'émission du passeport, pas après.
Résumé exécutif
La conformité DPP textile échoue lorsque les données sont seulement collectées et non vérifiées.
La pile Reeco compatible CIRPASS-2 applique sept couches de validation : SCH, MDL, SEM, TXT, RCO, DCC, DTE.
Pourquoi une pile multicouche est nécessaire
La plupart des plateformes s'arrêtent à « document présent ». Cela ne prouve pas l'intégrité des allégations au niveau produit.
Un flux DPP robuste doit valider la structure, la sémantique, la logique textile et la cohérence du bilan massique.
Vue d'ensemble des couches
| Couche | Périmètre | Sortie typique |
|---|---|---|
| SCH | Conformité au schéma | Erreurs structurelles (par exemple SCH001) |
| MDL | Intégrité du modèle | Champs manquants ou objets mal formés (MDL*) |
| SEM | Cohérence sémantique | Significations contradictoires (SEM*) |
| TXT | Logique textile | Incohérences d'allégations spécifiques au textile (TXT*) |
| RCO | Couche de contrôle Reeco | Contrôles métier stricts (RCO003 bilan massique) |
| DCC | Credentialization | TC exporté en UNTP DCC 0.6.1 |
| DTE | Événements de traçabilité | Flux de lot exporté en TransformationEvent |
Position de performance de validation
Pour les contrôles déterministes sur des payloads structurés, la validation centrale peut s'exécuter en millisecondes (benchmark de référence : environ 1.6 ms par requête en exécutions légères).
Cela est opérationnellement pertinent : les contrôles peuvent s'exécuter de façon synchrone au moment de la soumission, avant l'émission d'étiquette.
Ce que les concurrents manquent généralement
| Capacité | UI DPP typique | Pile Reeco |
|---|---|---|
| Téléversement de fichier | Oui | Oui |
| Contrôles de schéma | Partiel | SCH + MDL complets |
| Règles sémantiques textiles | Rare | SEM + TXT |
| Blocage strict de bilan massique | Rare | Blocage strict RCO |
| Export UNTP DCC | Rare | Natif |
| Export UNTP DTE | Rare | Natif |
Notes d'implémentation
Endpoints
POST /api/v1/dpp/validatePOST /api/v1/dpp/export/dccPOST /api/v1/dpp/export/dcc/jwtPOST /api/v1/dpp/export/dte
Versionnement des spécifications
- Référence UNTP :
0.6.1 - Modèle de preuve : W3C Verifiable Credentials
FAQ
La validation de schéma est-elle suffisante pour la conformité ?
Non. Les contrôles de schéma confirment la forme, pas la véracité des allégations de durabilité.
Qu'est-ce qui rend RCO différent ?
RCO ajoute des contrôles opérationnels stricts tels que le blocage de bilan massique lorsque la matière certifiée est épuisée.
Pourquoi inclure DCC et DTE dans la même pile ?
Parce qu'une validation sans preuves exportables n'est pas une conformité interopérable.
Disponible également en : English Italiano Deutsch Español Português