Katalog usług dotyczących cyfrowych paszportów produktów: odpowiedzi na potrzeby Państwa analizy due diligence

Podstawowe wymagania ESPR oraz profil zgodności dla wyrobów włókienniczych, które muszą zostać spełnione przed każdą publikacją, o ile obszar roboczy nie wyłączy tej kontroli.

Przed opublikowaniem sprawdzane są identyfikatory produktu oraz podmiotu gospodarczego, a także - na podstawie wzoru tekstylnego - etykieta z informacją o składzie włókien oraz dokumentacja techniczna; skład materiału i poziom produktu są sprawdzane w charakterze zalecenia. Wskazówki dotyczące pielęgnacji oraz pozostałe dokumenty towarzyszące są dostępne w postaci pól szablonu z ustalonym poziomem jawności.

Dopóki akt delegowany pozostaje w fazie projektu, elementy danych, które określa, stanowią w systemie Transpareo kwestię konfiguracji. Elementy dodane w ostatecznej wersji aktu prawnego są wprowadzane jako aktualizacja profilu zgodności, bez konieczności modyfikacji platformy.

Tak. Model danych dotyczących akumulatorów zgodny z normą DIN DKE SPEC 99100 został w całości zapisany i zostanie zweryfikowany przed opublikowaniem.

Transpareo dostarcza model danych zdefiniowany w normie DIN DKE SPEC 99100 (załącznik A, tabela A.1), który obejmuje elementy danych wymagane przez rozporządzenie w sprawie baterii oraz wytyczne Komisji dotyczące poszczególnych kategorii: między innymi kategorię akumulatora, skład chemiczny, ślad węglowy, udział materiałów pochodzących z recyklingu w podziale na poszczególne metale, stan zużycia (State of Health) oraz wartości dotyczące żywotności.

Paszport baterii jest weryfikowany na podstawie jego własnego profilu zgodności. Dane, do których dostęp zastrzeżono w rozporządzeniu dla osób uprawnionych, są przechowywane oddzielnie od publicznego zbioru danych. Każdy obszar roboczy z bateriami automatycznie korzysta z jednego paszportu na każdą baterię. Obowiązek ten wchodzi w życie z dniem 18 lutego 2027 r.

Obecnie jedenaście grup produktów posiada profil zgodności, a każda kolejna grupa produktów jest odwzorowywana za pomocą własnych typów właściwości.

Dostępne są profile zgodności dla wyrobów tekstylnych, baterii, urządzeń elektronicznych, opon, opakowań, mebli, aluminium, żelaza i stali, chemikaliów, wyrobów budowlanych oraz materiałów mających kontakt z żywnością. Obszar roboczy wybiera odpowiednią kategorię, a platforma weryfikuje zgodność każdego certyfikatu z danym profilem.

Każdy inny rodzaj produktu jest odwzorowywany poprzez zdefiniowanie własnych typów właściwości dla produktów i komponentów, odpowiednio jako pola obowiązkowe lub opcjonalne. Grupa produktów, która nie została jeszcze objęta regulacją, jest zatem kwestią konfiguracji.

Firma Transpareo wydaje paszporty do krajów UE. Zaleca się utworzenie oddzielnego obszaru roboczego dla każdej branży, ponieważ każdy szablon branżowy określa własne obowiązkowe pola danych.

W ramach danego obszaru roboczego dodawane są kolejne punkty danych jako typy właściwości, z których każdy posiada własny poziom ujawniania, a każdy certyfikat jest weryfikowany pod kątem zgodności z profilem zgodności kategorii danego obszaru roboczego. Identyfikatory GS1, weryfikowalne poświadczenia W3C oraz słowniki JSON-LD są zrozumiałe na całym świecie.

Każdy szablon składa się z dwóch poziomów: poziomu regulacyjnego, który określa zasady regulacji, oraz poziomu własnego klienta, który może on dowolnie rozszerzać.

Poziom regulacyjny: Dla każdej kategorii regulacyjnej platforma przechowuje punkty danych i dokumenty towarzyszące zgodnie z odpowiednimi przepisami w formie szablonu, który obszar roboczy przejmuje w jednym kroku. Zestaw dotyczący wyrobów włókienniczych jest zgodny z rozporządzeniem (UE) nr 1007/2011 oraz podstawowymi wymaganiami ESPR; akt delegowany dotyczący wyrobów tekstylnych znajduje się nadal w fazie projektu. Zestaw dotyczący baterii jest zgodny z normą DIN DKE SPEC 99100 wraz z obowiązkowymi przepisami Komisji dotyczącymi poszczególnych kategorii. Typ, status obowiązkowości oraz termin w słowniku są ustalone, natomiast obszar roboczy może dostosować nazwę i poziom ujawniania informacji; stały termin sprawia, że karty produktów różnych marek są czytelne przy użyciu tych samych narzędzi.

Własny poziom: Obszar roboczy definiuje, oprócz ustalonych ram, dowolną liczbę własnych typów właściwości dowolnego rodzaju, na przykład dotyczących obuwia lub akcesoriów. Nowy typ właściwości jest dostępny od momentu zapisania.

Marki, kategorie, typy właściwości, języki, grupy, identyfikacja wizualna i domena stanowią elementy konfiguracji. Wszyscy klienci korzystają z tego samego produktu: to, czego potrzebuje jeden klient, jest udostępniane wszystkim użytkownikom platformy za pośrednictwem konfiguracji, dzięki czemu aktualizacja zachowuje wszystkie dostosowania.

W zależności od modelu, partii lub sztuki.

Kod GTIN identyfikuje model, zwany również stylem lub SKU. Karta partii zawiera numer partii powiązany z adresem; karta pojedynczego egzemplarza zawiera numer seryjny zamiast numeru partii. W rezultacie dla każdej karty generowany jest adres internetowy, który może odczytać każdy skaner zgodny ze standardem GS1.

Poziom określa obszar roboczy, a w przypadku wyrobów tekstylnych i baterii jest on ustalony przez kategorię regulacyjną: jeden paszport na każdą partię produkcyjną w przypadku wyrobów tekstylnych, jeden na każdą baterię w przypadku baterii. Opublikowany paszport zachowuje poziom, na którym został opublikowany.

Tak. Identyfikatory produktów są zgodne ze standardem GS1, a podmioty gospodarcze i zakłady produkcyjne są weryfikowane pod kątem zgodności ze schematami określonymi w normie EN 18219:2026.

Kod GTIN identyfikuje model, numer partii (AI 10) - partię, a numer seryjny (AI 21) - pojedynczy egzemplarz. Kod GTIN jest sprawdzany podczas wprowadzania na podstawie cyfry kontrolnej, a produkt z nieprawidłową cyfrą kontrolną GTIN nie może zostać ani zapisany, ani opublikowany. Kody GLN podmiotów gospodarczych i zakładów są również weryfikowane na podstawie ich cyfry kontrolnej.

Prace można rozpocząć, zanim dostępne będą numery GS1: produkt identyfikuje się za pomocą numeru części producenta (MPN, zazwyczaj odpowiadającego numerowi SKU), a numer GTIN zostanie uzupełniony w późniejszym terminie, bez zakłócania dotychczasowego funkcjonowania systemu.

Każda warstwa stanowi odrębny zestaw danych z własnym identyfikatorem i zawiera elementy, które do niej należą.

Model odzwierciedla informacje dotyczące danego artykułu: skład, sposób konserwacji, pochodzenie, dokumenty. Warianty dziedziczą te dane; w przypadku wariantu ustala się wartość odbiegającą od normy i oznacza ją jako odstępstwo. Partia zachowuje swój numer i datę produkcji oraz „zamraża” zestaw danych w stanie gotowym do użycia. Pojedynczy egzemplarz dziedziczy zamrożony rekord danych swojej partii; jego własną cechą charakterystyczną jest historia napraw, renowacji, zmian właścicieli oraz zdarzeń.

Z modelu przechodzi się do wyprodukowanych w jego ramach partii, a z partii - do poszczególnych sztuk; każda sztuka odnosi się do swojej partii i swojego modelu. Hierarchie opakowań, czyli informacje o tym, co zostało zapakowane w co, nie są obecnie rejestrowane.

Zgodnie ze schematami dopuszczonymi przez normę EN 18219: podmiot gospodarczy posiadający kod LEI lub GLN, a także zakład posiadający kod LEI, GLN lub DID.

Numer LEI lub GLN Państwa przedsiębiorstwa jest zapisywany w ustawieniach obszaru roboczego, natomiast numer producenta - w jego rekordzie danych. Oba numery są sprawdzane pod kątem zgodności z tymi schematami i zapisywane w paszporcie w miejscu przewidzianym przez normę. Pozostałe identyfikatory producenta są dodawane jako typy właściwości bez konieczności prowadzenia prac programistycznych.

Każdy nośnik danych, na którym można zapisać adres internetowy; kod QR generuje sama platforma.

Każdy kod produktu z numerem GTIN jest wydawany jako GS1 Digital Link i dostarczany wraz z gotowym do druku szablonem kodu QR w formacie skalowalnym SVG, PDF oraz PNG w dowolnym rozmiarze do 2 000 pikseli, z poziomem korekcji błędów M. Programy Illustrator i InDesign otwierają te pliki bezpośrednio; nie ma osobnej wtyczki Adobe.

Kod Data Matrix nadaje się do niewielkich powierzchni nadruku, tagi NFC zawierają zestaw danych NDEF-URI, a wkładki RFID UHF są odczytywane na odległość; kod EPC, utworzony z tego samego numeru GTIN i numeru seryjnego, prowadzi do tego samego paszportu. Dowolna liczba nośników danych może kodować ten sam adres i prowadzić do tego samego dokumentu.

Tak. Adres jest ustalony z góry, dzięki czemu kod może zostać wydrukowany, zanim zostanie utworzony rekord danych produktu.

Po skonfigurowaniu domeny adres karty wynika z GS1 Digital Link: domena, GTIN oraz, w zależności od poziomu, numer partii lub numer seryjny. Kod zostaje wygenerowany natychmiast po opublikowaniu karty. Platforma renderuje go już od pierwszego projektu w formacie wektorowym SVG, jako plik PDF gotowy do druku oraz jako plik PNG w wymaganych rozmiarach w pikselach - zarówno jako plik, jak i za pośrednictwem interfejsu API.

Wcześniej wygenerowane numery seryjne dostawcy są importowane w dużych ilościach za pomocą pliku lub poprzez API: w obszarze roboczym, w którym każdy dokument stanowi numer seryjny danego dokumentu, w pozostałych przypadkach jako numery seryjne partii, której dokument otwierają.

W obu kierunkach, bez konieczności instalacji u dostawcy i bez integracji z jego systemami.

Jeśli dostawca drukuje kody generowane przez Transpareo, paszporty są tworzone na podstawie danych zlecenia, każdy z nich otrzymuje swój adres, a dostawca otrzymuje zestaw w postaci pliku lub za pośrednictwem API wraz z szablonami gotowymi do druku. Jeśli dostawca dostarcza własne kody, jego numery seryjne są importowane i powiązane z kartami - w przypadku dużych partii przed rozpoczęciem produkcji lub pojedynczo za pośrednictwem interfejsu API.

Relacja biznesowa z dostawcą pozostaje po stronie klienta, a platforma przechowuje powiązanie między numerem seryjnym a kartą, dzięki czemu można zmienić dostawcę bez wpływu na już wydane karty. Transpareo dostarcza oprogramowanie; fizyczne etykiety i nośniki danych pochodzą od partnerów lub od dowolnego dostawcy wybranego przez klienta, po cenie ustalonej przez tego dostawcę. Skanowanie przez konsumenta wymaga jedynie aparatu w telefonie, a odczyt NFC lub RFID odbywa się za pomocą urządzeń, które firma i tak posiada.

Każdy adres otwiera profil na swoim poziomie lub na poziomie wyższym, dzięki czemu sklep może umieścić link do adresu modelu, zanim ktoś dokona zakupu.

W przypadku wydawania kart identyfikacyjnych dla poszczególnych partii numer GTIN bez numeru partii otwiera kartę najnowszej partii. Numer partii otwiera kartę tej partii, natomiast numer seryjny - kartę pojedynczego egzemplarza lub, w obszarze roboczym wydającym karty dla poszczególnych partii, kartę partii, do której należy ten numer seryjny. Wymyślony numer seryjny otwiera kartę partii lub modelu z informacją, że dana jednostka nie posiada własnej karty, a wywołanie zostaje zarejestrowane; nieznany kod GTIN nie prowadzi do żadnego wyniku. Kod SGTIN-EPC odczytany z tagu RFID, niezależnie od tego, czy występuje w postaci URN, czy w skompresowanej formie GS1, jest przekazywany do jego GS1 Digital Link.

Resolver został zbudowany zgodnie ze standardem GS1 dotyczącym resolverów zgodnych z GS1 (GS1-Conformant Resolver Standard, ISO/IEC 18975) i jest opisany na każdym hoście w obszarze roboczym pod adresem /.well-known/gs1resolver. W przypadku linkType=linkset oraz starszej wartości „all” urządzenia otrzymują zestaw linków identyfikatora (RFC 9264) zgodny ze schematem GS1; gs1:pip, gs1:DPP oraz gs1:defaultLink są obsługiwane; typ linku, którego Pass nie obsługuje, zwraca kod 404, a nieprawidłowy link - kod 400; każda odpowiedź wskazuje poziom, na którym została wygenerowana. Nasz własny moduł rozpoznawczy odpowiada na GS1 Digital Links oraz adresy RFID zakodowane zgodnie ze standardem GS1, a paszport otwiera się pod swoim adresem GS1; marka, której linki przechodzą przez moduł rozpoznawczy GS1, kieruje ten moduł do naszego, a każde skanowanie dociera do nas poprzez jego przekierowanie.

Każda publikacja utrwala nową, podpisaną wersję pod tym samym adresem, a każda wcześniejsza wersja pozostaje dostępna w stanie, w jakim została opublikowana.

Każda wersja stanowi weryfikowalny certyfikat W3C (Verifiable Credential), podpisany za pomocą algorytmu ECDSA-SD, który stanowi metodę selektywnego ujawniania: konsument, podmiot zajmujący się recyklingiem oraz organ administracji otrzymują odpowiednio ten podzbiór danych, do którego mają uprawnienia, a podpis pozostaje weryfikowalny w odniesieniu do tego podzbioru. Każda wersja zawiera skrót poprzedniej wersji, dzięki czemu nie można niezauważalnie zmienić historii, a manifest podpisany kluczem Transpareo zawiera wykaz wszystkich wersji wraz z ich skrótami. Każda poprzednia wersja wskazuje, co uległo zmianie od czasu poprzedniej wersji.

Zestaw danych produktu powiązany z certyfikatem pozostaje edytowalny i posiada własną historię: każda zmiana jest rejestrowana pole po polu wraz z informacją o osobie lub systemie, datą oraz wartością przed i po zmianie, a wcześniejszy stan można przywrócić. Historia produktu pokazuje, kto wprowadził daną zmianę; wersje certyfikatu potwierdzają, co i kiedy zostało opublikowane na rynku.

Identyfikator pozostaje bez zmian; zmiana zostanie opublikowana jako nowa wersja tego samego certyfikatu, a kod umieszczony na produkcie odsyła do zaktualizowanej wersji.

Nowy identyfikator jest konieczny tylko wtedy, gdy sam artykuł ulega zmianie. W tym celu stosuje się procedurę zastąpienia (supersession): nowy dokument jest powiązany z dokumentem zastąpionym, a osoba, która otrzyma jeden z nich, znajdzie również drugi.

Tak. Nasza przeglądarka typu open source, Transpareo Time Machine, wyświetla każdą opublikowaną wersję w stylistyce zgodnej z wizerunkiem marki.

Aktualna wersja ładuje się wraz ze stroną, a poprzednie wersje ładują się po otwarciu osi czasu; można przeglądać historię produktu: jak został wyprodukowany, co naprawiano, dokąd trafił. Więcej informacji pod adresem Transpareo Time Machine.

Partia zachowuje swój własny skład, a późniejsze zmiany w produkcie są wprowadzane wyłącznie poprzez poprawkę, która podpisuje nową wersję.

Numer SKU i kod GTIN pozostają niezmienione. Podczas tworzenia partii zapisywana jest jej trwała kopia składników i właściwości w stanie faktycznego wyprodukowania, a późniejsze zmiany w produkcie nie są do niej przenoszone. W przypadku rozbieżności w zestawieniu części w danym sezonie zmiana jest wprowadzana w modelu przed utworzeniem partii; pozostałe wartości z cyklu produkcyjnego, takie jak wyniki kontroli, są również ustalane i zamrażane przez partię. Korekta partii przejmuje skorygowany stan modelu i podpisuje nową wersję.

Produkt wyprodukowany wiosną podaje swoje materiały, natomiast produkt o tym samym numerze SKU z jesieni podaje swoje własne, bez tworzenia nowego numeru SKU i bez powodowania niejasności. Poprzednie stany magazynowe pozostają dostępne do wglądu za pośrednictwem Transpareo Time Machine.

Zdarzenie jest rejestrowane w paszporcie, a zmiana danych jest publikowana jako nowa, podpisana wersja pod tym samym numerem; nie wydaje się ani nie drukuje się żadnych nowych dokumentów.

Naprawy, regeneracja, zwroty, recykling i wycofania z rynku są rejestrowane wraz z datą i podmiotem odpowiedzialnym oraz pojawiają się jako publiczne zdarzenia w systemie EPCIS. Zmiana dostawcy lub materiału stanowi zmianę danych i pojawia się jako nowa wersja. Kontrole, przeniesienia własności i zdarzenia są rejestrowane wyłącznie dla organów administracji publicznej.

Tak, dzięki możliwościom, jakie zapewnia im ta marka.

Marka przyznaje zakładowi zajmującemu się naprawą, regeneracją lub recyklingiem własne dane dostępowe do interfejsu API wraz z uprawnieniem do rejestrowania zdarzeń. Każde zarejestrowane zdarzenie zawiera numer GLN danego podmiotu, o ile został on zapisany, jako miejsce zdarzenia, a opublikowanie zdarzenia jako nowej wersji wymaga oddzielnego uprawnienia do publikacji. Podmiot nieposiadający dostępu przyznanego przez markę nie może dokonywać żadnych wpisów.

Poprzez jego podpis, który każdy może zweryfikować bez konieczności korzystania z oprogramowania, interfejsu API czy konta w serwisie Transpareo, a na życzenie - przy użyciu kluczy, które posiada wyłącznie dana marka.

• Potwierdzenie dla wszystkich: podpisane jako weryfikowalny certyfikat W3C przy użyciu algorytmu ECDSA-SD; każda zgodna biblioteka weryfikuje ten certyfikat.
• Weryfikacja przeprowadzana przez osobę czytającą: przeglądarka odszyfrowuje dokument DID oraz klucz publiczny, a następnie weryfikuje podpis w przeglądarce.
• Oprogramowanie typu open source: ścieżka audytu podlega publicznej kontroli i można ją niezależnie odtworzyć.
• Własne klucze: Platforma przesyła dokument przeznaczony do podpisania do punktu końcowego marki odpowiedzialnego za podpisywanie; klucze prywatne nigdy nie trafiają do Transpareo.

Wymóg ten jest częściowo spełniony: norma EN 18246 wymaga kluczy certyfikowanych po weryfikacji tożsamości, podczas gdy klucze wystawcy są publikowane w jego własnej domenie bez takiego certyfikatu. Za fizyczne bezpieczeństwo nośnika danych, takie jak zabezpieczenia przed kopiowaniem lub identyfikatory sprzętowe, odpowiada producent nośnika; firma Transpareo nie ocenia obecnie takich cech.

Fałszywe paszporty są natychmiast wykrywane na podstawie podpisu; skopiowane autentyczne kody pojawiają się w statystykach skanowania.

• Fałszywy certyfikat: nie znajduje się w domenie znaku towarowego i nie jest podpisany jego kluczem; każda weryfikacja kończy się niepowodzeniem.
• Skopiowany autentyczny kod: Liczba skanów dla każdego paszportu i kraju jest podana w statystykach skanowania. Pojedynczy paszport można oznaczyć jako zawieszony; każdy kolejny skan będzie wówczas wyświetlał go jako zawieszony.

Aby wykryć fizyczny klon już na etapie skanowania, konieczna jest cecha nośnika danych, której nie da się skopiować, na przykład identyfikator sprzętowy tagu. Obecnie firma Transpareo nie rejestruje ani nie weryfikuje takich wartości.

Tak. Każde źródło zapisuje pola, za które jest odpowiedzialne, w katalogu za pośrednictwem interfejsu API, importu tabel, interfejsu agenta lub menedżera aplikacji.

W tym jednym katalogu znajdują się produkty, komponenty, dokumenty, zasoby multimedialne oraz typy właściwości. Import odbywa się na podstawie identyfikatora produktu lub komponentu i aktualizuje istniejące rekordy danych na miejscu, dzięki czemu regularne pobieranie danych z systemów PLM lub ERP zapewnia aktualność katalogu. Komponenty są współdzielone: materiał skorygowany raz jest automatycznie wprowadzany do każdego produktu, w którym występuje.

Każda operacja zapisu jest weryfikowana w momencie jej otrzymania, a zaraz potem sprawdzana pod kątem zgodności z zasadami danej kategorii; każda zmiana jest rejestrowana pole po polu wraz ze źródłem i datą. Typowa współpraca: system PLM zapewnia skład i aktualizację danych, system ERP dostarcza zlecenia, partie i numery seryjne, a portal dostawców - certyfikaty; firma Transpareo tworzy dokument, weryfikuje go, podpisuje i zamyka.

Dokumenty są przypisane do produktów i komponentów, a dokumentacja techniczna każdego produktu jest generowana przez samą platformę w formacie PDF z elementami identyfikacji wizualnej marki.

W przypadku produktu dokument publiczny trafia do sekcji „Passe” w formie pliku do pobrania, a każda opublikowana wersja zachowuje plik, z którym została opublikowana; dokument wewnętrzny nie pojawia się w sekcji „Passe”. Dokument podlegający regulacjom w danym punkcie danych jest klasyfikowany zgodnie z jego poziomem jawności, w związku z czym dokument zastrzeżony dla organów administracji pozostaje poza danymi publicznymi. W ramach danego komponentu dokument jest publiczny lub widoczny wyłącznie po zalogowaniu się.

Dokumentacja techniczna powstaje na podstawie opublikowanego przewodnika dotyczącego renderera open source md2pdf, który stosuje identyfikację wizualną danego obszaru roboczego i generuje ten sam dokument w każdym z języków tego obszaru, w liczbie do 40. Biblioteka jest publicznie dostępna na GitHubie.

Punkty danych to konfiguracja: utworzenie pola, ustawienie poziomu ujawniania, oznaczenie jako obowiązkowe - bez konieczności rozbudowy platformy i bez oczekiwania na wydanie nowej wersji.

Nazwisko wprowadza się raz w języku macierzystym, a platforma tłumaczy je na pozostałe języki. W przypadku istniejących danych obowiązują następujące zasady:

• Wykrywanie: Gotowość DPP jest od teraz ponownie obliczana dla całego katalogu z prędkością 200 produktów na minutę; każdy produkt pozbawiony nowego pola jest wyświetlany i można go odfiltrować, a eksport zawiera nowe pole dla całego katalogu.
• Uzupełnianie danych: ręcznie, poprzez masowy import z tabeli lub za pośrednictwem interfejsu API. W przypadkach, w których wartość można wywnioskować, asystent może generować propozycje do weryfikacji.
• Opublikowane specyfikacje zachowują swoją wersję; aktualizacja polega na ponownej publikacji pod tym samym adresem URL.
• Kontrola: pola, wartości oraz każda nowa publikacja są odnotowywane w dzienniku audytowym oraz w historii wersji.

W przypadku dodania zupełnie nowej kategorii dostarczamy profil zgodności oraz punkty danych w formie szablonu, który w jednym kroku przejmuje obszar roboczy.

Poprzez import tabeli z przypisaniem kolumn i podglądem, do 50 MB i 100 000 wierszy na plik, lub za pośrednictwem interfejsu API.

Narzędzie importujące proponuje przyporządkowanie kolumn do pól, przed zapisaniem danych pokazuje, co zostanie z każdej kolumny, i za każdym razem proponuje to samo przyporządkowanie dla identycznych nagłówków kolumn; gdy rozpozna każdą potrzebną kolumnę, automatyczny przebieg pomija etap przypisywania, dzięki czemu powtarzający się import sprowadza się do pojedynczego przesłania danych. Eksporty w formatach XLSX lub CSV zawierają cały zbiór danych - po jednej tabeli dla każdego języka - i można je ponownie zaimportować w tych samych formatach. Wstępne wypełnienie danych rozpoczyna się zazwyczaj w formie tabeli; gdy tylko struktura zostanie ustalona, wypełnianie danych odbywa się zazwyczaj za pośrednictwem API.

Wszystkie operacje odbywają się w trybie uwierzytelnionym przez protokół HTTPS. Większe ilości danych przesyła się w kilku partiach lub za pośrednictwem interfejsu API do obsługi zbiorczej. Pliki multimedialne są przesyłane pojedynczo, po cztery jednocześnie, a rozmiar każdego z nich nie może przekraczać 50 MB; eksport odbywa się w tle pod adresem, który wygasa. Użytkownik otrzymuje powiadomienie w aplikacji o zakończeniu importu lub konieczności podjęcia decyzji; na życzenie powiadomienie o zakończeniu procesu jest również wysyłane pocztą elektroniczną. Nie oferujemy ani serwisu FTP, ani nieautoryzowanych repozytoriów.

Za pośrednictwem interfejsu API REST, podpisanych webhooków, kanału zdarzeń, importu i eksportu tabel, serwera MCP dla agentów AI oraz węzła n8n; oprogramowanie pośredniczące nie jest wymagane.

• Interfejs API REST: udokumentowany, uwierzytelniany za pomocą poświadczeń klienta OAuth 2.0, z ograniczeniami zakresu dostępu dla poszczególnych systemów. Systemy PLM lub ERP tworzą i aktualizują produkty, komponenty, właściwości oraz partie, a także publikują certyfikaty.
• Webhooki: zgłaszają zdarzenia związane z cyklem życia bez konieczności wysyłania zapytań; kanał zdarzeń dostarcza te same zdarzenia do systemów, które wysyłają zapytania.
• Import zbiorczy: plik w formacie tabeli lub CSV dla systemów bez budżetu na integrację, z funkcją przypisywania, podglądem oraz aktualizacją istniejących rekordów danych.
• Interfejs agenta (MCP): przeznaczony dla narzędzi, w przypadku których realizacja projektu integracyjnego nie jest opłacalna.
• Węzeł n8n: opublikowany pod adresem @transpareo/n8n-nodes-transpareo, przeznaczony do tworzenia przepływów pracy przez zespół bez konieczności programowania.

API i webhooki działają w czasie rzeczywistym. Importy, eksporty, publikacje i tłumaczenia są realizowane jako zadania w tle z możliwością sprawdzania statusu, pokazują swój postęp i nie blokują działania innych użytkowników; masowa publikacja nie jest w stanie zapełnić kolejki. Można zintegrować każdy system obsługujący protokół HTTPS, w tym istniejącą platformę integracyjną lub rozwiązanie iPaaS. System partnerski rozpoznaje identyfikatory GS1 bez konieczności stosowania tabeli mapowań.

Każda operacja zapisu jest sprawdzana w momencie wprowadzenia pod kątem rodzaju i formatu wartości, a następnie, podczas obliczania gotowości DPP oraz przy każdej publikacji, rekord danych jest weryfikowany pod kątem zgodności z zasadami obowiązującymi w danej kategorii regulacyjnej.

Kontrola przy odbiorze ma zastosowanie niezależnie od tego, czy dane pochodzą z interfejsu API, importu czy od osoby fizycznej. Zasady wynikają z profilu zgodności danej kategorii, zapisanych jako kształty (shapes) zgodnie z modelem SHACL; w ten sposób przekładają one wymagania regulacyjne dotyczące danych na konkretne kryteria kontroli. Identyfikatory zakładów produkcyjnych są sprawdzane pod kątem zgodności z dopuszczalnymi schematami. Punkty danych regulacyjnych są przypisane do produktu i zamrażane w momencie publikacji; dokumenty dotyczące zgodności są powiązane z tymi samymi rekordami danych, a ich widoczność zależy od poziomu ujawniania punktu danych, do którego są przypisane.

Sprawdzenie ma charakter strukturalny: czy wymagane wartości są obecne, poprawnie sformatowane i zgodne z oczekiwaniami? Zweryfikowanie poprawności merytorycznej danych stanowi etap sprawdzania przeprowadzany przez osoby, na przykład za pośrednictwem strony dostawcy.

Każdy produkt posiada na bieżąco aktualizowane informacje dotyczące gotowości DPP: wartość procentową, kolor oraz listę zaległych kontroli, przy czym każda z tych pozycji zawiera link do odpowiedniego pola.

Sprawdzenia, które blokują publikację, są oddzielone od tych, które jedynie poprawiają zestaw danych. Dopóki sprawdzanie obowiązkowe pozostaje otwarte, nie można opublikować żadnego paszportu. Brakująca właściwość obowiązkowa jest określana wraz z jej typem; wartość niezgodna ze standardem jest zgłaszana wraz z regułą, którą narusza.

Komponenty są współdzielone, dzięki czemu każda zmiana ma wpływ na wszystkie produkty, w których się znajdują. Dane partii pozostają niezmienne, a opublikowane dane ulegają zmianie wyłącznie na życzenie osoby wprowadzającej zmiany: korekta powoduje podpisanie nowej wersji, o czym informują webhooki oraz kanał zdarzeń.

W katalogu dostępność DPP stanowi osobną kolumnę: można ją sortować i filtrować. Wypróbuj bez konieczności zakładania konta: nasza wersja demonstracyjna.

Tak, jako procedury kontrolne składające się z maksymalnie pięciu etapów; osoba składająca wniosek nie podejmuje decyzji w tej sprawie samodzielnie.

Każdy etap jest przypisany do grupy lub uprawnienia. Dopóki obowiązkowa kontrola pozostaje otwarta, publikacja certyfikatu pozostaje zablokowana, a nawet publikacja zainicjowana przez podłączonego agenta AI przechodzi tę samą procedurę. Dostęp można ograniczyć do poszczególnych produktów lub komponentów. Nie ma jeszcze szablonów przepływu pracy z wersjami; w przypadku gdy klient potrzebuje określonych kroków, wdrażamy je w produkcie.

Tak. Zadania są przydzielane osobom lub grupom; codzienny e-mail informuje każdą osobę o nowych i zaległych zadaniach, a zapytania o informacje kierowane do dostawców mają własne terminy i przypomnienia.

W planie przewidziano automatyczne eskalowanie spraw do kolejnych osób. Zadania można sprawdzać za pośrednictwem interfejsu API, a webhooki oraz kanał zdarzeń informują o każdej zmianie statusu przepustki, dzięki czemu zewnętrzne narzędzie do zarządzania przepływem pracy może na to zareagować, na przykład n8n z węzłem Transpareo.

Konfigurowalna tabela produktów, listy zadań i zapytań oraz strona statystyk; każdy zbiór danych można wyeksportować.

• Katalog: Każda osoba samodzielnie wybiera kolumny, w tym gotowość DPP; zapisane widoki przechowują zapytania dla całego zespołu. Komponenty można przeszukiwać według nazwy, typu i właściwości, a paszporty - według identyfikatora, statusu (od projektu do wycofania z użytku), wersji, daty utraty ważności oraz partii lub sztuki.
• Prace w toku: Listy zadań i zapytań zawierają zadania przeterminowane, zadania bez wyznaczonej osoby odpowiedzialnej, zapytania, których termin wygasł, oraz odpowiedzi oczekujące na weryfikację.
• Konsumenci: liczba skanów według dokumentu tożsamości, regionu i okresu, pochodząca z logów serwera bez funkcji śledzenia, dostępna do pobrania na stronie statystyk.
• Eksport: produkty, komponenty i paszporty jako kompletne zestawy danych w formatach CSV, XLSX, JSON-LD lub SQL, niezależnie od kolumn i filtrów wyświetlanych na ekranie.

Za pośrednictwem interfejsu API można wyszukiwać karty według produktu, statusu i hasła, a katalog, karty oraz dane dotyczące liczby skanów dla każdej karty są dostępne dla klientów korzystających z własnych narzędzi BI. Wersja demonstracyjna: nasza wersja demonstracyjna.

Dane dotyczące produktów i kart dostępu dla każdego obszaru roboczego są przechowywane w oddzielnej bazie danych; jedynie dane dotyczące kont i taryf znajdują się we wspólnej bazie danych platformy.

Indeks wyszukiwania, klucz sygnatur oraz klucz szyfrujący są również rozdzielone dla poszczególnych obszarów roboczych; nośniki danych i archiwum haseł znajdują się w osobnych ścieżkach dla każdego obszaru roboczego.

Tak, na dwóch płaszczyznach: obszary wrażliwe i kopie zapasowe.

• Pola: AES-256-GCM z jednym kluczem na obszar roboczy, który z kolei jest otoczony kluczem wywodzącym się z klucza głównego serwera; rotacja klucza głównego powoduje ponowne zaszyfrowanie każdego klucza obszaru roboczego, który chroni, bez konieczności ponownego szyfrowania danych. Chroniony jest na przykład klucz dostawcy sztucznej inteligencji. Klucz podpisu obszaru roboczego jest zaszyfrowany za pomocą drugiego, specjalnie do tego przeznaczonego klucza obszaru roboczego.
• Kopie zapasowe: szyfrowane algorytmem AES-256 przed opuszczeniem serwera.

Pliki multimedialne i archiwum paszportów są przechowywane w pamięci obiektowej na terenie UE, a archiwum płatnego obszaru roboczego pozostaje niezmienne przez dziesięć lat.

Adres e-mail i hasło wraz z kluczem dostępu (Passkey) lub kodem jednorazowym jako drugim czynnikiem uwierzytelniającym, którego może wymagać obszar roboczy; czas bezczynności prowadzący do wylogowania określa obszar roboczy.

Standardowo wynosi to 480 minut; obszar roboczy może dowolnie określić czas trwania. Sesja jest zamykana po stronie serwera; nasz obszar roboczy demonstracyjny działa przez 60 minut. Ponadto plik cookie sesji wygasa po zamknięciu przeglądarki. Sesję przechowuje zaszyfrowany plik cookie oznaczony jako „secure”, a wybrany język - plik cookie językowy; nie stosujemy plików cookie podmiotów zewnętrznych.

Użytkownicy są zapraszani i przypisywani do grup dostępu; usunięcie użytkownika powoduje natychmiastowe cofnięcie uprawnień dostępu oraz danych dostępowych do API. Nie ma kont ogólnych ani współdzielonych. Wyświetlana jest data ostatniego logowania każdego użytkownika; automatyczna dezaktywacja kont pozostających przez dłuższy czas w stanie nieaktywności znajduje się w planie rozwoju.

Trzy rodzaje rejestrów: dziennik audytowy (5 lat), dziennik bezpieczeństwa zgodnie z dyrektywą NIS2 (365 dni) oraz protokół wszystkich dostępów organów władzy, który eksportujemy na żądanie.

Dziennik audytowy zawiera informacje o tym, kto, co i kiedy zmienił, pole po polu, wraz z wartością przed i po zmianie, i można go filtrować na ekranie według okresu, rekordu danych lub użytkownika. Dziennik bezpieczeństwa rejestruje logowania (udane lub odrzucone), żądania uwierzytelniania wieloskładnikowego, resetowanie haseł, blokady kont, odrzucone dane dostępowe API, zablokowane adresy oraz odrzucone wywołania agentów; można go przeszukiwać w aplikacji.

Dane osobowe zawarte w logach operacyjnych są przechowywane wyłącznie tak długo, jak tego wymaga cel ich gromadzenia (art. 5 ust. 1 lit. e RODO). Paszporty są eksportowane jako podpisane pliki, które organ administracji publicznej weryfikuje bez korzystania z naszego oprogramowania; logi są eksportowane w formacie CSV lub XLSX.

Każdy incydent związany z bezpieczeństwem, który dotyczy obszaru roboczego, zgłaszamy klientowi niezwłocznie, niezależnie od tego, czy dotyczy on danych osobowych, czy nie, a wszelkie luki w zabezpieczeniach można zgłaszać na adres support@mail.transpareo.com.

W przypadku naruszenia ochrony danych osobowych obowiązują postanowienia punktu 9 naszej umowy o przetwarzaniu danych: opisują one charakter naruszenia, jego prawdopodobne skutki oraz podjęte działania, wskazują punkt kontaktowy oraz podają, kiedy doszło do naruszenia i kiedy zostało ono wykryte, a także jakie obszary robocze dotyczy. Informacje, które na razie nie są jeszcze znane, zostaną przekazane, gdy tylko staną się dostępne.

Wyłącznie poprzez zgłoszenie złożone w imieniu klienta, które jest rejestrowane w protokole platformy oraz we własnym dzienniku bezpieczeństwa obszaru roboczego.

Klient sprawdza każde takie zgłoszenie w swoim dzienniku bezpieczeństwa. Pracownicy są poddawani weryfikacji przed uzyskaniem dostępu oraz regularnie przechodzą szkolenia z zakresu bezpieczeństwa. Są Państwo zobowiązani do zachowania poufności i otrzymują Państwo dostęp wyłącznie w zakresie niezbędnym do realizacji i obsługi umowy (klauzula 7.4(b) umowy o przetwarzaniu danych).

Pomoc techniczna za pośrednictwem poczty elektronicznej pod adresem support@mail.transpareo.com, w języku niemieckim i angielskim, wliczona w każdy plan.

Nie istnieje oddzielna umowa serwisowa ani usługa wsparcia rozliczana według nakładu pracy. W aplikacji można przeszukiwać artykuły pomocy, które wyświetlają się w języku użytkownika, obok przewodnika po API. Dzięki własnemu dostępowi do sztucznej inteligencji w obszarze roboczym asystent udziela odpowiedzi na podstawie obu tych źródeł, może odesłać do artykułu oraz, po potwierdzeniu, natychmiast wykonać opisany krok, korzystając z uprawnień danej osoby.

Tak, platforma działa: każda firma może się zarejestrować, a każdy certyfikat jest generowany, weryfikowany, podpisywany i publikowany pod jego stałym adresem.

Możliwości tej aplikacji można wypróbować w naszej wersji demonstracyjnej bez konieczności zakładania konta.

Stała miesięczna opłata za każdy obszar roboczy, uzależniona od liczby kart dostępu, bez opłat za instalację, doradztwo, użytkowanie czy skanowanie oraz bez płatnych modułów dodatkowych.

Nośnik danych nie ma wpływu na cenę, a liczba skanów, ruch sieciowy i miejsce na dysku nigdy nie są wliczane. Każdy plan obejmuje pełen zakres funkcji wraz z własną domeną, 40 językami i kompletnym interfejsem API, dzięki czemu każda funkcja z niniejszego katalogu jest dostępna nawet w najmniejszym planie; jedynymi kosztami wykraczającymi poza plan są opłaty dostawcy sztucznej inteligencji, jeśli klient korzysta z asystenta za pomocą własnego konta. Rozliczenie odbywa się co miesiąc, bez minimalnego okresu obowiązywania umowy.

Cztery plany w frankach, euro lub dolarach: do 100 paszportów, do 1’000, do 10’000 oraz bez ograniczeń, z dowolną liczbą produktów i komponentów w każdej z nich. W fazie beta obowiązuje 30-procentowa zniżka od cen katalogowych, a cena, po której zawrą Państwo umowę, pozostanie niezmienna tak długo, jak długo będą Państwo korzystać z danego planu. Możliwy jest 8-dniowy okres próbny bez zobowiązań. Decydujące znaczenie ma aktualny cennik zamieszczony na naszej stronie z cennikiem.

Tworzymy obszar roboczy z wykorzystaniem danych, typów właściwości, identyfikacji wizualnej oraz domeny klienta, a pierwsze wersje są udostępniane w ciągu kilku dni.

Nowe obszary robocze są gotowe w ciągu kilku minut pod adresem Transpareo; własna domena klienta zostanie uruchomiona, gdy tylko jej wpis DNS będzie wskazywał na nas. Po stronie klienta wystarczy aktualna przeglądarka w systemie Windows, macOS, Linux, iOS lub Android; nie trzeba niczego instalować ani obsługiwać.

• Włączenie łańcucha dostaw: poprzez stronę dostawcy, w językach obowiązujących w obszarze roboczym.
• Integracja: REST-API, webhooki, serwer MCP oraz węzły n8n są obsługiwane przez zespół, który je stworzył.

Do tego dochodzą narzędzia dostępne bez dodatkowych kosztów: dokumenty w identyfikacji wizualnej marki w 40 językach, certyfikat „ Transpareo Time Machine ” jako czynnik budujący zaufanie oraz statystyki ruchu bez śledzenia.

Nasze Ogólne Warunki Handlowe zgodne z prawem szwajcarskim: wypowiedzenie z mocą na koniec miesięcznego okresu rozliczeniowego, brak minimalnego okresu obowiązywania umowy oraz, w przypadku niewielkiego niedbalstwa, odpowiedzialność do wysokości opłat za ostatnie dwanaście miesięcy.

• Wypowiedzenie: Umowa została zawarta na czas nieokreślony i może zostać wypowiedziana w dowolnym momencie ze skutkiem na koniec bieżącego okresu rozliczeniowego.
• Odpowiedzialność: nieograniczona w przypadku umyślnego działania i rażącego niedbalstwa; w przypadku zwykłego niedbalstwa - wyłącznie w przypadku naruszenia istotnych zobowiązań umownych, ograniczona do szkody typowo przewidywalnej oraz łącznie do wynagrodzeń wypłaconych w ciągu dwunastu miesięcy poprzedzających zdarzenie powodujące szkodę. Utrata zysków, utrata danych oraz szkody następcze są wykluczone w zakresie dozwolonym przez prawo.
• Zmiany: O zmianach warunków i cen poinformuje się na piśmie co najmniej 30 dni przed ich wejściem w życie, z zastrzeżeniem prawa do wyrażenia sprzeciwu wobec zmienionych warunków oraz do wypowiedzenia umowy przed zmianą cen.
• Prawo właściwe i sąd właściwy: prawo szwajcarskie z wyłączeniem Konwencji ONZ o umowach międzynarodowej sprzedaży towarów; sądem właściwym jest Zug w Szwajcarii.
• Ochrona danych: Umowa o przetwarzaniu danych stanowi integralną część niniejszych warunków.

Klient pozostaje podmiotem gospodarczym i ponosi odpowiedzialność za zawartość swoich paszportów; firma Transpareo udostępnia platformę techniczną.

Zasiadamy w gremiach, w których powstają przepisy, i wdrażamy to, co one ogłaszają.

• Normowanie europejskie: członkostwo w krajowym komitecie normalizacyjnym Szwajcarskiego Stowarzyszenia Normalizacyjnego (SNV) oraz w jego podkomitecie ds. DPP, który reprezentuje Szwajcarię w CEN/CLC/JTC 24 - komitecie opracowującym europejską serię norm DPP. Mamy wgląd w projekty na etapie ich tworzenia i przedstawiamy do nich swoje uwagi.
• Projekty pilotażowe UE: Członek społeczności praktyków (Community of Practice) w ramach CIRPASS-2 - projektu unijnego, którego celem jest przetestowanie cyfrowego paszportu produktu w czterech łańcuchach wartości.
• Prace nad protokołem: bieżąca współpraca w ramach Protokołu Przejrzystości ONZ; sześć naszych uwag dotyczących wersji 0.7.0 znajduje się w publicznym rejestrze.
• Batteriepass: partner wspierający konsorcjum Battery-Pass, które we współpracy z wiodącymi instytucjami badawczymi tworzy środowisko testowe dla unijnego paszportu baterii, przy wsparciu niemieckiego Federalnego Ministerstwa Gospodarki i Energii. Akumulatory są pierwszą grupą produktów, w odniesieniu do której od 18 lutego 2027 r. będzie obowiązywał bezwzględnie wiążący wymóg.

51 % kapitału zakładowego należy do fundacji pożytku publicznego Transpareo Foundation z siedzibą w Zug; udział ten nie podlega sprzedaży, a fundacja Transpareo nie może zostać przejęta.

Fundacja podlega nadzorowi Federalnego Urzędu Nadzoru Fundacji. Doświadczenie wykracza poza kwestie regulacyjne: pierwsza platforma zapewniająca przejrzystość produktów, stworzona przez założyciela, działa od 2008 roku na rzecz producentów kosmetyków.