Amint egy digitális termékútlevél konkrét formát ölt, az IT-részleg minden más kérdés előtt felveti a következő kérdést: Melyik rendszerünkhöz kell hozzáférnie a platformnak? Ez a helyes kérdés, hiszen mögötte hozzáférési adatok, tűzfal-engedélyek és egy biztonsági koncepció áll, amelyért valakinek felelősséget kell vállalnia.
Válaszunk rövid: egyik sem. Minden olyan rendszer, amely adatokat szolgáltat a passhoz, a forrásoldalon található, és ott is marad. A Transpareo kizárólag a lánc végén lévő címzett; az adatáramok egyirányúan a platform felé haladnak. Ez a cikk nyomon követi az adatáramokat: hogy mit szolgáltat az egyes rendszerek, milyen szabályok vonatkoznak az egyes adatáramokra, és mi érkezik vissza visszaigazolásként.
Mit ad hozzá az egyes rendszerek a Pass-hoz
Egy Pass adatai ritkán származnak egyetlen rendszerből. A gyakorlatban ezek egy maroknyi rendszerosztályra oszlanak, amelyek mindegyike csak néhány mezőt ad hozzá:
- ERP - termékazonosító, anyagok, beszállítók és származás, megrendelés- és tételkapcsolat, mennyiségek. Stabil törzsadatok, amelyek ritkán változnak.
- MES - gyártási előzmények, sorozat- és tételhozzárendelés, minőségi igazolások, nyomonkövethetőség. Eseményadatok, amelyek egy adott időponthoz kötődnek.
- APS - Gyártási időpontok és erőforrás-hozzárendelés. A passz számára ritkán közvetlenül releváns; ami számít, az többnyire az MES-en keresztül érkezik.
- PLM - Összetétel, alkatrészlisták, javíthatóság, pótalkatrészek, tervezési állapotok. Az ökotervezési rendelet követelményei alapján ez a legátfogóbb forrás.
- PIM - Leírások, képek, karbantartási és használati utasítások, nyelvi változatok. A fogyasztók számára szóló tartalmak.
- IoT - Állapot- és használati adatok a használati fázisból. Csak bizonyos termékcsoportok esetében szükséges, például az akkumulátoroknál.
- CRM - Az egyes ügyfelek szerviz- és javítási előzményei. Alapvetően személyes jellegűek, ezért nem tartoznak egy nyilvános adatlapba.
Az Asset Administration Shell a rendszerek felett áll, nem mellettük
Egy megkülönböztetés fontosabb minden másnál: az Asset Administration Shell nem az ERP, az MES és a PIM ## mellettáll, hanem felettük. Nem generál adatokat, hanem a meglévőket interoperábilis almodellekbe csomagolja. A Transpareo-hoz való csatlakozás szempontjából ez azt jelenti: Az AAS egy kényelmes, de nem elengedhetetlen adatátviteli formátum. Aki használja, az az almodellekből vezeti le az adatcsomagot; aki nem, az más úton szolgáltatja ugyanazokat a mezőket. Miért tartjuk az Asset Administration Shellt ennek ellenére kiváló alapnak, azt az AAS-ről szóló cikkben olvashatja.
Öt szabály, amely minden adatáramlásra vonatkozik
Irány. Minden nyíl a platform felé mutat. A Transpareo egyetlen forrásrendszert sem kérdez le, és a Transpareo nem rendelkezik hozzáférési adatokkal az ERP, MES, PIM vagy PLM rendszerekhez.
Nincs olyan kapcsolat a rendszereikkel, amelyet biztonságossá kellene tenni, mert egyszerűen nincs ilyen.
Kiváltó ok. A push-műveletet mindig a forrás oldalon indítják el - maga a gyártó, annak middleware-je vagy egy megbízott szolgáltató. A platform vár; nem nyeri el az adatokat.
Célhoz kötöttség. Kizárólag a Passhoz szükséges adathalmazt továbbítják, nem pedig a forrásrendszer teljes adatállományát. A Passnak minden rendszerből csak néhány mezőre van szüksége; minden egyéb ott marad, ahol van.
Jóváhagyás. Az egyes csomagok kiválasztásáról, terjedelméről és időpontjáról a forrásoldal dönt. A Transpareo nem kaphat többet, mint amennyit kézbesítettek.
Jogosultságok. A platformon a kézbesített adatokkal kapcsolatos tevékenységeket kijelölt hozzáférési jogosultságok szabályozzák: minimális jogok, és ami nincs kifejezetten engedélyezve, az továbbra is tilos. Ezek a szabályok a platform oldalán érvényesek, soha nem hatnak visszamenőlegesen a forrásra.
Csak visszaigazolások áramlanak vissza
Teljesen visszacsatorna nélkül nem működik a rendszer, de ez nem adatokat, hanem válaszokat továbbít: a DPP-URL-t, illetve a GS1 Digital Linket, a verzió-azonosítót, a közzétételi állapotot és az érvényesítési üzeneteket. Ezek a visszajelzések értékesek a forrásoldal számára, mert a Pass-hivatkozás az ERP-ben vagy a PIM-ben közvetlenül a termékhez társítható. Nem jelentenek hozzáférést. Hanem egy beérkezett szállításról szóló visszaigazolást jelentenek.
Három, a gyakorlatban bevált modell
- Közvetlenül a vezető rendszerből. Az ERP vagy a PLM egy csatlakozón keresztül továbbítja az adatokat. Egyszerű és célszerű megoldás, ha egy adatforrás egyértelműen dominál.
- Egy összesítő rétegen keresztül. A middleware vagy az iPaaS egyesíti az ERP-, MES- és PIM-mezőket, és egy csomagot szállít. Ez a szokásos eset, amint több forrás is részt vesz a folyamatban.
- AAS-almodelleken keresztül. Az adminisztrációs héj már használatban van, és a csomagot annak almodelljeiből vezetik le. Előnyös az Ipar 4.0-környezetekben.
Hogy melyik minta illik melyik rendszerkörnyezethez, és hogyan valósítható meg egy ilyen projekt két hét alatt három hónap helyett, azt az ERP-csatlakozásról szóló útmutatónkban írtuk le.
Ami a Transpareo szándékosan nem
Nem egy második „System of Record”. A platform a Pass-adatsort és annak megváltoztathatatlan verziótörténetét tárolja, nem pedig a gyártó üzemeltetési adatait. Amit az ERP-ben kijavítanak, az egy új szállítmányon keresztül jut el a Pass-ba - új, nyomon követhető verzióként, nem pedig a meglévő állomány csendes módosításaként. Hogy ez a verziós lánc hogyan kerül aláírásra és válik mindenki számára ellenőrizhetővé, azt a „Aláírások és tanúsítványok” című cikkben olvashatja.
Így a biztonsági koncepciója szempontjából alig marad ellenőriznivaló, és pontosan ez a cél. Nincsenek kiadandó hozzáférési adatok, nincs belső tűzfalnyitás, és nincs olyan külső rendszer, amely olvasási jogosultsággal rendelkezne az ERP-jében.
A tényleges projektmunka oda kerül, ahová tartozik: eldönteni, hogy mely mezők kerüljenek a Pass-ba - nem pedig azt, hogy ki hol jelentkezhet be.
Kérdések ehhez a bejegyzéshez
Szüksége van a Transpareo-nak hozzáférésre az ERP-rendszerünkhöz vagy más rendszerhez?
Nem. Minden adatot szolgáltató rendszer a forrásoldalon található és ott is marad, a Transpareo pedig nem rendelkezik hozzáférési adatokkal az ERP, MES, PIM vagy PLM rendszerekhez. Nincs olyan kapcsolat az Önök rendszereivel, amelyet biztonságossá kellene tenni, mivel egyszerűen nincs ilyen kapcsolat. Biztonsági koncepciója szempontjából így nem kell hozzáférési adatokat kiadnia, nem kell belső hozzáférési pontot létrehoznia, és nem kell ellenőriznie, hogy valamely külső rendszer olvasási jogosultsággal rendelkezik-e az Ön ERP-rendszerében.
Ki rendeli meg a szállítást, és milyen gyakran?
Mindig a forrásoldal. A push-üzenetet maga a gyártó, annak middleware-je vagy egy megbízott szolgáltató indítja el; a platform nem várja meg és soha nem tölti le az adatokat. Az egyes csomagok tartalmát, terjedelmét és időzítését a forrásoldal határozza meg, ezért a Transpareo sem kaphat többet, mint amennyit kiszállítottak. Hogy milyen gyakran szállít, azt Ön maga határozza meg - a stabil alapadatok ritkán változnak, a termelési események pedig akkor következnek be, amikor bekövetkeznek.
Ehhez szükségünk van egy adminisztrációs felületre?
Nem. Az adminisztrációs réteg nem az ERP, az MES és a PIM mellett, hanem azok felett helyezkedik el, és nem hoz létre saját adatokat, hanem a meglévőket interoperábilis almodellekbe csomagolja. Ezáltal kényelmes, de nem elengedhetetlen adatszolgáltatási formátum. Aki ezt használja, az almodelleiből állítja össze az adatcsomagot. Aki nem használja, ugyanazokat a mezőket más módon szállítja, közvetlenül a vezető rendszerből vagy egy összesítő rétegen keresztül.
Melyik rendszerrel kezdjük?
Az ökodizájn-rendelet követelményeihez viszonyítva a PLM a legátfogóbb egyedi adatforrás - az összetétel, az alkatrészlisták, a javíthatóság, a pótalkatrészek és a tervezési állapotok mind ott találhatók. Az ERP a termékazonosítást, az anyagokat, a beszállítókat és a származási helyet kezeli, a PIM a fogyasztóknak szánt szövegeket és képeket, az MES pedig a gyártási és nyomonkövethetőségi eseményeket. A legtöbb terméknyilatkozatnak mindössze néhány mezőre van szüksége az egyes rendszerekből. Kezdje ott, ahol a legtöbb kötelező mező található, és a többit fokozatosan egészítse ki.
A CRM-ből származó ügyféladatok bekerülnek-e az útlevélbe?
Nem. Az egyes ügyfelek szerviz- és javítási előzményei elvileg személyhez kötöttek, ezért nem tartoznak egy nyilvános adatbázisba. A CRM az egyetlen rendszerkategória ebben a listában, amely teljes mértékben kívül marad. A javítási és életciklus-események ennek ellenére ábrázolhatók, de a termékhez kapcsolódó eseményekként, nem pedig egy megnevezett személyhez.
Mit küld vissza a platform?
Visszaigazolások, nem adatok. A visszacsatoló csatorna továbbítja a DPP-címet, illetve a GS1 Digital Linket, a verzió-azonosítót, a közzétételi állapotot és az érvényesítési üzeneteket. Érdemes ezeket a visszaigazolásokat archiválni, mert így a Pass-hivatkozás közvetlenül az árucikkhez rendelhető az ERP-ben vagy a PIM-ben. Ezek nem hozzáférési adatok, hanem a beérkezett szállításról szóló visszaigazolás.
Mi történik, ha egy értéket kijavítanak az ERP-rendszerben?
A javítás egy új kiadáson keresztül kerül be a rendszerbe, és egy új, nyomon követhető verziót alkot, nem pedig egy láthatatlan módosítást a meglévő állományban. Minden korábbi verzió továbbra is elérhető és ellenőrizhető marad, és pontosan ez teszi a verziótörténetet értékessé az ellenőrzés szempontjából. Hogy ez a verziósorozat hogyan kerül aláírásra és válik mindenki számára ellenőrizhetővé, azt a DPP „Aláírások és tanúsítványok” című fejezete tartalmazza.
A Transpareo lesz-e egy második „System of Record”?
Nem, és ez szándékos. A platform a Pass-adatsort és annak módosíthatatlan verziótörténetét tárolja, nem pedig az Önök üzemeltetési adatait; az Önök rendszerei továbbra is meghatározóak mindenben, ami az Önöké. Így a projektmunka is ott marad, ahová tartozik - azaz annak eldöntésénél, hogy mely mezők kerüljenek a Pass-ba, ahelyett, hogy azzal kellene foglalkozni, hogy ki hol jelentkezhet be.
