DPP dla producenta wyrobów budowlanych – plan wdrożenia

Odpowiedzialność producenta w Construction DPP

Artykuł 22 ust. 7 CPR przewiduje, że producent ma udostępnić cyfrowy paszport produktu przez system Construction DPP i połączyć go z nośnikiem danych. Obowiązek zacznie być stosowany 18 miesięcy po wejściu w życie aktu delegowanego ustanawiającego system.

Nie oznacza to, że całą pracę należy odłożyć. Dane, dokumenty i odpowiedzialności istnieją już dzisiaj, a największym ryzykiem jest brak jednoznacznego powiązania ich z właściwym typem wyrobu.

Etap 1: katalog typów produktów

Producent powinien ustalić:

• które rodziny i kategorie produktów podlegają CPR
• jak rozróżnia typy, warianty, zestawy i produkty wykonywane na zamówienie
• jaki identyfikator jest stabilny między ERP, PIM, PLM i repozytorium dokumentów
• które zakłady, marki i podmioty odpowiadają za wprowadzenie produktu do obrotu
• kiedy zmiana produktu wymaga nowej wersji danych lub nowego typu

Bez tego dokumentacja może wyglądać na kompletną, ale nie da się wiarygodnie ustalić, do którego wyrobu i okresu się odnosi.

Etap 2: źródła danych i dokumenty

Dla każdej kategorii informacji z art. 76 warto wskazać system źródłowy, właściciela, regułę walidacji i częstotliwość aktualizacji.

To przykładowy podział architektoniczny, nie wymóg prawny. Rdzeń modelu produktu nie powinien przejmować schematu jednego dostawcy ERP lub BIM.

Etap 3: uprawnienia i publikacja

Construction DPP ma obsługiwać różne poziomy dostępu. Producent powinien sklasyfikować dane jako:

• publiczne dla klienta lub użytkownika
• dostępne partnerom w łańcuchu wartości
• potrzebne organom nadzoru
• wewnętrzne lub chronione jako tajemnica przedsiębiorstwa

Publikacja musi być świadomą operacją. Dane wewnętrzne nie mogą stać się publiczne tylko dlatego, że zostały zaimportowane do rekordu produktu.

Etap 4: DPP + BIM

Warstwa BIM powinna korzystać ze stabilnego identyfikatora typu produktu i pobierać tylko zatwierdzone właściwości potrzebne w konkretnym procesie. Link do paszportu powinien prowadzić do właściwej wersji, a zmiana danych produktu pozostawiać ślad audytowy.

Dobry pilot obejmuje jedną rodzinę produktów i jeden rzeczywisty przepływ: od danych źródłowych, przez zatwierdzenie i publikację DPP, po wykorzystanie wybranych właściwości w modelu lub środowisku danych projektu.

Checklista pilota

1. wybierz reprezentatywną rodzinę produktów
2. ustal właściciela danych i osoby zatwierdzające publikację
3. zinwentaryzuj identyfikatory, dokumenty i właściwości
4. zmapuj pola do kanonicznego modelu produktu
5. określ poziomy dostępu i dane przeznaczone do BIM
6. przygotuj wersjonowaną publikację oraz ślad audytowy
7. przetestuj zmianę deklaracji, wycofanie wersji i aktualizację integracji
8. zachowaj profil wymagań konfigurowalny do czasu przyjęcia aktu delegowanego

Wynik pilota powinien pokazywać gotowość danych, luki i pracę integracyjną. Nie powinien być przedstawiany jako formalne potwierdzenie zgodności produktu.