CIRPASS-2 Validation Stack за текстилни DPP
Какво прави текстилния DPP проверим, а не само документиран? CIRPASS-2-съвместимият Reeco stack прилага седем валидационни слоя — schema, model, semantics, текстилна логика, контроли за mass balance, conformity credentials и traceability events — така че claim се проверява спрямо производствени данни преди издаване на паспорта, не след това.
Резюме
Текстилното DPP съответствие се проваля, когато данните се събират, но не се проверяват.
CIRPASS-2-съвместимия Reeco stack прилага седем слоя валидация: SCH, MDL, SEM, TXT, RCO, DCC, DTE.
Защо е необходим многослоен stack
Повечето платформи спират на "документ присъства". Това не доказва интегритета на претенциите на ниво продукт.
Надежден DPP работен процес трябва да валидира структура, семантика, текстилна логика и съответствие на билансирането на маса.
Преглед на слоевете
| Слой | Обхват | Типичен резултат |
|---|---|---|
| SCH | Съответствие на схемата | Структурни грешки (например SCH001) |
| MDL | Интегритет на модела | Липсващи полета или неправилно оформени обекти (MDL*) |
| SEM | Семантична последователност | Противоречиви значения (SEM*) |
| TXT | Текстилна логика | Текстилни специфични несъответствия на претенции (TXT*) |
| RCO | Reeco контролен слой | Твърди бизнес контроли (RCO003 билансиране на маса) |
| DCC | Удостоверяване | TC експортиран като UNTP DCC 0.6.1 |
| DTE | События за проследяване | Поток на партида експортиран като TransformationEvent |
Позиция на производителност на валидацията
За детерминистични проверки на структурирани полезни товари, основната валидация може да се изпълни в милисекунди (референтна мярка: около 1.6 ms на заявка при лекотни пускания).
Това е оперативно релевантно: контролите могат да се изпълняват синхронно при време на подаване, преди емисия на етикета.
Какво обикновено пропускат конкурентите
| Възможност | Типичен DPP UI | Reeco Stack |
|---|---|---|
| Качване на файл | Да | Да |
| Проверки на схемата | Частично | Пълен SCH + MDL |
| Текстилни семантични правила | Редко | SEM + TXT |
| Твърд блок на билансирането на маса | Редко | RCO твърд блок |
| UNTP DCC експорт | Редко | Роден |
| UNTP DTE експорт | Редко | Роден |
Бележки по внедряване
Крайни точки
POST /api/v1/dpp/validatePOST /api/v1/dpp/export/dccPOST /api/v1/dpp/export/dcc/jwtPOST /api/v1/dpp/export/dte
Версионирање на спецификация
- UNTP референция:
0.6.1 - Модел на доказателства: W3C Verifiable Credentials
ЧЗВ
Достатъчна ли е валидацията на схемата за съответствие?
Не. Проверките на схемата потвърждават формата, а не верността на претенциите за устойчивост.
Какво прави RCO различен?
RCO добавя твърди оперативни контроли, като блокиране на билансирането на маса, когато сертифицираният материал е изчерпан.
Защо да включвам DCC и DTE в един и същи stack?
Защото валидацията без експортируемо доказателство не е взаимно съвместимо съответствие.