Cyfrowy paszport produktu zaczyna się od pytania o strukturę danych: które informacje opisują model, które dotyczą partii produkcyjnej, a które odnoszą się do jednego fizycznego egzemplarza?
Jedna edytowalna karta produktu ułatwia pierwszą prezentację. Utrudnia jednak późniejsze korekty, zmiany dostawców i obsługę indywidualnych historii serwisowych. Oddziel tożsamość, dowody i sposób prezentacji, zanim zwiększysz liczbę paszportów.
Zacznij od przepisów właściwych dla produktu
Unijne rozporządzenie ESPR pozostawia istotne szczegóły paszportów aktom delegowanym dla konkretnych produktów. Artykuł 9 wiąże poziom modelu, partii lub sztuki z odpowiednim aktem, a artykuł 11 opisuje dostęp i uprawnienia do zmian. Podstawą jest rozporządzenie (UE) 2024/1781.
Poniższa struktura to wzorzec planowania, nie uniwersalna lista obowiązkowych pól. Sprawdź zakres informacji, nośnik, zasady dostępu i okres przechowywania dla konkretnego produktu i rynku. Szersze przygotowanie opisuje angielska lista kontrolna DPP.
Przypisz każdą informację do właściwego poziomu
| Poziom | Przykładowe dane | Dlaczego warto je rozdzielić |
|---|---|---|
| Model | Rodzina produktu, instrukcja naprawy, standardowa specyfikacja | Wspólne informacje można utrzymywać spójnie |
| Partia | Numer partii, dokumenty dostawcy, data produkcji | Zmianę można powiązać z właściwą produkcją |
| Egzemplarz | Numer seryjny, indywidualna naprawa lub wymiana | Historia jednej sztuki nie zmienia pozostałych paszportów |
To przykłady, a nie stwierdzenie, że każde pole jest prawnie wymagane na takim poziomie. Cecha zwykle wspólna dla modelu może wymagać wersji dla konkretnej partii po zmianie produkcyjnej.
Rozważmy hipotetyczną serię kurtek. Ogólna instrukcja pielęgnacji dotyczy modelu. Dowód pochodzenia określonej dostawy tkaniny dotyczy odpowiednich partii. Naprawa jednej kurtki należy do historii egzemplarza. Aktualizacja instrukcji nie powinna po cichu zmieniać informacji o tym, jaki dokument materiałowy przypisano wcześniej do partii.
Oddziel identyfikatory od adresów stron
Wewnętrzne SKU, GTIN, kod partii, numer seryjny i identyfikator układu NFC mają różne zadania. Opisz mapowanie między nimi i wskaż system odpowiedzialny za każdą tożsamość.
GS1 Digital Link obsługuje identyfikatory produktu oraz dane kwalifikujące, takie jak partia czy numer seryjny. Przewodnik GS1 pokazuje ich zapis w adresie internetowym. Tożsamość produktu powinna pozostać stabilna nawet po zmianie strony wyświetlającej rekord.
Zaplanuj własność domeny, przekierowania i eksporty przed wydrukowaniem trwałych opakowań. Zmiana wyglądu strony nie powinna wymagać ponownego etykietowania produktów już znajdujących się w obrocie.
Utwórz rejestr pól i odpowiedzialności
Dla każdego planowanego pola zapisz:
- Dokładną definicję i jednostkę, jeśli ma zastosowanie.
- Poziom: model, partia albo egzemplarz.
- System źródłowy lub dokument potwierdzający.
- Osobę lub zespół zatwierdzający informację.
- Odbiorców uprawnionych do odczytu i zmiany.
- Zdarzenie wymagające przeglądu lub aktualizacji.
Unikaj pojedynczego pola „zrównoważony rozwój” z ogólnymi obietnicami. Wartość z opisaną metodą i dowodem łatwiej sprawdzić niż akapit skopiowany z broszury dostawcy. Jeżeli wartości nie znasz, oznacz brak informacji, zamiast wpisywać nieuzasadnione przypuszczenie.
Zaprojektuj widoki publiczne i ograniczone
Konsument może potrzebować instrukcji i informacji o naprawie. Partner serwisowy może wymagać dodatkowych danych operacyjnych, których nie należy pokazywać publicznie. Określ dostęp na poziomie pola lub zasobu, a następnie przetestuj role na rzeczywistych kontach.
Nie umieszczaj danych klientów ani zamówień w publicznych adresach produktów. Wewnętrzne powiązanie zgłoszenia serwisowego nie wymaga publikowania tożsamości klienta. Dane produktu, dane klienta i dane dostępowe powinny mieć wyraźne granice w projekcie.
Wersjonuj zmiany i zachowuj dowody
Ustal, czym różni się korekta od nowego zdarzenia w cyklu życia. Zachowuj autora zmiany, datę obowiązywania i podstawę zatwierdzenia. Nowy dokument dostawcy nie powinien usuwać relacji poprzedniego dokumentu z wcześniej wyprodukowanymi towarami.
Podczas pilotażu przetestuj eksport i odtworzenie rekordu. Czy inny zespół zrozumie identyfikatory, historię i dokumenty bez pomocy pierwotnego wdrożeniowca? Jest to test operacyjny, a nie automatyczny dowód interoperacyjności lub zgodności prawnej.
Hashentic oferuje konfigurowalne rekordy produktów i procesy weryfikacji. Poznaj rozwiązanie DPP oraz funkcje platformy. Na rozmowę demonstracyjną przygotuj kilka rzeczywistych rekordów produktów i dokumentów dostawców. Kilka kompletnych przykładów daje lepszy punkt wyjścia niż pusty szablon z setkami pól.
