DPP + BIM – dane wyrobów budowlanych bez podwójnego modelu

Dlaczego CPR łączy DPP z BIM?

Artykuł 75 ust. 2 lit. a rozporządzenia (UE) 2024/3110 wymaga, aby Construction Digital Product Passport System był oparty na DPP z ESPR oraz kompatybilny i interoperacyjny z nim, bez ograniczania interoperacyjności z Building Information Modelling.

To ważna wskazówka architektoniczna. Dane regulacyjne produktu nie powinny być zamknięte w odrębnej aplikacji, której nie da się wykorzystać w projektowaniu, wykonawstwie i zarządzaniu obiektem. Jednocześnie CPR nie mówi, że każdy model BIM ma zawierać całą treść paszportu.

DPP i BIM odpowiadają na różne pytania

Construction DPP ma opisywać regulowany typ produktu i udostępniać dane wynikające z CPR. Model BIM opisuje elementy zaprojektowane lub zastosowane w konkretnym obiekcie oraz relacje między nimi.

Wspólnym mianownikiem jest jednoznaczne powiązanie wybranego elementu w modelu z właściwym typem produktu i aktualną wersją informacji.

Architektura integracji DPP + BIM

Bezpieczna architektura powinna rozdzielać model kanoniczny od formatów wejściowych i narzędzi branżowych:

1. ERP, PIM, PLM i systemy jakości pozostają źródłami zatwierdzonych danych.
2. Kanoniczna karta produktu normalizuje identyfikatory, właściwości i dokumenty niezależnie od dostawcy systemu.
3. Profil wymagań CPR wskazuje, które dane są wymagane, dla kogo dostępne i w jakiej wersji.
4. Wersja Construction DPP utrwala opublikowany zestaw informacji i ślad audytowy.
5. Warstwa mapowania BIM tłumaczy wybrane pola na klasyfikacje oraz właściwości wykorzystywane w procesie projektowym.
6. API lub eksport przekazuje tylko dane potrzebne w danym scenariuszu, zamiast kopiować pełny magazyn dokumentów.

Takie rozdzielenie pozwala zmienić narzędzie BIM albo źródłowy ERP bez przebudowy rdzenia danych produktu.

Jakie identyfikatory trzeba połączyć?

CPR wiąże paszport z trwałym unikalnym kodem identyfikacyjnym typu produktu i nośnikiem danych. W integracji BIM warto utrzymywać co najmniej:

• wewnętrzny stabilny identyfikator typu produktu
• identyfikator wymagany przez system Construction DPP
• identyfikator konkretnej wersji opublikowanego paszportu
• identyfikator obiektu lub wystąpienia wykorzystywany w środowisku BIM
• relację między produktem deklarowanym, wybranym i faktycznie zastosowanym

Nie należy używać nazwy handlowej lub adresu pliku PDF jako jedynego klucza. Nazwy i lokalizacje dokumentów zmieniają się, a identyfikator powinien pozostać stabilny.

Które dane przekazywać do BIM?

Nie każdy element DPP musi znaleźć się bezpośrednio w modelu. Zwykle przydatne będą:

• identyfikacja producenta i typu produktu
• deklarowane właściwości potrzebne do projektu lub odbioru
• ograniczenia zastosowania, instrukcje i informacje bezpieczeństwa
• odnośnik do właściwej wersji DPP i dokumentów
• dane istotne dla konserwacji, demontażu, ponownego użycia i końca życia

Zakres trzeba ustalać według celu informacyjnego i praw dostępu. Chronione dane techniczne lub handlowe nie powinny stawać się publiczne tylko dlatego, że istnieje integracja z BIM.

Najczęstsze błędy we wdrożeniu

• utrzymywanie osobnych, niesynchronizowanych kart produktu dla DPP i BIM
• kopiowanie dokumentów bez identyfikatora wersji i daty obowiązywania
• mapowanie bez właściciela pola oraz reguł walidacji
• publikowanie danych wewnętrznych jako domyślnie publicznych
• uzależnienie modelu produktu od jednego formatu lub dostawcy BIM
• utożsamienie kompletnego rekordu danych z prawną zgodnością wyrobu

Warto rozpocząć od pilota na jednej rodzinie produktów. Pozwala to sprawdzić identyfikatory, zakres danych, prawa dostępu i wymianę z BIM, zanim powstanie integracja dla całego katalogu.