Viena srovė, viena kryptis: kaip duomenys patenka į produkto pasą

Viena srovė, viena kryptis: kaip duomenys patenka į produkto pasą

ERP, MES, PLM ir PIM teikia duomenis į skaitmeninį produkto pasą, tačiau išlaiko visišką kontrolę. Duomenų srautas teka tik viena kryptimi, o atgal grįžta tik patvirtinimai.

Kai tik skaitmeninis produkto pasas tampa konkretus, IT skyrius pirmiausia užduoda šį klausimą: su kuriomis mūsų sistemomis turi sąveikauti platforma? Tai teisingas klausimas, nes už jo slypi prisijungimo duomenys, ugniasienės leidimai ir saugumo koncepcija, už kurią kažkas turi prisiimti atsakomybę.

Mūsų atsakymas trumpas: nė viena. Visos sistemos, teikiančios duomenis pasui, yra šaltinio pusėje ir ten lieka. „Transpareo“ yra tik grandinės gale esantis gavėjas; duomenų srautai vienpusiškai teka į platformą. Šiame straipsnyje apžvelgiami šie srautai: ką teikia kiekviena sistema, kokios taisyklės taikomos kiekvienam srautui ir kas grįžta kaip patvirtinimas.

Ką kiekviena sistema prisideda prie paso

Paso duomenys retai kyla iš vienos sistemos. Praktikoje jie pasiskirsto tarp kelių sistemų klasių, iš kurių kiekviena prisideda tik keliais laukeliais:

  • ERP - prekės identifikatorius, medžiagos, tiekėjai ir kilmė, sąsaja su užsakymais ir partijomis, kiekiai. Stabilūs baziniai duomenys, kurie retai keičiasi.
  • MES - gamybos istorija, serijos ir partijų priskyrimas, kokybės įrodymai, atsekamumas. Įvykių duomenys, susieti su konkrečiu laiko momentu.
  • APS - gamybos laiko taškai ir išteklių priskyrimas. Retai tiesiogiai susiję su pasu; tai, kas svarbu, dažniausiai gaunama per MES.
  • PLM - sudėtis, detalių sąrašai, remonto galimybės, atsarginės dalys, konstrukcijos versijos. Vertinant pagal Ekologinio projektavimo reglamento reikalavimus, tai išsamiausias šaltinis.
  • PIM - aprašymai, nuotraukos, priežiūros ir naudojimo instrukcijos, kalbos variantai. Vartotojams skirtas turinys.
  • IoT - būklės ir naudojimo duomenys iš naudojimo etapo. Reikalingi tik tam tikroms produktų grupėms, pavyzdžiui, baterijoms.
  • CRM - atskirų klientų aptarnavimo ir remonto istorija. Iš esmės susijusi su asmenimis, todėl neturėtų būti įtraukta į viešąjį pasą.

Administravimo apvalkalas yra virš sistemų, o ne šalia jų

Vienas apibrėžimas yra svarbesnis už visus kitus: „Asset Administration Shell“ nėra šalia ERP, MES ir PIM, o virš jų. Ji nesukuria duomenų, o esamus duomenis įtraukia į tarpusavyje suderinamus submodelius. Kalbant apie sąsają su „Transpareo“, tai reiškia: AAS yra patogus, bet nebūtinas duomenų pateikimo formatas. Kas ją naudoja, duomenų paketą gauna iš jos posistemių; kas nenaudoja, tuos pačius laukelius pateikia kitu būdu. Kodėl mes vis tiek manome, kad administravimo apvalkalas yra puikus pagrindas, paaiškinta straipsnyje apie AAS.

Penkios taisyklės, galiojančios kiekvienam srautui

Kryptis. Visos rodyklės nukreiptos į platformą. „Transpareo“ neatsiunčia užklausų į jokią šaltinio sistemą, o „Transpareo“ neturi prieigos duomenų prie ERP, MES, PIM ar PLM sistemų. Nėra jokio ryšio su jūsų sistemomis, kurį reikėtų apsaugoti, nes jo tiesiog nėra.

Iniciavimas. Duomenų siuntimas visada inicijuojamas šaltinio pusėje - paties gamintojo, jo tarpinės programinės įrangos arba pasamdyto paslaugų teikėjo. Platforma laukia; ji pati duomenų neatsiima.

Tikslinis naudojimas. Perduodama tik „Pass“ reikalinga duomenų dalis, o ne visa šaltinio sistemos duomenų bazė. „Pass“ iš kiekvienos sistemos reikia tik kelių laukelių; visa kita lieka ten, kur yra.

Patvirtinimas. Kiekvieno duomenų paketo atranką, apimtį ir laiką nustato šaltinio pusė. „Transpareo“ negali gauti daugiau, nei buvo pateikta.

Teisės. Tai, ką su pateiktais duomenimis leidžiama daryti platformoje, reglamentuoja nurodyti prieigos įgaliojimai: suteikiamos minimalios teisės, o tai, kas nėra aiškiai leidžiama, lieka draudžiama. Šios taisyklės galioja platformos pusėje, niekada netaikomos atgaline data šaltiniui.

Atgal perduodami tik patvirtinimai

Visiškai be atgalinio kanalo neapsieiti, tačiau jis perduoda ne duomenis, o atsakymus: DPP URL arba GS1 Digital Link, versijos ID, paskelbimo būseną ir patvirtinimo pranešimus. Šie atsiliepimai yra vertingi šaltinio pusėje, nes „Pass“ nuorodą galima tiesiogiai įrašyti į ERP arba PIM sistemą prie pat prekės. Tai nėra prieiga. Tai yra patvirtinimas apie gautą pristatymą.

Trys praktikoje pasiteisinę pavyzdžiai

  • Tiesiogiai iš pagrindinės sistemos. ERP arba PLM siunčia duomenis per jungtį. Paprasta ir tikslinga, kai aiškiai dominuoja vienas duomenų šaltinis.
  • Per agregavimo sluoksnį. Tarpinė programinė įranga arba iPaaS sujungia ERP, MES ir PIM laukelius ir pateikia paketą. Tai įprastas atvejis, kai dalyvauja keli šaltiniai.
  • Per AAS submodelius. Administravimo apvalkalas jau naudojamas, o paketas sudaromas iš jo submodelių. Tai naudinga „Pramonė 4.0“ aplinkose.

Koks modelis tinka kokiai sistemų aplinkai ir kaip tokį projektą galima įgyvendinti per dvi savaites, o ne per tris mėnesius, aprašėme ERP integracijos vadove.

Kuo „Transpareo“ sąmoningai nėra

Ne antra „System of Record“. Platforma saugo „Pass“ duomenų įrašą ir jo nepakeičiamą versijų istoriją, o ne gamintojo eksploatacinius duomenis. Tai, kas pataisoma ERP sistemoje, patenka į „Pass“ per naują tiekimą - kaip nauja, atsekama versija, o ne kaip tylus esamos versijos pakeitimas. Kaip ši versijų grandinė pasirašoma ir tampa patikrinama kiekvienam, aprašyta straipsnyje apie parašus ir sertifikatus.

Taigi jūsų saugumo koncepcijai lieka nedaug ką tikrinti, ir būtent toks yra tikslas. Nėra jokių prisijungimo duomenų, kuriuos turėtumėte atskleisti, nėra vidinio ugniasienės atidarymo ir nėra jokios išorinės sistemos, turinčios skaitymo teisių jūsų ERP sistemoje. Tikrasis projektinis darbas perkeliamas ten, kur jam ir priklauso: nuspręsti, kokie laukai turi būti įtraukti į „Pass“ - o ne spręsti, kas kur gali prisijungti.

Duomenų srautai ir sąsajos naujienlaiškyje

Kaip tiksliai įtraukti produkto duomenis į pasą - integracijos modeliai, sistemos ribos ir praktiniai vadovai, kas mėnesį jūsų pašto dėžutėje.