Tiklīdz digitālā produkta pase kļūst konkrēta, IT nodaļa pirms visa pārējā uzdod jautājumu: kuras no mūsu sistēmām platformai ir jāietekmē? Tas ir pareizais jautājums, jo aiz tā slēpjas piekļuves dati, ugunsmūra atļaujas un drošības koncepcija, par kuru kādam ir jāuzņemas atbildība.
Mūsu atbilde ir īsa: neviena. Visas sistēmas, kas sniedz datus pasē, atrodas avota pusē un tur arī paliek. „Transpareo“ ir vienīgi saņēmējs ķēdes galā; datu plūsmas vienvirzienā virzās uz platformu. Šajā rakstā ir izsekotas šīs plūsmas: ko katra sistēma sniedz, kādi noteikumi attiecas uz katru plūsmu un kas tiek saņemts atpakaļ kā apstiprinājums.
Ko katra sistēma sniedz pases veidošanai
Pases dati reti nāk no vienas sistēmas. Praksē tie sadalās pa dažām sistēmu klasēm, no kurām katra sniedz tikai dažus laukus:
- ERP - preces identifikācija, materiāli, piegādātāji un izcelsme, saistība ar pasūtījumiem un partijām, daudzumi. Stabilas pamatdati, kas reti mainās.
- MES - ražošanas vēsture, sēriju un partiju piešķiršana, kvalitātes apliecinājumi, izsekojamība. Notikumu dati, kas saistīti ar konkrētu brīdi.
- APS - ražošanas laiki un resursu piešķiršana. Reti tieši attiecas uz pasi; būtiskā informācija parasti tiek iegūta caur MES.
- PLM - sastāvs, detaļu saraksti, remontējamība, rezerves daļas, konstrukcijas versijas. Ņemot vērā Ekodizaina regulas prasības, tas ir visizsmeļošākais avots.
- PIM - apraksti, attēli, kopšanas un lietošanas norādījumi, valodu varianti. Patērētājiem paredzētais saturs.
- IoT - stāvokļa un lietošanas dati no lietošanas posma. Nepieciešami tikai noteiktām produktu grupām, piemēram, baterijām.
- CRM - atsevišķu klientu apkalpošanas un remonta vēsture. Būtībā saistīta ar personas datiem, tāpēc tai nav vietas publiskā pasē.
Pārvaldības apvalks atrodas virs sistēmām, nevis blakus tām
Viena nošķiršana ir svarīgāka par visām pārējām: Asset Administration Shell neatrodas ## blakusERP, MES un PIM, bet gan virs tām. Tas nerada datus, bet gan ietver esošos datus savietojamos apakšmodeļos. Attiecībā uz savienojumu ar Transpareo tas nozīmē: AAS ir ērts, bet ne obligāts datu sniegšanas formāts. Tie, kas to izmanto, iegūst datu paketi no saviem apakšmodeļiem; tie, kas to neizmanto, sniedz tos pašus laukus citā veidā. Kāpēc mēs tomēr uzskatām, ka pārvaldības apvalks ir lielisks pamats, ir izklāstīts rakstā par AAS.
Pieci noteikumi, kas attiecas uz katru datu plūsmu
Virziens. Visas bultas norāda uz platformu. Transpareo neizsauc nevienu avota sistēmu, un Transpareo nav piekļuves datu ERP, MES, PIM vai PLM sistēmām.
Nav nekādas savienojuma ar jūsu sistēmām, kas būtu jāaizsargā, jo tāda vienkārši nepastāv.
Ierosinātājs. Datu nosūtīšana vienmēr tiek ierosināta avota pusē - paša ražotāja, tā starpprogrammatūras vai pilnvarota pakalpojumu sniedzēja. Platforma gaida; tā neiegūst datus.
Mērķa saistība. Tiek nosūtīta tikai pasei nepieciešamā datu daļa, nevis avota sistēmas datu kopums. Pasei no katras sistēmas ir nepieciešami tikai daži lauki; viss pārējais paliek tur, kur ir.
Atļauja. Par katras datu paketes izvēli, apjomu un laiku lemj avota puse. „Transpareo“ nevar saņemt vairāk, nekā tika nosūtīts.
Atļaujas. To, ko drīkst darīt ar platformā nosūtītajiem datiem, regulē noteiktas piekļuves atļaujas: minimālās tiesības, un tas, kas nav skaidri atļauts, paliek aizliegts. Šie noteikumi darbojas platformas pusē, nekad neattiecas ar atpakaļejošu spēku uz avotu.
Atpakaļ plūst tikai apstiprinājumi
Pilnīgi bez atgriezeniskā kanāla neiztikt, taču tas nepārraida datus, bet gan atbildes: DPP-URL vai GS1 Digital Link, versijas ID, publicēšanas statusu un validācijas ziņojumus. Avota pusei šie apstiprinājumi ir vērtīgi, jo Pass atsauci ERP vai PIM sistēmā var saglabāt tieši pie preces. Tās nav piekļuves tiesības. Tās ir apstiprinājums par saņemtu piegādi.
Trīs paraugi, kas praksē ir pierādījuši savu efektivitāti
- Tieši no vadošās sistēmas. ERP vai PLM nosūta datus, izmantojot savienotāju. Vienkārši un lietderīgi, ja viens datu avots ir nepārspējams.
- Izmantojot agregācijas slāni. Vidusprogrammatūra vai iPaaS apvieno ERP, MES un PIM laukus un piegādā vienu paketi. Tas ir standarta risinājums, ja ir iesaistīti vairāki avoti.
- Izmantojot AAS apakšmodeļus. Pārvaldības slānis jau tiek izmantots, un pakete tiek atvasināta no tā apakšmodeļiem. Tas ir izdevīgi „Rūpniecības 4.0” vidē.
Kura modeļa pieeja ir piemērota konkrētajai sistēmu videi un kā šādu projektu var īstenot divās nedēļās, nevis trīs mēnešos, mēs esam aprakstījuši rokasgrāmatā par ERP savienojumu.
Kas Transpareo apzināti nav
Nav otrā «System of Record». Platforma glabā pases datu ierakstu un tā nemaināmo versiju vēsturi, nevis ražotāja ekspluatācijas datus. Tas, kas tiek labots ERP sistēmā, nonāk „Pass” sistēmā ar jaunu piegādi - kā jauna, izsekojama versija, nevis kā nemanāma izmaiņa esošajā datu kopā. Par to, kā šī versiju ķēde tiek parakstīta un kļūst pārbaudāma ikvienam, ir rakstīts rakstā par parakstiem un sertifikātiem.
Tādējādi jūsu drošības koncepcijā ir maz kas jāpārbauda, un tieši tas arī ir mērķis. Nav piekļuves datu, kurus jums būtu jānodod, nav iekšējā ugunsmūra atvēruma un nav ārējas sistēmas ar lasīšanas tiesībām jūsu ERP sistēmā.
Faktiskais projekta darbs pārceļas tur, kur tam ir jābūt: izlemt, kuri lauki jāiekļauj pasē - nevis to, kam kur drīkst pieteikties.
Jautājumi par šo ierakstu
Vai „Transpareo“ ir nepieciešama piekļuve mūsu ERP vai kādai citai sistēmai?
Nē. Katra sistēma, kas sniedz datus, atrodas avota pusē un paliek tur, un „Transpareo“ nav piekļuves datu ERP, MES, PIM vai PLM sistēmām. Nav nekāda savienojuma ar jūsu sistēmām, kas būtu jāaizsargā, jo tāda vienkārši nepastāv. Tādējādi jūsu drošības koncepcijas ietvaros nav nepieciešams izsniegt piekļuves datus, izveidot iekšēju piekļuves punktu vai pārbaudīt, vai kāda ārēja sistēma nav ieguvusi lasīšanas tiesības jūsu ERP sistēmā.
Kas organizē piegādi un cik bieži?
Vienmēr avota puse. Push paziņojumu iniciē pats ražotājs, tā starpprogrammatūra vai pilnvarots pakalpojumu sniedzējs; platforma gaida un nekad neiegūst datus. Katras paketes saturu, apjomu un laiku nosaka avota puse, tāpēc Transpareo nevar saņemt vairāk, nekā tika piegādāts. Cik bieži veicat piegādes, nosakāt paši - stabilie pamatdati mainās reti, savukārt ražošanas notikumi notiek tad, kad tie notiek.
Vai mums tam ir vajadzīga administratīvā vide?
Nē. Pārvaldības slānis neatrodas blakus ERP, MES un PIM, bet gan virs tiem, un tas negenerē savus datus, bet gan iekļauj esošos datus savietojamos apakšmodeļos. Tādējādi tas ir ērts, bet ne obligāts datu sniegšanas formāts. Tie, kas to izmanto, iegūst datu paketi no šiem apakšmodeļiem. Tie, kas to neizmanto, piegādā tos pašus laukus citā veidā - tieši no vadošās sistēmas vai izmantojot agregācijas slāni.
Ar kuru sistēmu sāksim?
Ņemot vērā ekodizaina regulas prasības, PLM ir visaptverošākais atsevišķais avots - tajā ir iekļauta sastāva informācija, detaļu saraksti, remontējamība, rezerves daļas un konstrukcijas versijas. ERP sistēma nodrošina preču identifikāciju, materiālus, piegādātājus un izcelsmi, PIM - patērētājiem paredzētos tekstus un attēlus, bet MES - ražošanas un izsekojamības notikumus. Lielākajai daļai sertifikātu no katras sistēmas ir nepieciešami tikai daži lauki. Sāciet ar to, kur atrodas lielākā daļa jūsu obligāto lauku, un pārējos papildiniet pakāpeniski.
Vai klientu dati no CRM tiek iekļauti pasē?
Nē. Atsevišķu klientu apkalpošanas un remonta vēsture principā ir saistīta ar konkrētu personu un tādēļ nav iekļaujama publiskā pasē. CRM ir vienīgā sistēmu klase šajā sarakstā, kas paliek pilnībā ārpus tā. Remonta un dzīves cikla notikumus tomēr var attēlot, taču kā notikumus, kas saistīti ar produktu, nevis ar konkrētu personu.
Ko atgriež platforma?
Apstiprinājumi, nevis dati. Atgriezeniskais kanāls pārraida DPP adresi vai GS1 Digital Link, versijas identifikatoru, publicēšanas statusu un validācijas ziņojumus. Šos apstiprinājumus ir vērts saglabāt, jo pēc tam Pass atsauci var tieši saistīt ar preci ERP vai PIM sistēmā. Tās nav piekļuves dati, bet gan apstiprinājums par saņemtu piegādi.
Kas notiek, ja ERP sistēmā tiek labota kāda vērtība?
Korekcija tiek ievadīta sistēmā ar jaunu piegādi un kļūst par jaunu, izsekojamu versiju, nevis par nemanāmu izmaiņu esošajā datu bāzē. Katra iepriekšējā versija paliek pieejama un pārbaudāma, un tieši tas padara versiju vēsturi vērtīgu pārbaudēm. Informācija par to, kā šī versiju ķēde tiek parakstīta un kā to ikviens var pārbaudīt, ir atrodama sadaļ ā „Paraksti un sertifikāti” DPP.
Vai „Transpareo” kļūs par otro „System of Record”?
Nē, un tas ir apzināti. Platforma glabā Pass datu kopu un tās nemaināmo versiju vēsturi, nevis jūsu darbības datus; jūsu sistēmas joprojām ir noteicošās attiecībā uz visu, kas pieder jums. Tādējādi arī darbs pie projekta paliek tur, kur tam jābūt - pie lēmuma, kuri lauki jāiekļauj pasē, nevis pie jautājuma, kam kur ir atļauts pieteikties.
