Gdy tylko projekt cyfrowego paszportu produktu nabiera konkretnych kształtów, dział IT zadaje pytanie przed wszystkimi innymi: z którymi z naszych systemów musi współpracować ta platforma? Jest to właściwe pytanie, ponieważ wiąże się ono z danymi dostępowymi, uprawnieniami w zaporze sieciowej oraz koncepcją bezpieczeństwa, za którą ktoś musi ponosić odpowiedzialność.
Nasza odpowiedź jest krótka: żaden. Wszystkie systemy, które dostarczają dane do paszportu, znajdują się po stronie źródłowej i tam pozostają. Transpareo pełni wyłącznie rolę odbiorcy na końcu łańcucha; strumienie danych płyną jednokierunkowo w stronę platformy. Niniejszy artykuł śledzi przebieg tych strumieni: co dostarcza każdy system, jakie zasady obowiązują dla każdego strumienia oraz co wraca w postaci potwierdzenia.
Wkład poszczególnych systemów w tworzenie paszportu
Dane zawarte w paszporcie rzadko pochodzą z jednego systemu. W praktyce są one rozdzielone między kilka klas systemów, z których każda dostarcza jedynie kilka pól:
- ERP - identyfikator artykułu, materiały, dostawcy i pochodzenie, odniesienie do zlecenia i partii, ilości. Stabilne dane podstawowe, które rzadko ulegają zmianom.
- MES - historia produkcji, przyporządkowanie serii i partii, certyfikaty jakości, identyfikowalność. Dane dotyczące zdarzeń, powiązane z konkretnym momentem w czasie.
- APS - terminy produkcji i przypisanie zasobów. Rzadko mają bezpośrednie znaczenie dla paszportu; istotne informacje pochodzą zazwyczaj z systemu MES.
- PLM - skład, listy części, możliwość naprawy, części zamienne, etapy projektowania. Biorąc pod uwagę wymagania rozporządzenia w sprawie ekoprojektu, jest to najbardziej wyczerpujące źródło informacji.
- PIM - opisy, zdjęcia, wskazówki dotyczące konserwacji i użytkowania, wersje językowe. Treści przeznaczone dla konsumentów.
- IoT - dane dotyczące stanu i użytkowania z fazy eksploatacji. Wymagane jedynie w przypadku określonych grup produktów, np. baterii.
- CRM - historia serwisu i napraw poszczególnych klientów. Zasadniczo dane osobowe, dlatego nie powinny znajdować się w publicznym paszporcie produktu.
Powłoka administracyjna znajduje się nad systemami, a nie obok nich
Jedno rozróżnienie jest ważniejsze od wszystkich pozostałych: ## powłokaadministracyjna zasobów (Asset Administration Shell) nie znajduje się obok## systemówERP, MES i PIM, lecz nad nimi. Nie generuje ona danych, lecz hermetyzuje istniejące dane w interoperacyjnych podmodelach. W kontekście integracji z Transpareo oznacza to, że: AAS jest wygodnym, ale niekoniecznym formatem dostarczania danych. Kto z niego korzysta, wyodrębnia pakiet danych ze swoich podmodeli; kto nie, dostarcza te same pola inną drogą. Dlaczego mimo to uważamy powłokę administracyjną za doskonałą podstawę, wyjaśniono w artykule poświęconym AAS.
Pięć zasad obowiązujących dla każdego przepływu
Kierunek. Wszystkie strzałki wskazują na platformę. Transpareo nie wysyła zapytań do żadnego systemu źródłowego i nie posiada danych dostępowych do systemów ERP, MES, PIM ani PLM.
Nie ma żadnego połączenia z Państwa systemami, które należałoby zabezpieczyć, ponieważ po prostu go nie ma.
Wyzwalacz. Przesyłanie danych jest zawsze inicjowane po stronie źródłowej - przez samego producenta, jego oprogramowanie pośredniczące lub zleconego usługodawcę. Platforma pozostaje w trybie oczekiwania; nie pobiera danych.
Ograniczenie przeznaczenia. Przesyłany jest wyłącznie podzbiór danych niezbędny do utworzenia „paszportu”, a nie cały zbiór danych z systemu źródłowego. „Paszport” wymaga jedynie kilku pól z każdego systemu; wszystko inne pozostaje na swoim miejscu.
Zatwierdzanie. O wyborze, zakresie i terminie każdego pakietu decyduje strona źródłowa. Transpareo nie może otrzymać więcej niż zostało dostarczone.
Uprawnienia. To, co można zrobić z dostarczonymi danymi na platformie, regulują określone uprawnienia dostępu: obowiązują minimalne uprawnienia, a to, co nie zostało wyraźnie dozwolone, pozostaje zabronione. Zasady te obowiązują po stronie platformy, nigdy nie mają mocy wstecznej w stosunku do źródła.
W kierunku źródła przepływają wyłącznie potwierdzenia
Nie da się obejść bez kanału zwrotnego, jednak nie przekazuje on danych, a jedynie odpowiedzi: adres URL DPP lub link cyfrowy GS1, identyfikator wersji, status publikacji oraz komunikaty dotyczące walidacji. Dla strony źródłowej te informacje zwrotne są cenne, ponieważ odniesienie do potwierdzenia można zapisać bezpośrednio przy produkcie w systemie ERP lub PIM. Nie stanowią one jednak dostępu do danych. Są potwierdzeniem otrzymania dostawy.
Trzy sprawdzone w praktyce modele
- Bezpośrednio z systemu wiodącego. System ERP lub PLM przesyła dane za pośrednictwem łącznika. ## Rozwiązanieproste i sensowne, gdy jedno źródło danych wyraźnie dominuje.
- Poprzez warstwę agregacji. Oprogramowanie pośredniczące (middleware) lub platforma iPaaS łączy pola z systemów ERP, MES i PIM, dostarczając jeden pakiet. Jest to standardowe rozwiązanie w przypadku, gdy zaangażowanych jest kilka źródeł.
- Poprzez podmodele AAS. Powłoka administracyjna jest już w użyciu, a pakiet jest generowany na podstawie jej podmodeli. Rozwiązanie to sprawdza się szczególnie w środowiskach Przemysłu 4.0.
W naszym przewodniku dotyczącym integracji z systemem ERP opisaliśmy, który wzorzec pasuje do danego środowiska systemowego oraz w jaki sposób taki projekt można zrealizować w ciągu dwóch tygodni zamiast trzech miesięcy.
Czym Transpareo świadomie nie jest
Nie ## jest todrugi „system ewidencyjny”. Platforma przechowuje rekord danych paszowych oraz jego niezmienną historię wersji, a nie dane operacyjne producenta. To, co zostanie skorygowane w systemie ERP, trafia do Pass w ramach nowej dostawy - jako nowa, identyfikowalna wersja, a nie jako cicha zmiana w istniejących danych. Sposób, w jaki ten łańcuch wersji jest podpisywany i staje się weryfikowalny dla każdego, opisano w artykule poświęconym podpisom i certyfikatom.
W związku z tym w ramach Państwa koncepcji bezpieczeństwa pozostaje niewiele do sprawdzenia, a właśnie taki jest zamysł. Nie ma żadnych danych dostępowych, które musieliby Państwo udostępniać, nie ma wewnętrznego otwarcia zapory sieciowej ani żadnego systemu zewnętrznego z uprawnieniami do odczytu w Państwa systemie ERP.
Właściwa praca projektowa przenosi się tam, gdzie jej miejsce: na podejmowanie decyzji, które pola powinny znaleźć się w paszporcie - a nie na ustalanie, kto może się gdzie zalogować.
Pytania dotyczące tego wpisu
Czy Transpareo potrzebuje dostępu do naszego systemu ERP lub innego systemu?
Nie. Każdy system dostarczający dane znajduje się po stronie źródłowej i tam pozostaje, a firma Transpareo nie posiada danych dostępowych do systemów ERP, MES, PIM ani PLM. Nie ma żadnego połączenia z Państwa systemami, które należałoby zabezpieczyć, ponieważ po prostu takie połączenie nie istnieje. W związku z tym w ramach Państwa koncepcji bezpieczeństwa nie ma potrzeby ujawniania żadnych danych dostępowych, tworzenia żadnych wewnętrznych połączeń ani sprawdzania, czy system zewnętrzny posiada uprawnienia do odczytu w Państwa systemie ERP.
Kto zleca dostawę i jak często?
Zawsze strona źródłowa. Powiadomienie typu „push” jest generowane przez samego producenta, jego oprogramowanie pośredniczące lub upoważnionego usługodawcę; platforma pozostaje w stanie oczekiwania i nigdy nie pobiera danych. O wyborze, zakresie i terminie każdego pakietu decyduje strona źródłowa, dlatego też Transpareo nie może otrzymać więcej danych niż te, które zostały dostarczone. To Państwo sami decydują, jak często przekazują dane - stabilne dane podstawowe rzadko ulegają zmianom, natomiast zdarzenia produkcyjne mają miejsce wtedy, gdy się pojawiają.
Czy potrzebujemy do tego środowiska administracyjnego?
Nie. Warstwa administracyjna nie funkcjonuje równolegle z systemami ERP, MES i PIM, lecz znajduje się ponad nimi; nie generuje ona własnych danych, lecz hermetyzuje istniejące dane w interoperacyjne podmodele. Stanowi zatem wygodny, ale niekonieczny format dostarczania danych. Użytkownicy korzystający z tej warstwy pobierają pakiet danych z jej podmodeli. Kto jej nie stosuje, dostarcza te same pola w inny sposób - bezpośrednio z systemu wiodącego lub poprzez warstwę agregacji.
Od jakiego systemu powinniśmy zacząć?
W świetle wymogów rozporządzenia w sprawie ekoprojektu system PLM stanowi najbardziej wyczerpujące pojedyncze źródło informacji - zawiera on dane dotyczące składu, listy części, możliwości naprawy, części zamiennych oraz etapu projektowania. System ERP zarządza identyfikacją artykułów, materiałami, dostawcami i pochodzeniem, system PIM - tekstami i obrazami przeznaczonymi dla konsumentów, a system MES - zdarzeniami związanymi z produkcją i identyfikowalnością. Większość paszportów wymaga jedynie kilku pól z każdego systemu. Proszę zacząć od obszaru, w którym znajduje się większość obowiązkowych pól, a pozostałe uzupełniać stopniowo.
Czy dane klientów z systemu CRM trafiają do paszportu?
Nie. Historia serwisowa i napraw poszczególnych klientów ma zasadniczo charakter osobowy i dlatego nie powinna znajdować się w publicznym paszporcie. System CRM jest jedyną klasą systemów na tej liście, która pozostaje całkowicie poza nią. Zdarzenia związane z naprawami i cyklem życia produktu można mimo to odzwierciedlać, ale jako zdarzenia dotyczące produktu, a nie konkretnej osoby.
Jakie informacje otrzymujemy z platformy?
Potwierdzenia, a nie dane. Kanał zwrotny przekazuje adres DPP lub GS1 Digital Link, identyfikator wersji, status publikacji oraz komunikaty dotyczące walidacji. Warto archiwizować te informacje zwrotne, ponieważ umożliwiają one późniejsze przypisanie odniesienia do paszportu bezpośrednio do danego artykułu w systemie ERP lub PIM. Nie stanowią one transakcji, lecz potwierdzenie otrzymania dostawy.
Co się dzieje, gdy wartość w systemie ERP zostanie skorygowana?
Poprawka trafia do systemu poprzez nową dostawę i staje się nową, identyfikowalną wersją, a nie cichą zmianą w istniejących danych. Każda wcześniejsza wersja pozostaje dostępna i możliwa do zweryfikowania, a właśnie to sprawia, że historia zmian jest cenna z punktu widzenia kontroli. Informacje na temat tego, w jaki sposób łańcuch wersji jest podpisywany i staje się weryfikowalny dla każdego, znajdują się w sekcji „Podpisy i certyfikaty” w DPP.
Czy Transpareo stanie się drugim „systemem rejestrującym”?
Nie, i to celowo. Platforma przechowuje rekord paszportu oraz jego niezmienną historię wersji, a nie Państwa dane operacyjne; Państwa systemy pozostają decydujące w odniesieniu do wszystkiego, co do nich należy. Dzięki temu praca nad projektem pozostaje tam, gdzie jej miejsce - przy podejmowaniu decyzji, które pola powinny znaleźć się w Passie, a nie przy rozstrzyganiu, kto może się gdzie zalogować.
