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

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

ERP, MES, PLM ir PIM sistemos teikia duomenis į gaminio pasą per „ Transpareo Connect “ ir išlaiko kontrolę. Duomenų srautas teka viena kryptimi, o atgal grįžta tik patvirtinimai.

Kai tik skaitmeninis gaminio pasas tampa konkretus, IT skyrius pirmiausia užduoda šį klausimą: su kuriomis mūsų sistemomis turi sąveikauti ši 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, kurios teikia duomenis apie pasą, yra šaltinio pusėje ir ten ir lieka. „Transpareo“ yra tik grandinės pabaigos gavėjas; duomenų srautai vienpusiškai teka į platformą ir patenka per jos sąsają Transpareo Connect. Šiame straipsnyje aprašomi š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 patvirtinimai, 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, projektavimo etapai. Vertinant pagal ekologinio projektavimo reglamentą, 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 tikrų produktų grupių atveju, pavyzdžiui, baterijų.
  • 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 į sąveikius posistemius. Tai reiškia, kad prisijungiant prie „Transpareo“: AAS yra patogus, bet nebūtinas duomenų pateikimo formatas. Kas jį naudoja, duomenų paketą gauna iš savo submodelių; kas nenaudoja, tuos pačius laukelius pateikia kitu būdu. Kodėl mes vis tiek manome, kad „Asset Administration Shell“ yra puikus pagrindas, paaiškinama straipsnyje apie AAS.

Penkios taisyklės, galiojančios kiekvienam srautui

Kryptis. Visos rodyklės nukreiptos į platformą. „Transpareo“ neatsiunčia užklausų nė vienai šaltinio sistemai, o „Transpareo“ neturi prieigos duomenų prie ERP, MES, PIM ar PLM.

Jūsų sistemose nėra jokio ryšio, kurį reikėtų apsaugoti, nes jo tiesiog nėra.

Iniciatorius. 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ų nepaima.

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 pasirinkimą, 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 prie prekės ERP arba PIM sistemoje. Tai nėra prieiga. Tai yra patvirtinimas apie gautą siuntą.

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 remiantis jo submodeliais. Tai naudinga „Pramonė 4.0“ aplinkose.

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

Ne kiekvienas, kuris teikia duomenis, turi sistemą, galinčią juos pateikti. Tiekėjas, neturintis savo įmonės programinės įrangos , užpildo laukelius, kuriuos jūs jam pateikiate naudodamiesi „ Transpareo Upstream “, savo mobiliajame telefone, ir šiuo atveju informacijos srautas taip pat teka tik viena kryptimi: jo atsakymas jums pateikiamas kaip pasiūlymas, o jūs jį patikrinate, prieš įrašydami į pasą.

Kuo „Transpareo“ sąmoningai nėra

Nėra antrosios „System of Record“ sistemos. Platforma saugo paso duomenų įrašą ir jo nepakeičiamą versijų istoriją, o ne gamintojo eksploatacinius duomenis. Tai, kas pataisoma ERP sistemoje, į pasą patenka per naują pristatymą - kaip nauja, atsekama versija, o ne kaip tylus esamos versijos pakeitimas. Kaip „ Transpareo Proofchain “ pasirašo šią versijų grandinę ir užtikrina, kad ją galėtų patikrinti kiekvienas, rašoma 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 persikelia ten, kur jam ir priklauso: spręsti, kokie laukai turi būti įtraukti į „Pass“ - o ne tai, kas kur gali prisijungti.

Klausimai apie šį įrašą

Ar „Transpareo“ reikia prieigos prie mūsų ERP ar kitos sistemos?

Ne. Kiekviena duomenis teikianti sistema yra šaltinio pusėje ir ten lieka, 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. Taigi, įgyvendinant jūsų saugumo koncepciją, nereikia atskleisti jokių prisijungimo duomenų, kurti jokių vidinių prieigų ir tikrinti jokių išorinių sistemų, turinčių skaitymo teises jūsų ERP sistemoje.

Kas užsako pristatymą ir kaip dažnai?

Visada šaltinis. Duomenų siuntimas į „ Transpareo Connect “ inicijuojamas paties gamintojo, jo tarpinės programinės įrangos arba pasamdyto paslaugų teikėjo; platforma tik laukia ir niekada pati neatsiima duomenų. Kiekvieno paketo turinį, apimtį ir laiką nustato šaltinis, todėl „Transpareo“ negali gauti daugiau nei buvo pateikta. Kiek kartų teikiate duomenis, nusprendžiate patys - stabilūs baziniai duomenys keičiasi retai, o gamybos įvykiai įvyksta tada, kai jie įvyksta.

Ar tam mums reikalinga administracinė aplinka?

Ne. Administravimo apvalkalas nėra lygiavertis ERP, MES ir PIM sistemoms, o yra virš jų, be to, jis nesukuria savų duomenų, o esamus duomenis sujungia į tarpusavyje suderinamus posistemius. Taigi tai yra patogus, bet nebūtinas duomenų pateikimo formatas. Kas jį naudoja, duomenų paketą gauna iš savo posistemių. Kas jos nenaudoja, tie patys laukai pateikiami kitu būdu - tiesiogiai iš pagrindinės sistemos arba per agregavimo sluoksnį.

Nuo kokios sistemos pradėsime?

Vertinant pagal ekologinio projektavimo reglamentą, PLM yra išsamiausias atskiras šaltinis - jame saugomi sudėtis, detalių sąrašai, remonto galimybės, atsarginės dalys ir projektavimo etapai. ERP sistema tvarko prekių identifikatorius, medžiagas, tiekėjus ir kilmę, PIM - vartotojams skirtus tekstus ir vaizdus, o MES - gamybos ir atsekamumo įvykius. Daugumai sertifikatų iš kiekvienos sistemos reikia tik kelių laukelių. Pradėkite nuo tų laukų, kuriuose yra daugiausia privalomų laukų, o likusius papildykite palaipsniui.

Ar klientų duomenys iš CRM sistemos patenka į „Pass“?

Ne. Atskirų klientų aptarnavimo ir remonto istorija iš esmės yra susijusi su konkrečiu asmeniu, todėl neturėtų būti įtraukta į viešąjį pasą. CRM yra vienintelė šio sąrašo sistemų klasė, kuri visiškai neįtraukiama. Remonto ir gyvavimo ciklo įvykius vis dėlto galima atvaizduoti, tačiau kaip su produktu susijusius įvykius, o ne su konkrečiu asmeniu.

Ką grąžina platforma?

Kvitai, o ne duomenys. Grįžtamasis kanalas perduoda DPP adresą arba „GS1 Digital Link“, versijos ID, paskelbimo būseną ir patvirtinimo pranešimus. Šiuos atsakymus verta išsaugoti, nes vėliau pagal juos galima tiesiogiai susieti nuorodą su preke ERP arba PIM sistemoje. Tai nėra prieiga, o patvirtinimas apie gautą siuntą.

Kas atsitinka, jei ERP sistemoje pataisoma kokia nors reikšmė?

Pataisa įtraukiama į „Pass“ per naują pristatymą ir tampa nauja, atsekama versija, o ne tyliu esamos versijos pakeitimu. Kiekviena ankstesnė versija lieka prieinama ir patikrinama, ir būtent tai daro versijų istoriją vertingą audito atžvilgiu. Kaip ši versijų grandinė pasirašoma ir tampa patikrinama kiekvienam, aprašyta skyriuje „Parašai ir sertifikatai“ DPP.

Ar „Transpareo“ taps antra „System of Record“?

Ne, ir tai daroma sąmoningai. Platforma saugo „Pass“ duomenų rinkinį ir jo nepakeičiamą versijų istoriją, o ne jūsų veiklos duomenis; jūsų sistemos lieka lemiamos visų joms priklausančių dalykų atžvilgiu. Taigi projektinis darbas lieka ten, kur ir turėtų būti - sprendžiant, kokie laukai turi būti įtraukti į „Pass“, o ne sprendžiant, 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.