Od danych produktu do zweryfikowanego paszportu w trzech krokach.
OpenDPP został zaprojektowany do walidacji cyfrowych paszportów produktów zgodnie ze zdecentralizowanym modelem DPP, standardowym rozwiązywaniem GS1 oraz asymetryczną kryptografią eIDAS — bez obciążeń operacyjnych. Zmapuj dane produktu raz; my zajmiemy się podpisywaniem, hostingiem i weryfikacją.
Trzy kroki od SKU do podpisanego, skanowalnego paszportu
Bez zespołu ds. standardów ani niestandardowego wdrożenia — wymogi regulacji stają się przewodnim procesem.
Importuj dane produktu
Bez kodowania lub w formacie CSV. Wystarczy raz przypisać kody SKU, materiały i powierzchnię zajmowaną przez produkt — a potem korzystać z tych danych bez ograniczeń. Metadane produktów pozostają w Twoim obszarze roboczym na platformie „OpenDPP” — rejestr UE (ESPR, art. 13) indeksuje wyłącznie identyfikatory; nie przechowuje danych dotyczących produktów.
Podpisz & opublikuj
Zaawansowana pieczęć elektroniczna eIDAS jest stosowana automatycznie, a paszport publikowany za pośrednictwem GS1 Digital Link. Klucze ECDSA na krzywych eliptycznych rotują jednym kliknięciem; klucze prywatne nigdy nie opuszczają bazy danych tenanta.
Weryfikuj wszędzie
Zeskanuj kod QR → publiczny paszport. Resolver negocjuje treść HTML lub JSON-LD, a nabywcy, audytorzy i recyklerzy weryfikują zaawansowaną pieczęć elektroniczną w kilka sekund w portalu audytu pieczęci.
Architektura, która to umożliwia
Natywnie zgodna ze standardami — negocjacja treści, rozwiązywanie GS1, zaawansowane pieczęcie elektroniczne eIDAS, dane produktu w JSON-LD oraz model węzła tenanta zgodny ze zdecentralizowaną architekturą DPP.
Węzeł tenanta, model zdecentralizowany
Twoje dane są przechowywane w Twoim obszarze roboczym na stronie OpenDPP, a nie w centralnym rejestrze UE — indeks Komisji (ESPR, art. 13) służy wyłącznie do przyporządkowywania identyfikatorów do adresów URI paszportów.
Resolver GS1 Digital Link
Jeden skan rozwiązuje GTIN lub GRAI (AI 01/8003), waliduje sumę kontrolną mod-10 i odczytuje numer seryjny AI 21 — następnie odpytuje węzeł.
Zaawansowane pieczęcie elektroniczne eIDAS
ESDC według FprEN 18246 (projekt końcowy): każdy ładunek JSON-LD jest podpisywany kluczem prywatnym tenanta, przechowywanym w szyfrowanym sejfie (AES-256-GCM, dla każdego tenanta, w Postgres), dla dowodu odporności na manipulację.
W3C JSON-LD & AAS
Negocjacja treści zwraca czytelny dla człowieka HTML lub czytelny dla maszyn JSON-LD oraz submodele Asset Administration Shell (AAS v3.0/3.1).
Zgodne ze zdecentralizowanym modelem DPP
W ramach ESPR (Art. 10 / CIRPASS) oraz specyfikacji CEN/CENELEC Komisja Europejska nie hostuje danych produktowych, materiałowych ani chemicznych Twojej firmy. Robienie tego naruszałoby ochronę własności intelektualnej i tworzyłoby scentralizowane pojedyncze punkty awarii.
Rejestr Komisji Europejskiej (art. 13 rozporządzenia ESPR) działa natomiast wyłącznie jako indeks — przypisuje unikalny identyfikator produktu (UPI) do dokładnego URI odpowiadającego mu paszportu. OpenDPP pracuje jako wydajne repozytorium paszportów i resolver GS1 Digital Link dostosowane do tego zdecentralizowanego modelu: metadane produktu pozostają w Twoim obszarze roboczym, odizolowanym na poziomie tenanta, na hostowanym w UE węźle OpenDPP (Twoje dane produktowe zostają w węźle OpenDPP, a nie w rejestrze, który indeksuje wyłącznie identyfikatory). OpenDPP jest gotowy do rejestracji: już dziś tworzy z każdego paszportu rekord wskaźnikowy przewidziany w art. 13 i waliduje go względem rejestru referencyjnego CIRPASS-2 (nienormatywnego odniesienia finansowanego ze środków UE, którego struktura rekordu pochodzi od projektu pilotażowego, a nie od Komisji) — rejestracja baterii w rejestrze Komisji nie jest jeszcze możliwa i nie udokumentowano żadnego maszynowego API dla operatorów.
Brama rozwiązywania GS1 Digital Link
Aby połączyć produkty fizyczne z ich cyfrowymi paszportami, OpenDPP wykorzystuje standardowe identyfikatory URI GS1 Digital Link. Gdy kod QR nadrukowany na produkcie lub aktywie zwrotnym zostaje zeskanowany, brama rozwiązująca (dopasowująca GET /:ai(01|8003)/*) przechwytuje żądanie. Wyodrębnia identyfikator aplikacji GS1, parsuje GTIN lub GRAI, weryfikuje jego sumę kontrolną modulo-10 i odczytuje kolejne atrybuty klucz-wartość, takie jak unikatowy numer seryjny (AI 21). Węzeł następnie rozwiązuje żądanie względem metadanych JSONB w Postgres i zwraca wynegocjowaną reprezentację HTML lub JSON-LD.
- Parsowanie identyfikatorów. AI 01 (GTIN) i AI 8003 (GRAI) są rozpoznawane, walidowane mod-10 i kierowane do właściwego paszportu lub widoku poszczególnej jednostki.
- Serializacja na poziomie jednostki. Numer seryjny AI 21 przekierowuje na publiczną stronę jednostki: tożsamość jednostki, jej status i historia cyklu życia są publiczne, natomiast jej telemetria (stan zdrowia, liczba cykli) jest udostępniana wyłącznie uprawnionym podmiotom o uzasadnionym interesie oraz organom, zgodnie z załącznikiem XIII rozporządzenia w sprawie baterii.
- Negocjacja treści. Ten sam URL serwuje stronę czytelną dla człowieka lub dokument JSON-LD czytelny dla maszyn, w zależności od nagłówka Accept w żądaniu.
Asymetryczne zaawansowane pieczęcie elektroniczne eIDAS, klucze zaszyfrowane w Twoim sejfie
Aby pomóc zapobiegać oszustwom i wspierać niezaprzeczalność, norma w wersji projektu końcowego FprEN 18246 (na etapie głosowania formalnego) określa, że paszporty są zamykane w konstruktach danych podpisanych elektronicznie (ESDC). OpenDPP stosuje zaawansowaną pieczęć elektroniczną eIDAS dla każdego tenanta z programową pieczą w przestrzeni bazy danych tenanta — marki rotują klucze ECDSA na krzywych eliptycznych jednym kliknięciem, a klucze prywatne są przechowywane zaszyfrowane AES-256-GCM i nigdy nie opuszczają węzła tenanta w postaci jawnej.
Gdy paszport zostaje opieczętowany i opublikowany, węzeł podpisuje kompletny ładunek JSON-LD przy użyciu klucza prywatnego tenanta i zapisuje podpis bezpośrednio do PostgreSQL. Audytorzy weryfikują następnie autentyczność pieczęci w portalu walidatora audytu pieczęci — publiczna kontrola, że paszport rzeczywiście pochodzi od zadeklarowanego operatora i nie został zmieniony.
Paszport nie jest jednorazowym zgłoszeniem. To żywy, podpisany rekord, który musi pozostawać dokładny i dostępny długo po tym, jak produkt opuści Twój magazyn — dlatego piecza nad kluczami i trwałość znajdują się w centrum projektu.
— Jak ujmujemy ten obowiązek dla interesariuszyMetamodele AAS i podpisana historia łańcucha dostaw
Na potrzeby interoperacyjności przemysłowych cyfrowych bliźniaków OpenDPP obsługuje specyfikację Asset Administration Shell (AAS v3.0/3.1), odwzorowując na żądanie każdy paszport w standardowe submodele. Eksportowane submodele zawierają opisy pojęć z identyfikatorami słowników eCl@ss i IEC, o ile takie istnieją, a surowe dane AAS JSON Environment można importować bezpośrednio.
OpenDPP analizuje fizyczne transakcje w łańcuchu dostaw zawarte w podpisanych poświadczeniach UNTP w formacie VC, zgodnie z Protokołem Przejrzystości ONZ (UNTP / EPCIS 2.0). W miarę rejestrowania zdarzeń śledzenia węzeł rekurencyjnie analizuje graf za pomocą algorytmu przeszukiwania w głąb odpornego na cykle, tworząc graf skierowany bezcykliczny (DAG) przedstawiający pochodzenie — czytelny dla maszyn rodowód dostaw, który może być wykorzystywany w Twoich własnych procesach due diligence. Osobno platforma OpenDPP wydaje każdy paszport produktu jako zgodny certyfikat DigitalProductPassport UNTP — zawierający dokument vc+jwt (W3C VC-JOSE-COSE) oraz wbudowany dowód W3C Data Integrity (ecdsa-jcs-2019) — który jest weryfikowany zgodnie z oficjalnym schematem UNTP.
- Submodele AAS v3.0/3.1. Wiersze JSONB są na żądanie rzutowane na standardowe submodele zgodności, z przyjmowaniem surowych ładunków AAS Environment.
- Opisy pojęć. Eksportowane submodele zawierają identyfikatory słowników eCl@ss i IEC, o ile takie istnieją.
- UNTP / EPCIS 2.0. Podpisane zdarzenia śledzenia są kompilowane w odporny na cykle graf DAG przedstawiający pochodzenie — czytelny dla maszyn wykres pochodzenia łańcucha dostaw.
- Zgodne poświadczenia UNTP DPP. Każdy paszport z zarejestrowanym zakładem jest również wystawiany jako zgodne ze specyfikacją poświadczenie UNTP DigitalProductPassport — w formie kopertowej vc+jwt (W3C VC-JOSE-COSE) oraz z osadzonym dowodem W3C Data Integrity (ecdsa-jcs-2019), z publicznie dostępnymi kluczami wystawcy did:web i unieważnianiem przez W3C Bitstring Status List.
Zobacz, jak architektura wystawia paszport w czasie rzeczywistym.
Obserwuj, jak Twój zespół przechodzi od danych produktu do opieczętowanego, gotowego do weryfikacji cyfrowego paszportu produktu.
Umów demoOpenDPP publikuje cyfrowe paszporty produktów (DPP) w trzech etapach: (1) modeluje dane produktu zgodnie ze standardem W3C „JSON-LD” za pomocą narzędzia do przesyłania danych bez kodowania lub interfejsu API, (2) stosuje zaawansowaną pieczęć elektroniczną zgodną z normą „eIDAS”, której algorytm weryfikacji, łańcuch certyfikatów i próbki są opublikowane, dzięki czemu strona trzecia może sprawdzić integralność bez konieczności wywoływania strony OpenDPP, oraz (3) publikuje kody QR „GS1 Digital Link”, które przekierowują dowolną stronę do paszportu.
Jak OpenDPP publikuje Cyfrowy Paszport Produktu · Ostatnia weryfikacja