# CIRPASS-2 Validation Stack за текстилни DPP

## Резюме

Текстилното 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/validate`
- `POST /api/v1/dpp/export/dcc`
- `POST /api/v1/dpp/export/dcc/jwt`
- `POST /api/v1/dpp/export/dte`

### Версионирање на спецификация

- UNTP референция: `0.6.1`
- Модел на доказателства: W3C Verifiable Credentials

## ЧЗВ

### Достатъчна ли е валидацията на схемата за съответствие?

Не. Проверките на схемата потвърждават формата, а не верността на претенциите за устойчивост.

### Какво прави RCO различен?

RCO добавя твърди оперативни контроли, като блокиране на билансирането на маса, когато сертифицираният материал е изчерпан.

### Защо да включвам DCC и DTE в един и същи stack?

Защото валидацията без експортируемо доказателство не е взаимно съвместимо съответствие.