Wdrożenie DPPC w firmie – od danych do kart produktu

Wdrożenie DPPC w firmie najlepiej przeprowadzić etapami: zacząć od pilota na jednej grupie produktów, zrobić audyt jej danych, ustalić role, zaimportować i uzupełnić rekordy, przygotować kody QR i opublikować karty produktu, a dopiero potem rozszerzać system na kolejne grupy i integracje. Takie podejście pozwala w krótkim czasie zobaczyć działający paszport na prawdziwym produkcie i nauczyć się procesu na małej skali, zanim obejmie on cały katalog. Czym jest sam cyfrowy paszport i DPPC, wyjaśniamy w artykule DPPC i cyfrowy paszport produktu dla producenta. Tutaj skupiamy się na planie działania.

Etap 0: właściciel projektu i cel pilota

Zanim zaczniesz porządkować dane, ustal dwie rzeczy:

• Kto jest właścicielem projektu po stronie firmy – osoba, która zna produkty, może podejmować decyzje o danych i ma czas na projekt. Najczęściej ktoś z działu produktu, jakości lub zarządzania danymi.
• Czego ma dowieść pilot – np. że da się zebrać komplet danych dla jednej grupy, że zespół potrafi je utrzymywać i że publiczna karta z kodem QR działa na produkcie.

Cel pilota zapisz w jednym zdaniu. Jeśli po kilku tygodniach nie wiadomo, czy został osiągnięty, był sformułowany zbyt ogólnie.

Etap 1: wybór grupy produktów do pilota

Dobra grupa pilotażowa:

1. jest reprezentatywna – ma typowe dla firmy warianty, dokumenty i atrybuty,
2. nie jest zbyt duża – kilkadziesiąt produktów wystarczy, żeby sprawdzić proces,
3. ma w miarę kompletne dane źródłowe w ERP, PIM lub arkuszach,
4. jest ważna dla klientów lub regulacji, więc wynik pilota będzie od razu przydatny.

Unikaj grupy z największą liczbą wyjątków. Wyjątki przyjdą same przy rozszerzaniu, a na starcie przesłonią obraz procesu.

Etap 2: audyt danych grupy pilotażowej

Audyt to inwentaryzacja tego, co jest, gdzie i w jakim stanie. Dla każdej informacji potrzebnej w paszporcie zapisujemy:

• źródło – ERP, PIM, arkusz działu technicznego, dokument od dostawcy, wiedza konkretnej osoby,
• kompletność – dla ilu produktów dana wartość istnieje,
• jakość – czy jednostki są spójne, czy wartości są w słownikach, czy dokumenty są aktualne,
• właściciela – kto odpowiada za wartość i jej aktualizację,
• widoczność – czy informacja ma być publiczna, czy tylko dla uprawnionych.

Wynik audytu to prosta tabela atrybutów z oznaczeniem luk. Na jej podstawie powstaje model danych grupy w DPPC. Jak zadbać o spójność atrybutów, jednostek i słowników, opisujemy szerzej w tekście jak przygotować dane produktowe pod AI – te same zasady dotyczą paszportu.

Etap 3: role i proces akceptacji

DPPC obsługuje role użytkowników, ale to firma musi zdecydować, kto pełni którą. Typowy podział:

• Redaktor danych – uzupełnia atrybuty i dołącza dokumenty.
• Ekspert merytoryczny (dział techniczny lub jakości) – weryfikuje dane dotyczące składu, zgodności i bezpieczeństwa.
• Zatwierdzający – publikuje wersję paszportu po weryfikacji.
• Administrator – zarządza użytkownikami, szablonami i integracjami.

Ustal też proces: co wymaga akceptacji przed publikacją, a co może być poprawione od razu. Poprawka literówki w opisie i zmiana składu materiałowego to różne poziomy ryzyka.

Etap 4: import i uzupełnienie danych

Import zaczynamy od danych, które mają najlepszą jakość – zwykle kartoteka z ERP: identyfikatory, SKU, GTIN, nazwy, podstawowe atrybuty. Potem dochodzą dane z arkuszy i dokumenty. Kilka zasad, które oszczędzają poprawek:

1. Najpierw próbka – import kilku produktów, sprawdzenie mapowania pól, dopiero potem całej grupy.
2. Identyfikator jako klucz – rekordy łączymy po SKU lub GTIN, nigdy po nazwie.
3. Słowniki przed importem – wartości typu materiał czy kraj pochodzenia mapujemy na listy, żeby „stal nierdzewna” i „stal nierdz.” nie były dwiema wartościami.
4. Dokumenty z metadanymi – każdy plik ma typ, język, wersję i datę.
5. Raport braków – po imporcie lista produktów z niekompletnymi polami trafia do redaktorów jako lista zadań.

Na pilotażu import z plików jest w pełni wystarczający. Automatyczną integrację z ERP czy PIM przez API warto budować dopiero wtedy, gdy model danych się ustabilizuje.

Etap 5: kody QR i publiczne karty produktu

Gdy dane grupy pilotażowej są kompletne i zatwierdzone, przygotowujemy publiczne karty produktu. Przed wydrukiem pierwszego kodu QR trzeba ustalić:

• schemat adresów, który nie zmieni się przy przebudowie strony lub zmianie systemu,
• zakres informacji publicznych i dostępnych dla uprawnionych,
• wersje językowe i sposób wyboru języka,
• format i miejsce nadruku kodu na produkcie, opakowaniu lub w dokumentacji.

Szczegóły projektowania trwałych adresów, zgodnych m.in. z podejściem GS1 Digital Link, opisujemy w artykule o kodach QR i publicznych kartach produktu w DPPC.

Etap 6: publikacja i test w terenie

Publikacja pilota to nie tylko kliknięcie „opublikuj”. Warto sprawdzić karty w realnych warunkach:

• skanowanie kodów różnymi telefonami i w słabym oświetleniu,
• czas ładowania karty na zasięgu komórkowym,
• czytelność dokumentów na telefonie,
• reakcję osób spoza projektu – czy handlowiec, serwisant lub klient znajdzie to, czego szuka.

Równolegle zespół przez kilka tygodni utrzymuje dane: wprowadza zmiany, publikuje nowe wersje dokumentów, przyjmuje nowe produkty do grupy. Dopiero to pokazuje, czy proces jest do udźwignięcia na co dzień.

Etap 7: podsumowanie pilota i rozszerzanie

Po pilotażu zbierz wnioski w trzech obszarach: dane (co było najtrudniejsze do zebrania), proces (gdzie role się blokowały), technologia (co trzeba zautomatyzować). Na tej podstawie planujesz kolejne kroki:

1. kolejne grupy produktów, w kolejności wynikającej z wymagań i wartości dla klientów,
2. integracje API z ERP, PIM, sklepem lub platformą B2B,
3. automatyczne przypomnienia o wygasających certyfikatach i dokumentach,
4. pozyskiwanie danych od dostawców w ustalonym formacie.

Co przygotować przed pierwszym spotkaniem

Żeby rozmowa o pilocie była konkretna od początku, warto mieć pod ręką:

• eksport kartoteki wybranej grupy produktów z ERP lub PIM,
• arkusze i foldery, w których dział techniczny trzyma parametry i dokumenty,
• przykładowe pytania od klientów lub partnerów o dane produktu,
• listę osób, które dziś odpowiadają za dane, dokumenty i etykiety,
• informację, jakie wymagania prawne lub oczekiwania klientów dotyczą tej grupy produktów.

Z tym materiałem pierwsze spotkanie od razu przechodzi do audytu, zamiast do ogólnej rozmowy o możliwościach systemu.

Typowe błędy we wdrożeniu

• Start od całego katalogu naraz i utknięcie na audycie.
• Budowa integracji z ERP, zanim model danych jest stabilny.
• Brak właściciela danych – każdy uzupełnia „trochę”, nikt nie zatwierdza.
• Druk kodów QR przed ustaleniem trwałych adresów.
• Uznanie projektu za zamknięty po publikacji, bez planu utrzymania danych.

Następny krok

Wybierz grupę produktów do pilota i wyznacz osobę, która będzie właścicielem danych. Z tymi dwiema decyzjami można zaplanować audyt i pierwszy import. Pomagamy przeprowadzić cały proces w ramach usługi DPPC i dane produktowe – od audytu po publikację pierwszych kart. Napisz do nas, a zaproponujemy plan pilota dla Twojej firmy.