PPWR to nie tylko nowe wymagania dla opakowań. To test zarządzania danymi produktowymi.
12 sierpnia 2026 r. zacznie być stosowane rozporządzenie PPWR. Dla producentów oznacza to nowe obowiązki związane z opakowaniami, ale także coś znacznie szerszego: konieczność sprawnego zarządzania danymi, dokumentacją, wersjami produktów i zmianami w całym ich cyklu życia. I właśnie tutaj regulacja spotyka się z PLM.
O PPWR – Packaging and Packaging Waste Regulation – napisano już wiele. Firmy wiedzą, że nowe regulacje dotyczą m.in. projektowania opakowań, ich składu, możliwości recyklingu, zawartości materiałów pochodzących z recyklingu, minimalizacji opakowań czy wymaganej dokumentacji.
Nie chciałbym więc po raz kolejny streszczać rozporządzenia.
Z perspektywy architekta rozwiązań PLM ciekawsze jest inne pytanie:
Co dzieje się później, kiedy wymagania prawne trzeba przełożyć na codzienne funkcjonowanie przedsiębiorstwa?
Jak szybko odpowiedzieć, które produkty wykorzystują konkretny materiał opakowaniowy? Co zrobić, kiedy jego dostawca zmieni specyfikację? Jak sprawdzić, których produktów ta zmiana dotyczy? Gdzie znajduje się aktualna dokumentacja? Kto ją zatwierdził? I czy za kilka lat będziemy w stanie wskazać, na podstawie jakich danych konkretny wariant opakowania został dopuszczony do użycia?
To już nie jest wyłącznie temat regulacyjny.
To temat zarządzania informacją o produkcie.
12 sierpnia to początek, nie koniec przygotowań
PPWR, czyli rozporządzenie (UE) 2025/40, weszło w życie 11 lutego 2025 r., natomiast od 12 sierpnia 2026 r. zacznie być stosowane. Kolejne wymagania będą uruchamiane etapami w następnych latach.
Z punktu widzenia PLM szczególnie istotne jest jednak nie tylko to, co regulacja nakazuje, ale w jaki sposób przedsiębiorstwo będzie w stanie wykazać i utrzymać zgodność.
PPWR wymaga od producentów m.in. przeprowadzenia oceny zgodności oraz przygotowania dokumentacji technicznej. Dokumentacja i deklaracja zgodności UE mają być przechowywane przez 5 lat w przypadku opakowań jednorazowych i 10 lat dla opakowań wielokrotnego użytku. Regulacja mówi również o konieczności uwzględniania zmian w projekcie i właściwościach opakowania, a jeśli mogą one wpływać na zgodność – przeprowadzenia ponownej oceny.
Jest jeszcze jeden interesujący element: na uzasadnione żądanie właściwego organu producent powinien udostępnić informacje i dokumentację potrzebną do wykazania zgodności, a odpowiednie dokumenty mają być dostępne w ciągu 10 dni od otrzymania takiego żądania.
I tutaj pojawia się bardzo praktyczne pytanie:
czy przedsiębiorstwo rzeczywiście ma te informacje pod kontrolą?
Gdzie właściwie znajduje się informacja o opakowaniu?
W idealnym świecie odpowiedź byłaby prosta.
Mamy produkt, jego strukturę, przypisane do niego opakowanie, jego komponenty, materiały, właściwości, dostawców, dokumentację i pełną historię zmian.
W rzeczywistości dane mogą być rozproszone pomiędzy ERP, systemami PDM lub PLM, dokumentacją CAD, QMS, PIM, SharePointem, plikami Excel, dokumentami otrzymanymi od dostawców czy korespondencją e-mailową.
Każdy z tych systemów może pełnić ważną rolę. Problem zaczyna się wtedy, gdy nie wiadomo, który system jest źródłem konkretnej informacji, jak dane są ze sobą powiązane i czy zmiana dokonana w jednym miejscu zostanie odpowiednio uwzględniona w innych.
PPWR może bardzo wyraźnie pokazać konsekwencje takiego rozproszenia.
Wyobraźmy sobie przedsiębiorstwo oferujące kilka tysięcy produktów.
Pada proste pytanie:
Które z nich wykorzystują opakowanie zawierające materiał X dostarczany przez firmę Y?
Ile czasu potrzeba, żeby odpowiedzieć?
A co ważniejsze: czy odpowiedź będzie kompletna?
PLM pozwala zobaczyć opakowanie jako część produktu
Przez wiele lat systemy PLM były utożsamiane przede wszystkim z dokumentacją konstrukcyjną i CAD. Dziś ich rola jest znacznie szersza.
PLM może stanowić szkielet cyfrowego wątku produktu i łączyć informacje powstające na kolejnych etapach jego cyklu życia.
W kontekście PPWR oznacza to możliwość spojrzenia na opakowanie nie jak na dokument PDF czy pozycję zakupową, lecz jako na element powiązany z konkretnym produktem i jego konfiguracją.
Możemy więc zbudować zależności:
PTC Windchill wspiera m.in. zarządzanie strukturami produktowymi/BOM, konfiguracją i zmianą, a także współpracę wewnętrznych zespołów i dostawców wokół danych produktowych.
Korzyścią nie jest jednak samo posiadanie struktury w systemie.
Korzyścią jest możliwość odpowiedzi na konkretne pytania biznesowe.
Jakiego opakowania używamy dla danego produktu?
Z czego dokładnie się ono składa?
Która jego wersja obowiązuje obecnie?
Jakich produktów dotyczy konkretny materiał?
Jakie dokumenty są z nim powiązane?
Co zmieniło się od poprzedniej wersji?
To fundamentalna różnica między przechowywaniem danych a rzeczywistym zarządzaniem nimi.
Dostawca zmienia materiał. Co dzieje się dalej?
To jeden z przykładów, który najlepiej pokazuje, dlaczego PPWR jest dla mnie również tematem PLM.
Załóżmy, że dostawca informuje producenta o zmianie parametrów materiału wykorzystywanego w opakowaniu.
Sama informacja to dopiero początek.
Trzeba ustalić, w których elementach opakowania materiał jest wykorzystywany, jakich produktów dotyczą te opakowania, czy zmiana ma wpływ na ich właściwości, jaką dokumentację należy zaktualizować i kto powinien tę zmianę zweryfikować oraz zatwierdzić.
Jeżeli firma posiada kilkanaście produktów, można próbować wykonywać taką analizę ręcznie.
Jeżeli ma ich kilka tysięcy, wiele wariantów, dostawców i rynków, problem szybko przestaje być problemem pojedynczego pracownika.
Staje się problemem systemowym.
I właśnie tutaj pojawia się change management.
Zmiana może zostać przeprowadzona przez kontrolowany workflow. Wiemy, czego dotyczy, jakie obiekty są z nią powiązane, kto ją ocenił, jakie decyzje podjęto i jaka wersja produktu czy opakowania jest jej rezultatem.
System PLM nie podejmuje za firmę decyzji, czy dane opakowanie jest zgodne z PPWR.
Może natomiast sprawić, że informacje niezbędne do podjęcia tej decyzji są dostępne, powiązane i kontrolowane, a sam proces zmiany pozostawia jednoznaczną historię.
To szczególnie istotne w kontekście art. 15 PPWR, który wymaga uwzględniania zmian projektu lub właściwości opakowania oraz ponownej oceny, kiedy zmiana może wpływać na jego zgodność.
Dokument nie powinien być tylko plikiem
Podobnie jest z dokumentacją.
Możemy przechować certyfikat czy deklarację w odpowiednim katalogu i nazwać plik zgodnie z ustaloną konwencją.
Tylko czy za pięć lat będziemy wiedzieć, czego dokładnie dotyczył?
Czy był związany z obecną wersją opakowania, czy poprzednią?
Czy pomiędzy jego wystawieniem a dziś zmienił się materiał?
Czy zmienił się dostawca?
Czy dokument obejmuje wszystkie warianty produktu?
W dobrze zaprojektowanym środowisku PLM dokumentacja nie istnieje w oderwaniu od produktu.
Może być częścią całej sieci zależności:
produkt → wersja → opakowanie → materiał → wymaganie → dokumentacja → akceptacja.
Dzięki temu przedsiębiorstwo nie tylko posiada dokument.
Posiada kontekst, który pozwala określić, czego ten dokument dotyczy.
PPWR zwiększa również znaczenie danych od dostawców
Regulacja nakłada obowiązki informacyjne także na dostawców opakowań i materiałów opakowaniowych. Powinni oni przekazywać producentowi informacje i dokumentację niezbędną do wykazania zgodności.
To oznacza kolejne wyzwanie.
Informację trzeba nie tylko uzyskać.
Trzeba ją następnie powiązać z właściwym materiałem, komponentem, dostawcą, produktem i wersją.
Windchill posiada mechanizmy pozwalające zarządzać informacjami dotyczącymi producentów i dostawców oraz relacjami pomiędzy komponentami a ich źródłami dostaw.
W praktyce architektura rozwiązania zawsze powinna być jednak dopasowana do konkretnej organizacji. Nie wszystkie informacje muszą znajdować się w PLM.
I to jest bardzo ważne.
Celem nie jest przeniesienie wszystkich danych przedsiębiorstwa do jednego systemu.
Celem jest ustalenie, gdzie powinna znajdować się dana informacja, kto jest jej właścicielem oraz jak sprawić, aby odpowiednie systemy korzystały z aktualnych i spójnych danych.
Czy ERP nie wystarczy?
To pytanie naturalnie pojawia się w rozmowach o tego typu procesach.
ERP jest niezwykle ważnym systemem przedsiębiorstwa. Odpowiada jednak na inne potrzeby niż PLM.
Upraszczając: PLM koncentruje się na definicji produktu i jego ewolucji, podczas gdy ERP wykorzystuje zatwierdzoną informację produktową przede wszystkim w kontekście realizacji operacyjnej – produkcji, zakupów, logistyki czy finansów.
Dlatego pytanie nie powinno brzmieć:
PLM czy ERP?
Powinno brzmieć:
jak zaprojektować przepływ informacji między PLM, ERP oraz innymi systemami przedsiębiorstwa, aby każdy z nich odpowiadał za właściwy obszar danych i procesu?
Integracje PLM z ERP i innymi systemami klasy enterprise są jednym z obszarów, w których specjalizuje się TT PSC. Proces może rozpocząć się od warsztatów i analizy stanu AS-IS, poprzez stworzenie architektury technicznej i mapowania danych, aż do wdrożenia integracji, migracji oraz automatyzacji wymiany informacji.
Największa korzyść? Nie chodzi tylko o PPWR
Warto zatrzymać się przy tym na chwilę.
Można potraktować PPWR jako kolejny projekt compliance:
mamy wymaganie → spełniamy je → dokumentujemy → kończymy projekt.
Moim zdaniem byłaby to zmarnowana okazja.
Bo problem z danymi o opakowaniach najczęściej nie zaczyna się wraz z wejściem nowej regulacji.
On już istnieje.
PPWR może go po prostu uwidocznić.
Jeżeli firma wykorzysta ten moment do uporządkowania struktur produktowych, odpowiedzialności za dane, zarządzania wersjami, dokumentacji, procesu zmian i integracji pomiędzy systemami, korzyści nie kończą się na compliance.
To może oznaczać:
szybszą analizę wpływu zmian, ponieważ łatwiej ustalić, których produktów dotyczą;
mniejsze ryzyko pracy na nieaktualnych danych, dzięki kontroli wersji i statusów;
sprawniejsze wprowadzanie zmian, ponieważ proces jest zdefiniowany i wiadomo, kto odpowiada za poszczególne decyzje;
lepszą współpracę pomiędzy R&D, Packaging, Quality, Procurement, Sustainability, produkcją i IT, ponieważ wszystkie zespoły pracują wokół powiązanej informacji produktowej;
łatwiejsze wykorzystanie danych w kolejnych procesach, także w automatyzacji, raportowaniu czy integracjach z kolejnymi systemami.
Innymi słowy:
PPWR może być impulsem do rozwiązania problemów, które już dziś kosztują przedsiębiorstwo czas i pieniądze.
Co konkretnie może zrobić TT PSC?
Naszą rolą nie jest zastępowanie działu prawnego czy specjalistów odpowiedzialnych za compliance i interpretowanie za przedsiębiorstwo regulacji.
Możemy natomiast pomóc przełożyć wynikające z nich potrzeby na procesy, dane i technologię, które da się utrzymać w codziennym funkcjonowaniu organizacji.
Taką współpracę widzę w kilku etapach.
1. Analiza obecnego środowiska
Zaczynamy od procesów, danych oraz architektury systemowej.
Sprawdzamy, gdzie znajdują się istotne informacje, jak są tworzone i aktualizowane, kto z nich korzysta oraz gdzie występują luki, ręczne operacje albo duplikacja.
TT PSC prowadzi projekty PLM od etapu doradztwa i warsztatów, poprzez audyt stanu AS-IS i projektowanie procesu, po implementację i integrację rozwiązania.
2. Zaprojektowanie docelowego modelu danych i procesu
Kolejny krok to ustalenie, jak produkt, opakowanie, materiały, dokumentacja, dostawcy i zmiany powinny być ze sobą powiązane.
Nie po to, aby „mieć więcej danych”.
Po to, aby przedsiębiorstwo mogło z tych danych korzystać.
3. Ustalenie roli systemów
PLM nie musi przejmować funkcji ERP, QMS czy PIM.
Projektujemy środowisko tak, aby jasno określić:
który system jest źródłem jakiej informacji, kiedy dane są przekazywane dalej i co uruchamia ich aktualizację.
To pozwala budować spójny cyfrowy wątek produktu zamiast kolejnych silosów.
4. Wdrożenie mechanizmów PLM
W zależności od potrzeb organizacji mogą obejmować m.in. struktury produktowe i opakowaniowe, zarządzanie dokumentacją, konfiguracją, wersjami, zmianami czy danymi dotyczącymi dostawców.
Windchill oferuje w tym zakresie m.in. BOM management, engineering change and configuration management oraz funkcje wspierające współpracę z partnerami i dostawcami.
5. Integracja i migracja danych
Jeżeli potrzebne informacje znajdują się w wielu środowiskach, konieczne może być ich uporządkowanie, harmonizacja, migracja lub integracja systemów.
TT PSC realizuje migracje do Windchill m.in. z rozwiązań PDM, PLM, ERP i DMS, a zakres takich projektów może obejmować również przygotowanie i czyszczenie danych.
Dzięki temu PPWR nie musi oznaczać budowania kolejnego odrębnego silosu technologicznego „do regulacji”.
Może stać się częścią istniejącej strategii zarządzania cyklem życia produktu.
Nie przygotowujmy danych wyłącznie na 12 sierpnia
12 sierpnia 2026 r. jest ważnym momentem, ale PPWR nie jest projektem z jedną datą końcową.
Regulacja przewiduje kolejne wymagania i terminy, a organizacje będą musiały reagować również na zmiany produktów, materiałów, dostawców, standardów i własnego portfolio.
Dlatego najważniejsze pytanie nie brzmi dziś:
„Czy mamy dokumenty potrzebne na 12 sierpnia?”
Lepiej zapytać:
„Czy mamy proces, który pozwoli nam zarządzać tymi informacjami również za rok, trzy i pięć lat?”