Senzor sam po sebi ne donosi poslovnu odluku. Vrijednost industrijskog IoT-a nastaje kada se signal provjeri, dobije kontekst i pokrene jasno definiranu radnju u ERP-u ili sustavu održavanja. Ako temperatura, vibracija ili broj ciklusa ne mijenja postupak operatera, plan održavanja ili status radnog naloga, tvrtka je prikupila podatak, ali nije zatvorila poslovni proces.
Industrijski IoT, odnosno internet stvari u proizvodnji, zato treba početi pitanjem: što ćemo napraviti drukčije kada podatak prijeđe određeni prag? To pitanje određuje koje senzore uopće treba postaviti, koje podatke čuvati i što integracija sa sustavom ERP mora isporučiti.
Sirova vrijednost rijetko je dovoljna za odluku. Vrijednost temperature, primjerice, ima ograničeno značenje bez odgovora na nekoliko pitanja:
Put podataka može izgledati ovako:
senzor -> gateway -> lokalna obrada -> IoT platforma -> poslovno pravilo -> ERP ili sustav održavanja -> ljudska odluka
Gateway prikuplja podatke sa senzora i prosljeđuje ih prema drugim sustavima. Lokalna obrada, često nazvana edge obrada, obavlja dio filtriranja ili procjene blizu stroja. Time se može izbjeći slanje svakog sirovog očitanja dalje, a neposredna reakcija ne mora ovisiti o stalnoj vezi sa središnjim sustavom.
No tehnički put nije dovoljan. Svaki prijelaz mora imati vlasnika i način provjere. Ako gateway prestane slati podatke, sustav ne bi smio tiho pretpostaviti da je stanje stroja normalno. Nedostatak signala može značiti prekid veze, kvar senzora ili nepoznato stanje. Poslovno pravilo treba razlikovati ta stanja.
IoT sustavi se često šire brže od procesa koji ih mogu koristiti. Zato je korisnije odabrati jedan događaj koji je dovoljno čest za testiranje i dovoljno važan da mijenja rad nego odmah povezivati velik broj strojeva.
Takav događaj može biti:
Prije nabave ili konfiguracije senzora i ERP integracije, zapišite odluku u operativnom obliku:
Ovaj zapis sprječava čest failure mode: tehnički ispravan signal dođe do nadzorne ploče, ali nitko nema obvezu reagirati niti se vidi je li reakcija promijenila ishod procesa.
Senzori i ERP trebaju razmjenjivati podatke selektivno. ERP nije nužno mjesto za svaku milisekundu sirovih mjerenja. Poslovni sustav obično treba događaj, sažetak, vrijeme nastanka, status kvalitete i poveznicu na detalje kada ih treba analizirati.
Povezivanje signala s radnim nalogom, artiklom, operacijom, smjenom, materijalom i planom mijenja značenje istog očitanja. Povišena temperatura može biti očekivana pri jednoj operaciji, a odstupanje pri drugoj. Broj ciklusa može biti važan za održavanje tek kada se zna koji je stroj, koji sklop i koji plan održavanja povezan s njim.
Praktičan tok može biti sljedeći:
Za povezivanje proizvodnih događaja s nalozima, operacijama i drugim poslovnim podacima relevantni su ORKA za proizvodnju i Poslovni moduli povezani s ERP-om . Polazište ipak ostaje proces: integracija treba služiti odluci, a ne samo povećati količinu dostupnih podataka.
Lokalna obrada blizu stroja korisna je kada reakcija mora biti brza, mrežna veza nije pouzdana ili je količina sirovih podataka velika. Može filtrirati podatke, označiti prekid komunikacije i zadržati kratkoročnu reakciju blizu procesa.
Središnja IoT platforma ili cloud sloj korisni su za čuvanje povijesti, usporedbu više strojeva ili lokacija te povezivanje događaja s poslovnim podacima kroz vrijeme. Ipak, ne mora sve biti u jednom sloju.
Hibridni pristup često ima jasan operativni smisao:
Odabir ovisi o posljedici kašnjenja, dostupnosti veze, potrebnoj količini podataka i odluci koju proces treba podržati. Nema korisnog općeg pravila prema kojem svaki signal mora završiti u cloudu ili u ERP-u.
Vrijednost koja izgleda ispravno nije nužno pouzdana. Senzor može izgubiti kalibraciju, biti fizički oštećen ili raditi u uvjetima koji mijenjaju kvalitetu mjerenja. Uz svako relevantno očitanje zato je korisno čuvati vrijeme, identitet uređaja, status uređaja i oznaku kvalitete signala.
Jednako je važno unaprijed definirati što se događa kada podatak nedostaje ili kasni. Ovisno o procesu, automatska akcija može stati, proces može prijeći na sigurnu zadanu vrijednost ili sustav može zatražiti potvrdu operatera. Nepoznato stanje ne smije biti prikazano kao normalno.
Uređaji su i dio sigurnosne površine organizacije. Plan industrijskog IoT-a treba obuhvatiti identitet uređaja, sigurno ažuriranje, segmentaciju mreže, upravljanje certifikatima i životni ciklus od ugradnje do povlačenja. Uređaj bez vlasnika, dokumentiranog načina održavanja i odluke o povlačenju s vremenom može postati slaba točka važnog procesa.
Vlasništvo nad podacima treba dogovoriti između proizvodnje, održavanja i IT-a. Odgovori na sljedeća pitanja ne bi smjeli ostati nejasni:
Pilot nije završen kada podaci stignu na zaslon. Završava kada organizacija može pokazati koju je odluku signal promijenio i kako je ta odluka evidentirana.
Za jedan odabrani događaj pratite barem:
Ti zapisi daju osnovu za podešavanje praga, poboljšanje kvalitete signala i odluku o širenju na druge strojeve. Bez njih se teško razlikuje koristan događaj od dodatnog izvora buke.
Počnite jednim signalom i jednom poslovnom odlukom. Ako ne možete imenovati osobu koja će reagirati, podatak koji potvrđuje kontekst i način na koji ćete izmjeriti promjenu, prerano je širiti broj uređaja. Kada je proces spreman, ERP i procesni screening može pomoći strukturirati odluku, vlasništvo podataka i opseg integracije prije šire implementacije.