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: żadne. Wszystkie systemy dostarczające dane do Pass 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 do platformy i docierają za pośrednictwem jej interfejsu Transpareo Connect. Niniejszy artykuł przedstawia przebieg tych strumieni: co dostarcza każdy system, jakie zasady obowiązują dla każdego strumienia oraz jakie potwierdzenie jest zwracane.
Co każdy system wnosi do paszportu
Dane paszportu rzadko pochodzą z jednego systemu. W praktyce są one rozłożone na 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. W świetle wymogów 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 serwisów 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 danych
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ła - 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: minimalne uprawnienia, a to, co nie zostało wyraźnie dozwolone, pozostaje zabronione. Zasady te obowiązują po stronie platformy, nigdy z mocą wsteczną 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 służy on do przesyłania danych, lecz odpowiedzi: adresu URL DPP lub GS1 Digital Link, identyfikatora wersji, statusu publikacji oraz komunikatów dotyczących walidacji. Dla strony źródłowej informacje zwrotne te są cenne, ponieważ odniesienie do paszportu można zapisać bezpośrednio przy produkcie w systemie ERP lub PIM. Nie stanowią one jednak potwierdzenia dostępności. Są one 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ązanie proste i sensowne, gdy jedno źródło danych wyraźnie dominuje.
- Za pośrednictwem warstwy agregującej. Oprogramowanie pośredniczące (middleware) lub platforma iPaaS łączy pola z systemów ERP, MES i PIM, tworząc jeden pakiet. Jest to standardowe rozwiązanie w przypadku, gdy w grę wchodzi kilka źródeł.
- Za pośrednictwem podmodeli AAS. Warstwa administracyjna jest już w użyciu, a pakiet jest generowany na podstawie jej podmodeli. Rozwiązanie to sprawdza się w środowiskach Przemysłu 4.0.
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, opisaliśmy w podręczniku dotyczącym integracji z systemem ERP.
Nie każdy, kto dostarcza dane, dysponuje systemem umożliwiającym ich przekazanie. Dostawca nieposiadający własnego oprogramowania firmowego wypełnia pola, o które proszą Państwo za pośrednictwem strony Transpareo Upstream, korzystając z telefonu komórkowego, i również w tym przypadku przepływ danych odbywa się tylko w jednym kierunku: jego odpowiedź trafia do Państwa w formie propozycji, a Państwo ją sprawdzają, zanim zostanie ona uwzględniona w paszporcie.
Czym Transpareo świadomie nie jest
Brak drugiego „systemu ewidencyjnego”. Platforma przechowuje rekord danych paszportu oraz jego niezmienną historię wersji, a nie dane operacyjne producenta. Korekty wprowadzone w systemie ERP są przekazywane do paszportu w ramach nowej dostawy - jako nowa, identyfikowalna wersja, a nie jako cicha zmiana w istniejących danych. Sposób, w jaki firma Transpareo Proofchain podpisuje ten łańcuch wersji i udostępnia go do weryfikacji przez 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 posiadającego uprawnienia 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. Przesyłanie danych na adres Transpareo Connect jest inicjowane przez samego producenta, jego oprogramowanie pośredniczące lub zleconego usługodawcę; platforma jedynie oczekuje i nigdy nie pobiera danych z własnej inicjatywy. O wyborze, zakresie i terminie każdego pakietu decyduje strona źródłowa, dlatego też Transpareo nie może otrzymać więcej danych niż zostało 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 kompleksowe pojedyncze źródło informacji - zawiera on dane dotyczące składu, listy części, możliwości naprawy, części zamiennych oraz stanu projektu. System ERP zarządza tożsamością 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 tych elementów, które stanowią 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?
Korekta 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 audytu. Sposób, w jaki ten łańcuch wersji jest podpisywany i staje się weryfikowalny dla każdego, opisano 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ć.
