Telephely áttekintő dashboard: nyitott ticket, lejárt PM, egy képernyőn

Miért nem elég a havi Excel-riport a telephelyi operációhoz

A havi vezetői riport (MTBF, PM %, költség) stratégiai döntéshez kell — de a telephely napi operációjához más tempó kell. A karbantartás-vezető vagy facility manager reggel nem negyedéves trendet kérdez, hanem: hány nyitott ticket van ma, mi járt le tegnap a PM-ből, kinek van túl sok feladata, hol torlódik a „folyamatban” státusz. Ha ezeket e-mailből, Excelből és WhatsAppból rakod össze, a válasz 45–90 perc — és közben már új bejelentés jött.

Tipikus közepes telephelyen (80–200 eszköz, 4–12 fős karbantartó csapat) heti 25–80 reaktív ticket és 15–40 esedékes PM fut párhuzamosan. Ha a backlogból csak a havi záráskor derül ki, hogy 12 lejárt PM és 9 SLA-sértett ticket van, a kár már megtörtént: kimaradt ellenőrzés, eszkalált panasz, nem tervezett leállás. A telephely áttekintő nem „szép dashboard” — hanem a napi irányítópult.

A SafetyPro telephelyi nézete a statisztikákat, a státusz donutot és a Saját feladatok widgetet ugyanarra a képernyőre teszi, telephely-szűréssel. Nem kell 5 fül között ugrálni: a kép egy helyen van, valós idejű lezárásokkal és ticket-státuszokkal frissül. A havi KPI-riport továbbra is kell — a telephely áttekintő a hétköznapi döntést szolgálja, a havi riport a trendet. Mindkettőről a karbantartási KPI útmutatónkban is írtunk; itt a napi nézet a fókusz.

• →Havi Excel: 1–2 nap késés, verzióütközés, nincs valós idejű ticket-státusz
• →E-mail + chat: zaj, nincs összesített backlog, nincs felelős-szűrés
• →Telephely áttekintő: nyitott ticket + lejárt PM + saját feladatok egy képernyőn
• →Cél: reggel 15 perc, nem 90 perc adatvadászat

Telephely-statisztikák: mit mutasson a felső sáv

A telephely-áttekintő statisztika sávja 4–6 szám, nem 20 KPI. Ha mindent felteszel, a szem elcsúszik a kritikusról. Gyakorlati minimum a facility és CMMS környezetben: nyitott ticketek száma; lejárt PM / lejárt feladatok; ma / 7 napon belül esedékes PM; folyamatban lévő munkalapok; opcionálisan kritikus (A-kategória) nyitott tételek és átlagos ticket-kor (napokban).

Számpélda egy 120 eszközt kezelő telephelyre, hétfő reggel: 14 nyitott ticket (ebből 3 prioritás magas), 5 lejárt PM, 8 esedékes a következő 7 napban, 6 munkalap folyamatban, átlagos nyitott ticket-kor 2,4 nap. Ez a sáv 5 másodperc alatt elmondja: van-e tűzoltás-mód, vagy tervezhető a hét. Ha a lejárt PM 0 és a ticket-kor 1 nap alatt van, a csapat tartja a ritmust — ha a lejárt PM 10 fölé kúszik, a reggeli stand-up témája a backlog, nem az új kérések.

A statisztikák telephelyhez kötöttek. Több lokáció esetén a központi vezető először összevont képet lát, majd lefúr egy telephelyre. Egy jól menő üzem ne takarja el a gyengét: ha a budapesti raktár 2 lejárt PM-mel fut, a debreceni pedig 18-cal, az összesített „10 lejárt” félrevezet. A SafetyPro multi-site áttekintő telephelyi bontást ad — ugyanaz a logika, mint a több telephely karbantartás cikkünkben leírt központi vs. helyi felelősség.

Fontos szabály: a szám kattintható legyen. A „5 lejárt PM” ne dekoratív badge legyen, hanem szűrt lista: eszköz, felelős, esedékesség, napok a lejárat óta. A dashboard csak akkor irányít, ha egy kattintással a teendőlistára jutsz — nem ha újra Excelbe exportálsz.

• →Nyitott ticketek (összes + opcionálisan magas prioritás)
• →Lejárt PM / lejárt feladatok darabszám
• →Esedékes PM 7 napon belül
• →Folyamatban lévő munkalapok
• →Átlagos ticket-kor (nap) — torlódásjelző
• →Kritikus eszközök nyitott tételei (ha van A/B kategória)

Státusz donut: hol torlódik a munka, nem csak „mennyi van”

A státusz donut (vagy hasonló kördiagram) a ticketek és feladatok eloszlását mutatja: Új / Beérkezett, Hozzárendelve, Folyamatban, Várakozik (alkatrész, hozzáférés), Kész / Lezárva. A darabszám önmagában nem elég: 20 nyitott ticket más, ha 18 „folyamatban” és 2 „új”, mint ha 15 „új” és senki nem vette fel. A donut a torlódást vizualizálja.

Mit nézz reggel a donuton? (1) Nő-e az „Új” szelet a tegnapihoz képest — triage késés. (2) Nagy-e a „Várakozik” szelet — alkatrész vagy döntési bottleneck. (3) A „Folyamatban” arány irreálisan magas-e a csapatmérethez képest — túl sok párhuzamos munka, semmi sem zárul. Egy 6 fős csapatnál 25 „folyamatban” tétel gyakran azt jelenti, hogy a státusz nem frissül, nem azt, hogy mindenki 4 gépen dolgozik egyszerre.

A donut és a lista összekapcsolása kötelező. Kattints a „Várakozik” szeletre: lásd, mely ticketek állnak alkatrészre, mióta, ki a felelős. Ha a donut csak dekoráció a felső sáv alatt, a csapat 2 hét múlva ignorálja. A jó telephely-áttekintőben a donut szűrő: egy kattintás = szűrt munkalista.

Service vagy multi-megbízós környezetben a státuszok a ticket → feladat → munkalap lánchoz igazodnak (lásd a service lánc cikkünket). Belső karbantartásnál a munkalap-státuszok (nyitott, folyamatban, lezárva, lejárt PM) dominálnak. A lényeg ugyanaz: egyetlen, közös állapotkép a telephelyen — ne legyen „kész” a chatben és „nyitott” a rendszerben.

Saját feladatok widget: a reggeli teendőlista személyre szabva

A telephely-statisztika a vezetőnek szól. A Saját feladatok (my-tasks) widget a technikusnak és a diszpécsernek: csak az, ami rád van osztva, prioritás és határidő szerint. Ha a technikus a teljes telephely 60 nyitott tételét látja reggel, elveszik — ha a saját 5–8 tételét, azonnal tudja, hol kezdje. A widget tipikusan mutatja: feladat / ticket megnevezés, eszköz vagy helyszín, határidő, prioritás, státusz.

Szerepkörök szerint más a „saját”. Technikus: rárendelt munkalapok és ticketek, ma és holnap esedékesek kiemelve. Csapatvezető: a csapat lejárt és ma esedékes tételei + a még ki nem osztott magas prioritású ticketek. Facility / ops vezető: telephely-szintű statisztika + a saját jóváhagyásra vagy eszkalációra váró sor. A SafetyPro jogosultsági modellje ezt támogatja: nem mindenki lát mindent, de a saját lista mindig tiszta.

Mobil és asztali konzisztencia: a terepen dolgozó a telefonon ugyanezt a Saját feladatok listát látja, offline is, ha a mezőben gyenge a háló. A reggeli „mi van ma?” kérdés ne a műszakvezető WhatsApp-csoportjában dőljön el — a widget a forrás. Lezárás után a tétel lekerül a listáról, a telephely-statisztika és a donut frissül. Ez zárja a kört: egy rendszer, három nézet (telephely, státusz, saját), ugyanabból az adatból.

Anti-pattern: párhuzamos „saját lista” Excelben vagy noteszban. Ha a technikus oda ír, a dashboard hazudni fog. A szabály: ha nincs a rendszerben, nem létezik a reggeli stand-upon. A betanítás 1–2 hét; a nyereség az, hogy a vezető nem telefonál körbe „kész vagy-e a 3-as csarnokkal”.

• →Technikus: csak rárendelt tételek, határidő + prioritás sorrend
• →Csapatvezető: csapat backlog + kiosztatlan magas prioritás
• →Vezető: telephely-számok + eszkaláció / jóváhagyás sor
• →Mobil = asztali logika, ne külön „terepi Excel”
• →Lezárás → frissül a donut és a statisztika sáv

15 perces reggeli rutin: hogyan olvasd a képernyőt

A dashboard csak akkor spórol időt, ha van rutin. Ajánlott 15 perces reggeli sorrend a telephely-áttekintőn — ne ugrálj fülről fülre, menj fentről lefelé.

Perc 1–3: statisztika sáv. Nyitott ticket, lejárt PM, ma esedékes. Ha a lejárt PM vagy a magas prioritású ticket a tegnapihoz képest nőtt, az a nap első témája. Perc 4–7: státusz donut. Hol a torlódás? Új triage nélkül, várakozás alkatrészre, túl sok párhuzamos „folyamatban”? Egy szeletre kattintva nyisd a listát. Perc 8–12: kritikus lista — lejárt PM-ek és magas prioritású ticketek felelőssel. Ha nincs felelős, oszd ki most. Perc 13–15: Saját feladatok / csapat teendők egyeztetése a stand-upon — max 3 konkrét akció a napra (pl. „A-kompresszor lejárt PM ma délelőtt”, „2 SLA-közeli ticket kiosztása”).

Heti egyszer (pl. hétfő +10 perc): multi-site összehasonlítás, ha több telephelyed van; és a „Várakozik” tételek alkatrész-státuszának tisztázása. Havi egyszer: a statisztikák trendje a KPI-riporttal (PM megfelelőség, backlog méret) — a napi dashboard nem helyettesíti a havi elemzést, de a havi számok innét jönnek.

• →1–3. perc: felső statisztika (ticket, lejárt PM, esedékes)
• →4–7. perc: státusz donut → torlódás szelet → szűrt lista
• →8–12. perc: felelős nélküli és lejárt tételek kiosztása
• →13–15. perc: max 3 napi akció a stand-upon
• →Heti: multi-site + alkatrészre várók
• →Havi: PM % és backlog trend a KPI-riporttal

Bevezetési checklist: miből lesz élő telephely-áttekintő

A dashboard üres vagy hazug marad, ha az alapadat hiányzik. Az alábbi checklist a minimum, mielőtt a vezetőség „élő KPI-t” vár. Ha 3-nál több tétel hiányzik, előbb a folyamatot és a rögzítést rendezd — nem a diagram színeit.

• →Minden eszköz és helyszín telephelyhez kötve (nincs „lebegő” gép)
• →Ticket és munkalap kötelező mezők: telephely, prioritás, felelős, határidő
• →PM ütemezés aktív: esedékes és lejárt feladatok automatikusan generálódnak
• →Státuszok egységesek (Új / Hozzárendelve / Folyamatban / Várakozik / Lezárva) — nincs szabad szöveges „majd”
• →Technikusok a Saját feladatok listából dolgoznak, nem párhuzamos Excelből
• →Lezárás időbélyeggel a mobilappból (fotó opcionális, de ajánlott kritikus eszközön)
• →Reggeli 15 perces rutin beírva a csapat naptárába (nem „majd ha ráérünk”)
• →Multi-site: telephelyenkénti szűrés tesztelve, jogosultságok leellenőrizve
• →Heti review: lejárt PM cél közel 0 az A-kategórián; ticket-kor cél a szerződéses SLA alatt
• →Havi KPI-riport ugyanabból a rendszerből (ne második Excel-igazság)

Összegzés és következő lépés

A cikkben összefoglalt gyakorlati lépések akkor működnek tartósan, ha egy központi rendszerben futnak a munkalapok, az eszköznyilvántartás, a preventív ütemezés és — ahol kell — a tűzvédelmi ellenőrzések is. A szétszórt Excel-fájlok és papír naplók hosszú távon nem adják az auditálhatóságot és a valós idejű átláthatóságot.

A SafetyPro CMMS ezeket egy platformon egyesíti: QR/NFC azonosítás, mobil app offline módban, riportok és emlékeztetők. A Basic csomag 24 900 Ft/hó-tól indul; 14 napos ingyenes próba egyeztethető személyesen, a bemutató után.

Ha a témában leírt folyamatokat szeretnéd élesben látni a saját telephelyed példáján, kérj bemutatót — az értékesítési csapat általában 1 munkanapon belül válaszol.