Dīkstāvju uzskaites programmatūra: kā tā strādā un ko tā maksā

Ražošana var strādāt visu dienu, un skaitļi vakarā tik un tā nesanāk. Rūpnīcā ar 50 līdz 300 darbiniekiem dažas nepierakstītas apstāšanās ātri izplešas pa 10 līdz 50 iekārtām un 2 līdz 4 maiņām. Dīkstāves un mikroapstāšanās paslīd garām. Brāķis un plāna un fakta starpība parādās pēc maiņas, kad dati ir par vēlu, lai pasargātu peļņas normu vai piegādes solījumu. GlobalReader dīkstāvju uzskaites programmatūra reāllaikā rāda, kur pazūd laiks un nauda. Lai tā būtu noderīga, tai jāstrādā ar jauktu, vecu un jaunu iekārtu parku un nedrīkst radīt papildu papīru darbu.

Šajā rakstā:

• kā darbojas dīkstāvju uzskaites programmatūra;

• kāpēc ar roku veidots žurnāls izkropļo OEE;

• kuras funkcijas ir svarīgas, izvērtējot rīkus;

• cik maksā GlobalReader;

• kas var mainīties pirmajos 3 mēnešos;

• kā GlobalReader iekļaujas jūsu rūpnīcas darba gaitā.

Ja gribat darba gaitu redzēt uzreiz, izmēģiniet bezmaksas GlobalReader demo.

Ko dara dīkstāvju uzskaites programmatūra

Dīkstāvju uzskaites programmatūra automātiski pamana, kad iekārta apstājas, pieraksta apstāšanās ilgumu un iemesla kodu un pārvērš šos datus atskaitēs, uz kurām balstīt ražošanas lēmumus. Sākums ir ražošanas laika zudumu mērīšana tajā brīdī, kad tie notiek. Doma ir vienkārša: noķert apstāšanos, noķert iemeslu un pārvērst to labākā lēmumā, pirms nākamā maiņa to pašu atkārto.

Mērogs ir nopietns. L2L 2025. gada pārskats konstatēja, ka ražotāji vidēji zaudē 30 stundas ražošanas laika mēnesī. Siemens pārskats rāda, ka lielas rūpnīcas vidēji piedzīvo 27 stundas neplānotas dīkstāves mēnesī jeb 324 stundas gadā.

Biežākie zudumu veidi ir šādi:

• iekārtas atteice, kad uzmanība vajadzīga detaļai, instrumentam, motoram, sensoram vai vadībai;

• īsas apstāšanās, kas palēnina līniju, bet ar roku vestajā uzskaitē bieži pazūd;

• materiāla trūkums, kad iekārta ir gatava, bet darbu nevar turpināt, jo trūkst materiāla, detaļu, iepakojuma vai instrukciju.

Automātiska apstāšanās noteikšana no pirmā soļa izņem minēšanu. Aparatūra vai pieslēgums iekārtai pamana, kad mainās iekārtas stāvoklis, un programmatūra pieraksta, kad apstāšanās sākās un cik ilgi tā ilga. Operatora loma paliek. Sistēma var lūgt viņu izvēlēties iemesla kodu, pievienot kontekstu vai atzīmēt apkopes problēmu, kamēr apstāšanās vēl ir svaiga. Šie dati baro pieejamību, kas ir viena no OEE daļām. Pieejamība salīdzina faktisko darba laiku ar plānoto ražošanas laiku, tāpēc katra noteiktā apstāšanās maina šo skaitli.

Labi dīkstāves dati katrai maiņai dod vienu un to pašu patiesības versiju, nevis trīs dažādus stāstus no papīra žurnāla, Excel faila un atmiņas. Uz tās var balstīt praktiskus lēmumus visos līmeņos. Maiņas vadītājs redz, kura līnija zaudē laiku tieši tagad. Apkopei kļūst iespējams atdalīt atkārtotas mehāniskas problēmas no vienreizējām apstāšanās reizēm. Zudumus pa iekārtām, maiņām, nodaļām un iemeslu kodiem var salīdzināt ražošanas vadītājs, bet īpašnieks no tiem pašiem datiem redz, vai jauda pazūd atteicēs, ātruma zudumos vai plānošanas robos.

Kāpēc papīra un Excel dīkstāvju žurnāls neizdodas

Papīrs un Excel var pierakstīt tikai to, ko kāds atceras. Tāpēc šādos žurnālos nonāk vien 50 līdz 60 % no faktiskās dīkstāves, jo operatori raksta pēc atmiņas, izlaiž īsas apstāšanās un izjūt sociālu spiedienu pierakstīt pēc iespējas mazāk. Cehs vienkārši kustas ātrāk nekā veidlapa. Operators vispirms iedarbina iekārtu no jauna un tikai tad, kad ražošana nomierinās, mēģina atcerēties, kas notika.

Tā rodas laika problēma. Maiņas vadītājs pamanīs 15 minūšu apstāšanos, bet 3 minūšu apstāšanās detaļas pēc trim stundām darba ir viegli pazaudēt.

Vienkāršs piemērs no maiņas:

1. Iekārta apstājas uz 3 minūtēm, kamēr pārbauda materiālu.

2. Operators to iedarbina no jauna un turpina darbu.

3. Maiņas laikā tas pats notiek 10 reizes.

4. Žurnālā nav nevienas nopietnas dīkstāves, bet 30 minūtes ir pazudušas.

Vienā maiņā no īsām apstāšanās reizēm var sakrāties 30 līdz 40 minūtes neuzskaitīta zaudēta laika. Šīs minūtes ietekmē izlaidi, personāla plānošanu, piegādes solījumus un OEE.

Ar roku vests žurnāls maina arī operatoru uzvedību. Ja dīkstāvi vērtē pēc līnijas vai pēc cilvēka, cilvēki dabiski pieraksta mazāk, izvēlas drošākus iemeslu kodus vai raksta „mehāniska problēma“, kad precīzs cēlonis nav skaidrs. Parasti tas nav negodīgums. Sistēma vienkārši prasa cilvēkam vienlaikus noteikt cēloni, to pierakstīt un atsākt ražošanu.

Tieši tāpēc ar roku vests žurnāls var izkropļot kopējo iekārtu efektivitāti (OEE). Kad īsās apstāšanās paslīd garām, OEE var būt pārspīlēts par 20 līdz 30 %. Kad rūpnīca no ar roku vesta žurnāla pāriet uz automātisku uzskaiti, uzrādītais OEE var nokristies par 30 līdz 50 %. Zemākais skaitlis parasti nozīmē tīrākus datus, nevis sliktāku rūpnīcas darbu.

Kas jāpārbauda, izvēloties dīkstāvju uzskaites programmatūru

Programmatūrai zudumi jāpadara redzami, nepievienojot maiņai papīru darbu. Zemāk esošie kritēriji palīdz pārbaudīt, vai sistēma spēj noķert to, kas notiek ar iekārtu, pievienot operatora kontekstu, nosūtīt brīdinājumus un apmainīties ar datiem ar ERP.

Automātiska apstāšanās noteikšana uz jebkuras iekārtas, arī 20 gadus vecas

Sāciet ar pieslēgumu iekārtai, nevis ar paneli. Glīts grafiks neko nedod, ja vecākas preses, zāģi, žāvētavas vai iepakošanas iekārtas joprojām tiek uzskaitītas ar roku.

Meklējiet aparatūru, kas nolasa vairāk nekā vienu signāla veidu:

• PLC izeja noder, ja iekārtas kontrolleris uzticami izdod darba, apstāšanās un skaita signālus.

• Strāvas patēriņš noder, ja motora slodze parāda, vai iekārta strādā vai stāv tukšgaitā.

• Vibrācija noder iekārtām, kurām kustība parāda patieso ražošanas stāvokli.

• Spriegums vai digitālie signāli noder vienkāršām iekārtām, relejiem, skaitītājiem un palīgiekārtām.

Ar roku vests žurnāls mikroapstāšanās parasti palaiž garām, jo operators tobrīd ir aizņemts ar problēmas novēršanu. Automātiskai uzskaitei jānoķer apstāšanās, kas ilgst no 30 sekundēm līdz 2 minūtēm, un tās jāapkopo OEE panelī, kur var redzēt pieejamību.

Ja iekārtu parks ir jaukts, pajautājiet piegādātājam, ko viņš dara ar iekārtām bez mūsdienīgiem kontrolleriem. GlobalReader izmanto esošām iekārtām pievienojamu aparatūru, tostarp Scoutbox, lai vecākas iekārtas pieslēgtu Analytics, nemainot iekārtu un negaidot lielu IT projektu. Praktisks tests ir vienkāršs: izvēlieties vienu vecu iekārtu un pajautājiet piegādātājam, kuru signālu viņš nolasīs, kur tiks uzstādīts sensors un kādas stāvokļa izmaiņas sistēma noteiks. GlobalReader tieši šai problēmai apvieno aparatūru un mākoņa programmatūru vienā komplektā. Pirms plānojat ieviešanu, platformu varat izmēģināt bezmaksas demo vidē bez jebkādām finansiālām saistībām.

Iemeslu fiksēšana, ko operatori neienīst

Automātiskā noteikšana pasaka, kad iekārta apstājās. Operatoram tik un tā vajadzīgs ātrs veids, kā paskaidrot, kāpēc.

Labai iemeslu fiksēšanai jājūtas kā daļai no darba, nevis kā atskaišu pienākumam:

• iemeslu operators izvēlas ar vienu pieskārienu, kamēr notikums vēl ir svaigs;

• kodi skan tā, kā cehā runā, nevis kā vadības atskaitē;

• iemeslu saraksts ir īss, jo garš saraksts cilvēkus stumj uz „cits“;

• maiņas vadītājs var kodus labot, kad likumsakarības kļūst skaidrākas.

Brīdinājuma zīme ir atskaite, kas pilna ar nenoteiktu dīkstāvi. Parasti tas nozīmē, ka iemeslu saraksts ir mulsinošs, pārāk vispārīgs vai atrauts no tā, kā operatori paši apraksta apstāšanos.

Šo cilvēka kontekstu blakus iekārtas datiem palīdz pievienot Operator. Mērķis ir cēloņu meklēšana, nevis novērošana.

Iemeslu fiksēšanu ir vērts pasniegt kā pamatu sarunām par uzlabojumiem. Kad Analytics atdala plānotu apkopi, neplānotas apstāšanās, pārregulēšanas zudumus un atkārtotas īsas apstāšanās, komanda var runāt par procesa labojumiem, nevis par vainīgajiem.

Brīdinājumi un eskalācija

Brīdinājumiem dīkstāve jāpārvieto no „redzējām to atskaitē“ uz „kāds par to zina tagad“. Sistēmai jāpaziņo pareizajam cilvēkam, kad apstāšanās pārsniedz noteiktu slieksni.

Pārbaudiet, kā brīdinājumi tiek adresēti:

• Maiņas vadītājam, kad operatoram vajadzīgs atbalsts vai līnija atpaliek no plāna.

• Apkopei, kad sākas tehniska dīkstāve vai iekārtas rādītāji pārsniedz robežu.

• Operatoram kā uzvedne, kad iemesls jāizvēlas, pirms notikums aizmirstas.

• Nākamajam atbildīgajam pa eskalācijas ceļu, kad pirmais nereaģē norunātajā laikā.

Sliekšņiem jāatšķiras pēc iekārtas un apstāšanās veida. Uz ātras iepakošanas līnijas 2 minūšu apstāšanās var būt svarīga, bet lēnākam darba centram var būt vajadzīgs cits noteikums.

Šeit izšķiroši ir dzīvie iekārtas rādītāji. Brīdinājumam jānāk no iekārtas stāvokļa, strauja brāķa pieauguma, temperatūras vai vibrācijas izmaiņām vai dīkstāves taimera, nevis no tā, ka kāds pēc maiņas pārbauda izklājlapu.

GlobalReader to nodrošina ar Maintenance, Notifications un Call for Help. Operators palīdzību var izsaukt tieši no ceha, bet tehniķi un maiņas vadītāji ātrāk saņem signālu rīkoties.

ERP integrācija

Rūpnīcām, kas pasūtījumus, izmaksas un apkopes darbus jau plāno ārpus dīkstāvju rīka, ERP integrācija ir izšķirošais kritērijs. Ja dati neatgriežas ERP, programmatūra kļūst par vēl vienu vietu, kur datus pārrakstīt.

Pirms pirkšanas pārbaudiet šīs datu plūsmas:

• vai ceha apstāšanās iemeslus var tīri sasaistīt ar ERP vai apkopes kategorijām;

• vai tehniska dīkstāve izveido vai atjauno apkopes darba uzdevumu bez dubultas ievades;

• vai plānošana redz faktisko darba laiku, OEE un pieejamību, nevis tikai teorētisko jaudu;

• vai dīkstāvju rīks zina, kurš ražošanas pasūtījums, produkts vai partija tobrīd tika ražota;

• vai plānotājs var salīdzināt plānoto izlaidi ar dzīvo progresu.

Pajautājiet, kādu integrācijas ceļu piegādātājs atbalsta: atvērtu API, gatavu savienotāju, starpprogrammatūru vai integrāciju, ko izveido ieviešanas laikā. Izvairieties no neskaidrām atbildēm „mēs varam integrēt“, ja aiz tām nav skaidras datu kartes.

Ražošanas plānus ar dzīvajiem iekārtu datiem savieno Planner, bet datu apmaiņu ar ERP atbalsta Smart Factory. Tas ir svarīgi, kad plānotājam vajadzīgs precīzs plāns, apkopei darba uzdevuma konteksts, bet īpašnieks grib, lai pašizmaksa būtu piesaistīta realitātei.

Cik maksā dīkstāvju uzskaites programmatūra

Ar GlobalReader Starter Bundle dīkstāvju uzskaites programmatūra maksā no 125 € mēnesī par iekārtu. Funkcijas pieejamas no 26 € mēnesī, bet papildinājumi no 13 € mēnesī.

Salīdzināt ir vērts kopējo ieviešanas slogu, nevis tikai cenu zīmi. Daļa programmatūras sākas ap 99 $ par iekārtu mēnesī, vidējā līmeņa sistēmas bieži maksā 150 līdz 300 $ par iekārtu mēnesī, bet lokāli uzstādāmas sistēmas var sākties ar vienreizēju licences maksu.

GlobalReader Starter Bundle ir sākuma līmeņa cenu joslā, bet aparatūru un programmatūru apvieno vienā ikmēneša abonementā.

• Aparatūra ir iekļauta. Starter Bundle ietver Scoutbox aparatūru, Analytics, Notifications un Support, tāpēc pirmajam solim nav vajadzīgs atsevišķs sensoru projekts.

• Var sākt ar mazumu. Komanda sāk ar dīkstāvju uzskaites pamatu un pievieno Operator, Maintenance, Planner vai Smart Factory tad, kad darba gaitai tas kļūst vajadzīgs.

• Nav ilgas piesaistes. GlobalReader izmanto ikmēneša abonementu, ko var atteikt jebkurā laikā, nevis uzspiež lielu korporatīvo līgumu.

• Cenu avots. Par patiesības avotu uzskatiet cenu lapu, jo pašreizējās cenas tur norādītas kā sākumcenas.

Kas mainās pirmajos 3 mēnešos

Ražotāji, kas izmanto GlobalReader dīkstāvju uzskaiti, pirmajos 3 mēnešos ziņo par pieejamības pieaugumu par 22,8 % un 39 200 € atgūtiem uz iekārtu gadā, vidēji 184 rūpnīcās.

Kā to dara GlobalReader

GlobalReader sāk ar iekārtu, jo dīkstāves dati jānoķer tur, kur ražošana patiešām apstājas. Mēs izmantojam esošām iekārtām pievienojamu aparatūru un sensorus, lai vecas iekārtas, jaunas iekārtas un iekārtas bez PLC dzīvos ražošanas datus sūtītu uz vienu mākoņa platformu.

Sistēma veidota ātrai ieviešanai, un aparatūru var uzstādīt uzņēmuma apkopes vai inženieru komanda pašu spēkiem. Produkta pieredze rāda, ka aparatūras uzstādīšana aizņem minūtes uz iekārtu, tāpēc jebkuru 8 stundu ieviešanas plānu uztveriet kā piesardzīgu vienas dienas logu, nevis kā garu MES projektu.

Kad aparatūra pieslēgta, GlobalReader iekārtu signālus un operatoru ievadi pārvērš datos, pēc kuriem komanda var rīkoties:

• Analytics reāllaikā rāda OEE, pieejamību, veiktspēju, kvalitāti, dīkstāvi, ātruma zudumus un brāķi.

• Operator dod operatoriem vienkāršas uzvednes, lai iemeslu apstāšanās, brāķa vai ražošanas izmaiņas gadījumā pierakstītu, kamēr notikums vēl ir svaigs.

• Notifications un Call for Help brīdina pareizos cilvēkus, kad ražošana apstājas vai tai vajadzīgs atbalsts, tāpēc dīkstāve negaida līdz maiņas beigām.

• Maintenance pievieno iekārtas kontekstu, vēsturi un uzdevumus, lai tehniķi reaģētu ar labāku informāciju.

• Planner salīdzina plānu ar faktisko progresu, lai plānotājs pieregulētu grafiku, pirms nokavēts mērķis kļūst par klienta problēmu.

• Smart Factory savieno ražošanas datus ar ERP un citām sistēmām, un ar roku kopētu atskaišu kļūst mazāk.

Tā ražošanas vadītājs iegūst vienu kopīgu skatu uz to, kas notika, kāpēc tas notika un kam jāpievērš uzmanība tālāk. Vadītāji vairs negaida papīra žurnālus un Excel kopsavilkumus, bet operatori mazāk laika tērē, skaidrojot vecas problēmas pēc atmiņas.

Finansiālais ieguvums ir atkarīgs no rīcības. GlobalReader klientiem mēneša abonements parasti atmaksājas aptuveni vienā atgūtas ražošanas dienā, ja komanda dīkstāves iemeslus, brīdinājumus un OEE datus izmanto, lai novērstu atkārtotos zudumus.

Izmēģiniet bezmaksas demo un apskatiet darba gaitu paši. Tas nav izmēģinājuma periods, un finansiālu saistību nav. Pieslēdzieties ar Google kontu vai izveidojiet bezmaksas kontu un sāciet vadīto apskati.

Biežāk uzdotie jautājumi