Metallitööstusettevõte · 2026
Tootmise planeerimisnimekiri
Planeerijate nimekiri, kus on ainult veel planeerimata detailid: alati värske, õigete kuupäevadega ja ilma käsitsi kopeerimiseta.
Eesmärk
Planeerija pidi ühest failist nägema kõiki detaile, mis on vaja veel tootmisse planeerida. Nimekiri pidi olema õigete kuupäevadega ja alati värske, ilma et keegi peaks ridu käsitsi sorteerima või kopeerima.
Tulemus numbrites
Mis muutus
Enne 9,7 s
0.5 s
Exceli andmetöötlus, umbes 20 korda kiirem
Enne 2 000
4600+
rida jõuab nüüd planeerimislehele
Enne kõik
0
juba planeeritud detaili nimekirjas
Enne 1
107
eri moel kirjutatud versiooninumbrit, mida fail õigesti loeb
Enne käsitsi
2 min
järel uueneb fail ise, vanad andmed muutuvad punaseks
Olukord
Metallitööstusettevõtte planeerijad kasutasid Exceli faili, mis võttis andmed ettevõtte tootmistarkvarast (ERP). Aastatega oli failist saanud keeruline pusle: SQL-päringud, API-kutsed, Exceli andmeühendused, filtrid ja VBA-makrod, kõik üksteisest sõltuvad.
Nimekirjas olid ka juba planeeritud detailid. Osa ridu kadus mõne päevaga vaikselt ära. Kuupäevad võisid olla päeva võrra nihkes. Suur osa andmetest ei jõudnud planeerimislehele üldse. Kokkuvõttes ei usaldanud faili päriselt keegi.
Piirangud
- Tootmistarkvara ennast muuta ei saanud. Andmeid sai ainult lugeda.
- Kõige tähtsam info, ehk kas detail on juba planeeritud, polnud kuskil kirjas.
- Tööriist pidi jääma Excelisse, sest sellega töötavad planeerijad ja plasmalõikuse osakond.
- Mitu viga tuli välja alles pärast mitu päeva kasutamist. Ühest proovikäivitusest ei piisanud.
Lahendus
Kuidas lahendasin
Andmed
Nimekirjas olid ka detailid, mis olid juba planeeritud. Planeerija pidi need ise välja noppima.
Andmebaasis polnud kuskil kirjas, kus see info asub. Leidsin välja, milline väli võiks planeeritud ridu märkida, ja kontrollisin seda enne kasutamist: võrdlesin tootmistarkvara ekraanil esile tõstetud ridu andmebaasi kirjetega mitme töökäsu peal. Alles kui kõik klappis, lisasin filtri. Nüüd jõuavad Excelisse ainult need detailid, mis on päriselt veel planeerimata.
Andmekvaliteet
Detailikoodid said vale lõpu, sest versiooninumbrit oli andmebaasis kirjutatud 107 eri moel (P.2, REV1, R.0 ja palju käsitsi sisestatud vigu).
Lihtne otsi-ja-asenda siin ei aidanud. Kirjutasin loogika, mis leiab versiooninumbri üles ükskõik millisest kujust, ja kontrollisin seda kõigi 107 variandi peal. Iga detail saab nüüd õige lõpu.
Loogika
Read kadusid mõne päevaga nimekirjast ega tulnud enam tagasi.
Makro kontrollis ainult neid ridu, mis olid parajasti nähtaval. Kui detail oli korra planeeritud ja seetõttu peidetud, ei vaadatud seda enam kunagi üle, isegi kui see planeeringust hiljem eemaldati. Ühe käivitusega seda ei märganud, sest peidetud ridu kogunes aeglaselt, päevade jooksul. Nüüd tehakse enne igat filtreerimist kõik read uuesti nähtavaks ja kontrollitakse üle.
Lisaks lõikas vana kopeerimine nimekirja 2000 rea juures ära, kuigi ridu oli üle 4600. Nüüd leitakse andmete suurus automaatselt.
Kuupäevad
Planeeritud alguskuupäev oli vahel päeva võrra nihkes, kuigi lõppkuupäev tundus õige.
Andmed olid salvestatud ühes ajavööndis, aga päring luges neid teises. Parandasin selle ja seadsin veerud samasse järjekorda nagu tootmistarkvaras. Lisandus ka tellimuse numbri veerg: nii on näha, kui sama detail on kahel eri töökäsul ja ainult üks neist on planeeritud.
Usaldusväärsus
Keegi ei teadnud, kas ekraanil olevad andmed on värsked või mitu tundi vanad.
Fail uuendab andmeid avamisel ja siis iga kahe minuti järel. Viimase uuenduse kellaaeg on alati näha ja kui ühendus katkeb, muutub see punaseks. Lisasin ka kaitse, et poolikuks jäänud makro ei jätaks Excelit katkisesse olekusse.
Kiirus
Uuendamine oli aeglane ja kõik arvasid, et süüdi on andmete pärimine tootmistarkvarast.
Mõõtsin enne, kui midagi muutsin. Kõik 199 päringut võtsid kokku vaid umbes 2,8 sekundit. Päris pidur oli Excel ise, kuhu andmeid kirjutati üks rida korraga. Kui kirjutada kõik korraga ühe massiivina, läks Exceli osa umbes 20 korda kiiremaks: 9,7 sekundilt 0,5 sekundile.
Tulemus
Planeerijad töötavad nüüd ühe nimekirjaga, mis uueneb ise, näitab ainult veel planeerimata detaile ja annab märku, kui andmed on vanad. Sama faili kasutab ka plasmalõikuse osakond.
Ütlesin ausalt ka selle, mida teha ei saa. Kaks väärtust arvutab tootmistarkvara ainult hetkeks ega salvesta neid kuhugi: vastav väli oli tühi kõigil umbes 1,16 miljonil real. Nende väljamõtlemise asemel kirjutasin üles põhjuse ja pakkusin välja realistlikud edasised võimalused.
Mida see väärt on? Kui planeerija kulutab nimekirja kokkupanemisele ja kontrollimisele 1–2 tundi päevas, on see aastas 220–440 töötundi, ehk ühe planeerija kohta umbes 7 000–17 000 € tööaega. Veel rohkem hoiab kokku see, et vigu on vähem. Metallitööstuses tähendab üks vahele jäänud või kaks korda planeeritud detail seisvat masinat, kiirtellimust või hilinenud tarnet, mis maksab tihti sadu kuni tuhandeid eurosid korraga. (Hinnang põhineb tüüpilisel allhanketehasel, mitte kliendi raamatupidamisel.)
Edasi
Järgmised loogilised sammud on automaatsed teated hilinevate tellimuste ja materjalipuuduse kohta ning brauseris avanev tootmise ülevaade, mis loeb andmeid otse tootmistarkvarast, ilma et keegi peaks Excelit avama.