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.
A válaszunk rövid: egy sem. Minden olyan rendszer, amely adatokat szolgáltat a Pass-hoz, 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, és a Transpareo Connect interfészen keresztül érkeznek. Ez a cikk nyomon követi az adatáramokat: 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 Passhoz
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 - 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 terméknyilvántartás szempontjából 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 környezettudatos tervezé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 - 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 adatszolgáltatá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 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 szedi 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 más 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 visszacsatolási csatorna 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 rendelhető. Nem jelentenek hozzáférést. A beérkezett szállításról szóló visszaigazolásként szolgálnak.
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 az almodellekbő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ásról szóló útmutatónkban írtuk le.
Nem mindenkinek, aki adatokat szolgáltat, van olyan rendszere, amely képes lenne az adatokat továbbítani. Az a beszállító , aki nem rendelkezik saját vállalati szoftverrel , a Transpareo Upstream oldalon keresztül feltett kérdéseire a mobiltelefonján válaszol, és ebben az esetben is az adatáramlás csak egy irányba történik: a válasza javaslatként érkezik Önhöz, és Ön ellenőrzi azt, mielőtt bekerülne a passba.
Ami a Transpareo szándékosan nem
Nincs második „System of Record”. A platform a szállítólevél-adatcsomagot és annak megváltoztathatatlan verziótörténetét tárolja, nem pedig a gyártó üzemeltetési adatait. Ami az ERP-ben javításra kerül, az egy új szállítmányon keresztül jut el az útlevélhez - új, nyomon követhető verzióként, nem pedig a meglévő állományban végzett észrevétlen módosításként. Hogy az „ Transpareo Proofchain ” hogyan írja alá ezt a verziós láncot, és hogyan teszi azt mindenki számára ellenőrizhetővé, arról a „Aláírások és tanúsítványok” című cikkben olvashat.
Í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 Passba - 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 Transpareo Connect címre történő 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 kézbesítettek. A szállítás gyakoriságát Ön maga határozza meg - a stabil törzsadatok 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 környezettudatos tervezési rendelet követelményei alapján 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 helyeket 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 szállítmányon keresztül kerül be a rendszerbe, és egy új, nyomon követhető verziót eredményez, nem pedig egy láthatatlan módosítást a rendszerben. Minden korábbi verzió továbbra is elérhető és ellenőrizhető marad, és pontosan ez teszi a verziótörténetet értékessé egy audit 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.
