В повечето случаи "ESPR-готови" заявки за DPP никога не са минавали през реалното инструментиране за съответствие.

🇮🇹🇩🇪🇫🇷🇪🇸🇵🇹🇳🇱🇵🇱🇸🇪🇩🇰🇫🇮🇨🇿🇷🇴🇭🇺🇬🇷🇧🇬🇭🇷🇸🇰🇸🇮🇪🇪🇱🇹🇱🇻🇮🇪🇲🇹🇸🇦🇨🇳🇯🇵🇰🇷🇮🇳🇹🇷🇻🇳🇮🇩

Тази седмица проведох текстилните дигитални продуктови паспорти на Reeco през двата референтни инструмента на европейската DPP екосистема — валидатора и имитацията на регистъра на ЕС на проекта CIRPASS-2, както и тестовия пакет на UN Transparency Protocol. Не пързалка. Истинските инструменти, с запазен изход.

Решението за паспортите: те преминават официална валидация UNTP 0.7.0, валидни са валидни проверими данни и носят обгръщащ подпис, който може да се провери спрямо обществеността did:web. Те се регистрират в имитацията на регистъра на ЕС с криптографско доказателство за регистрация.

Но тук е частта, която има значение за цялата екосистема, не само за Reeco.

Официалният тестов пакет все още не можеше да валидира тази версия на протокола. Напълно валидният паспорт се оказа неуспешен — не защото паспортът е бил грешен, а защото инструментите не са настигнали спецификацията.

Не съм писал публикация за това. Отворих проблемите и допринесох с поправките нагоре по веригата — оставяйки съществуващия път непокътнат и базовата линия непокътната. Творбата е публична; Всеки, който иска подробности, може да го намери.

Твърдение за съответствие, което не можете да възпроизведете, е маркетингово твърдение. Твърдение за съответствие, подкрепено с публичен принос към инструментите на стандарта, е нещо друго.

I know which version I am running.

Стефано Чиприани е основател на Reeco®, експертен член на CIRPASS-2 (EWG1, EWG3), регистриран заинтересован участник в JRC