Amint egy digitális termékútlevél konkrét formát ölt, az IT-osztály 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, mely szabályok vonatkoznak az egyes adatáramokra, és mi érkezik vissza visszaigazolásként.
Mit ad hozzá az egyes rendszerek a Pass-hoz
A Pass adatai ritkán származnak egyetlen rendszerből. A gyakorlatban ezek egy maroknyi rendszerosztályra oszlanak, amelyek közül mindegyik csak néhány mezőt ad hozzá:
- ERP - cikkazonosí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 profilba.
Az adminisztrációs réteg 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, hanem azok felett áll. 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 szállítási formátum. Aki használja, az az almodellekből vezeti le az adatcsomagot; aki nem, az más módon 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 az Ön rendszereivel, 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 tölti le 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 szállítottak.
Jogosultságok. A platformon a szállított 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 Link 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 közvetlenül az árucikkhez rendelhető az ERP-ben vagy a PIM-ben. Nem jelentenek hozzáférést. Hanem a beérkezett szállításról szóló visszaigazolás.
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 összevonja az ERP-, MES- és PIM-mezőket, és egy csomagot szállít. Ez a szokásos eset, ha több forrás is részt vesz a folyamatban.
- AAS-almodelleken keresztül. Az adminisztrációs felület már használatban van, és a csomagot annak almodelleiből vezetik le. Előnyös az Ipar 4.0-környezetekben.
Hogy melyik minta illeszkedik 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ási útmutatóban írtuk le.
Ami a Transpareo szándékosan nem
Nem egy második „System of Record”. A platform a Pass-adatrekordot é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ányban végzett csendes módosításké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ásokról és tanúsítványokról szóló bejegyzésben olvashatja.
Biztonsági koncepciója szempontjából így alig marad ellenőriznivaló, és pontosan ez a cél. Nincsenek kiadandó hozzáférési adatok, nincs belső tűzfal-nyitás, és nincs olyan külső rendszer, amely olvasási jogosultsággal rendelkezne az ERP-ben. A tényleges projektmunka oda kerül, ahová tartozik: annak eldöntésére, hogy mely mezők kerüljenek a Pass-ba - nem pedig arra, hogy ki hol jelentkezhet be.