Gamyba
DI, taikomas realiai gamyklų veiklai
Pirkimai ir gamyba planuojami Excel faile, kuriame susimaišo istorija, pardavimų nuojauta ir „ką darėme pernai“. Rezultatas – atsargų perteklius arba svarbių prekių trūkumas.
Įrenginiai sugenda, linijos sustoja, kviečiami technikai. Neplanuotų prastovų kaštai išlieka svarbiausiu mėnesinio komiteto darbotvarkės klausimu.
Brokuotos partijos pastebimos linijos gale arba, dar blogiau, gavus kliento pretenziją. Priežastys slypi proceso duomenyse, bet niekas jų neskaito realiuoju laiku.
Savaitės ar mėnesio uždarymas reikalauja rankinio duomenų sujungimo iš skirtingų sistemų. Kol vadovybė jas pamato, veikti jau per vėlu.
01
Modeliai, sujungiantys jūsų pardavimų istoriją su sezoniškumu, kalendoriumi ir išoriniais signalais (žaliavų kainomis, oru, šventėmis). Pirkimai nebėra spėlionės.
Kas pasikeičia
Įprastai atsargų perteklius sumažėja 20–35 %. Svarbiausių prekių (SKU) trūkumas sumažėja 40–60 %. Pirkimo sprendimai priimami keliomis savaitėmis anksčiau nei taikant rankinį modelį.
02
Modeliai išmoksta įprastą linijos elgseną – temperatūras, slėgius, ciklų trukmes, vibracijas – ir realiuoju laiku įspėja, kai dėsningumai sutrinka. Gerokai anksčiau, nei pastebi operatorius ar sugadinama partija.
Kas pasikeičia
Defektai aptinkami proceso metu, o ne po fakto. Išmatuojamai mažėja broko ir pretenzijų. Priežastys pagrįstos duomenimis, o ne „pamainos vadovo hipotezėmis“.
03
Remdamiesi gedimų istorija ir svarbiausių įrenginių telemetrija, modeliai įvertina tikėtiną gedimo laikotarpį. Priežiūra planuojama prieš prastovą – ne po jos.
Kas pasikeičia
Neplanuotos prastovos įrenginiuose, kuriems taikomas sprendimas, sumažėja 20–40 %. Bendros priežiūros išlaidos mažėja išvengus avarinių situacijų.
04
Gamykloms su daug SKU ir pajėgumų apribojimais: savaitiniai gamybos asortimento pasiūlymai, atsižvelgiant į maržą, terminus, žaliavas ir apkrovą. Sprendžia žmonės, o modelis pateikia duomenimis pagrįstą atspirties tašką.
Kas pasikeičia
Didesnė marža dėl geresnių asortimento sprendimų. Mažiau nereikalingų įrankių keitimų. Terminai laikomi neperprodukuojant.
05
Viena vieta OEE, kokybei, kaštams ir plano bei faktinių rezultatų palyginimui, duomenis imant iš esamų sistemų (MES, ERP, jutiklių). Vadovybė mato veiklą tada, kai tai svarbu, o ne mėnesio pabaigoje.
Kas pasikeičia
Sprendimai, kuriems anksčiau reikėdavo savaitės, priimami tą pačią dieną. Komiteto posėdžiai vyksta remiantis aktualiais duomenimis – nebėra pirmadienio pristatymų su praėjusio ketvirtadienio skaičiais.
3–4 savaitės
Veiklos sistemų, duomenų prieinamumo ir kritinių procesų auditas. Nustatome 2–3 panaudojimo atvejus su geriausia 12 mėnesių grąža jūsų gamyklai.
8–14 savaičių
Visapusis vieno panaudojimo atvejo (prognozavimo, anomalijų, prognozinės priežiūros) įgyvendinimas ribotoje apimtyje – vienoje linijoje, svarbiausiam SKU ar vienai įrenginių grupei.
6–9 mėnesiai
Pramonės grupėms, norinčioms sujungti kelis atvejus bendrame, nuolat atnaujinamame duomenų ir modelių sluoksnyje.
Ne. Reikia tam tikrų duomenų. Pradinis mūsų auditas parodo, ar jūsų duomenys tinka panaudojimo atvejui. Dažnai pirmieji mėnesiai skiriami duomenų infrastruktūrai – ir tai pasakome prieš pradėdami, o ne po to.
Priklauso. Metinio sezoniškumo prognozavimui reikia 2–3 metų švarių duomenų. Anomalijų aptikimą galima pradėti turint kelių savaičių įprastos veiklos duomenis. Prognozinei priežiūrai reikia gedimų istorijos ir telemetrijos. Tai tiksliai nustatome DI pasirengimo etape.
Dauguma siūlo ataskaitas, pavadintas DI. Paklauskite savęs: ar dėl to priimate kitokius pirkimo, gamybos ar priežiūros sprendimus? Jei ne, jų DI nėra pritaikytas – dažniausiai tai įsisavinimo ar konfigūracijos problema. Tai įvertiname prieš jums perkant ką nors naujo.
Pasirengimo vertinimas: 6–12 tūkst. €. Vieno proceso bandomasis projektas: 30–70 tūkst. €. Kelių atvejų platforma: 90–180 tūkst. € ir daugiau per kelis mėnesius. Taisyklė: kiekvienas investuotas euras turi turėti verslo atvejį su grąža per 18 mėnesių.
Tai griežtas apribojimas. Diegiame architektūras, kurios laikosi OT ir IT atskyrimo, prireikus – jūsų infrastruktūroje (on-premise), o prie veiklos tinklų jungiamės tik kontroliuojamai, pasirašytu ir tik skaitymo režimu. Duomenys iš gamyklos išeina tik tada, kai tai tvirtai pagrįsta.