CMMS vs field service ticket: mikor kell mindkettő

CMMS: preventív, eszköz és napló — nem postafiók

A CMMS (Computerized Maintenance Management System) az operatív karbantartás „rendszeres” fele: eszköznyilvántartás, preventív és jogszabályi ütemezés, munkalap, alkatrész, riport. A fókusz nem az, hogy „ki írt ma e-mailt”, hanem hogy a kazán, a lift, a gyártósor vagy a tűzjelző mikor esedékes, ki csinálta meg, milyen fotóval és aláírással, és hol tart a hibatörténet.

Tipikus CMMS-felhasználók: belső karbantartó csapat gyárban vagy logisztikai központban; FM / multi-site üzemeltető, ahol a portfólió eszközei és a hatósági felülvizsgálatok a gerinc; service cég, amely keretszerződéses PM-eket és OTSZ-szerű naplókat visz. A napi kérdés: „mi esedékes ezen a héten, mi csúszott, melyik eszközön mennyi a költség és az állásidő?”

Számok, amik CMMS nélkül gyakran elcsúsznak: 80–200+ esedékes preventív feladat / hó egy közepes telephelyen; 15–30% „majd holnap” csúszás Excel-naptár mellett; audit előtt 1–3 nap iratvadászat, mert a papír napló és a fotó nincs egy helyen. A CMMS ezeket időbélyeggel, eszközhöz kötve zárja — de önmagában nem oldja meg a 47 olvasatlan callout-e-mailt a diszpécser fiókjában.

A digitális karbantartási napló a CMMS „compliance arca”: ugyanaz a lánc (eszköz → feladat → munkalap → naplóbejegyzés), csak a hatóság és a megbízó nyelvén. A piacon sokan „CMMS”-nek hívják azt is, ami valójában napló + PM ütemezés — a lényeg a rendszeres, eszközhöz kötött munka, nem a marketingcímke.

Field service ticket: e-mail, callout, diszpécser lánc

A field service ticketing (service desk a szerviz / FM világában) a reaktív és a megbízói bejelentés fele: e-mail vagy telefon → jegy → triage → feladat → helyszíni munkalap → számlázandó. A fókusz a beérkező igényen van: ki jelezte, melyik telephely, milyen prioritás, ki megy ki, mikor zárul a számla felé.

Tipikus ticket-felhasználók: 8–40 fős service / FM cég diszpécser asztallal; multi-site keretszerződés, ahol a megbízó továbbra is e-mailt ír; callout-alapú SLA (4 óra / 24 óra), ahol a válaszidő és a lezárás mérhető kell legyen. A napi kérdés: „hány nyitott jegy van, mi jár le ma, mi számlázható, hol van a szervizes?”

A ticket nem IT-helpdesk klón. A mezők: megbízó, telephely, eszköz (ha ismert), prioritás, e-mail-szál, feladat, munkalap, számlázandó — nem „sprint” és „story point”. A postafiók a csatorna marad; a munka a jegyben folyik. Napi 40–120 bejövő levél mellett a manuális Excel-átírás 2–4 óra diszpécseridőt vihet el; strukturált e-mail→ticket lánccal ugyanez perc-skála triage-ra csökkenhet.

Amit a ticket egyedül nem ad: stabil preventív mátrix 150 eszközre, jogszabályi emlékeztető 6 hónapos ciklusra, eszközélettörténet 5 évre visszamenőleg. Ha csak ticket van, a PM-ek „ismétlődő jegyekké” silányulnak, és az audit továbbra is Excelből jön.

Összehasonlítás: CMMS vs field service ticket

Az alábbi pontok nem abszolút határok — vannak átfedések (mindkettő indíthat munkalapot) —, de a döntéshez elég irányt adnak. A leggyakoribb hiba: egy szoftvert választani, és elvárni tőle mindkét világ teljes logikáját anélkül, hogy a folyamatot is szétválasztanád.

• →Fő trigger: CMMS = naptár / esedékesség / mérőóra; ticket = e-mail, telefon, callout
• →Fő objektum: CMMS = eszköz + ütemezett feladat; ticket = bejelentés (ügy) + szál
• →Fő felhasználó: CMMS = karbantartó / üzemeltető vezető; ticket = diszpécser + szervizes
• →Időhorizont: CMMS = hetek–évek (PM, életciklus); ticket = órák–napok (SLA, kiszállás)
• →Siker mutató: CMMS = PM compliance %, MTTR/MTBF, lejáró felülvizsgálat = 0; ticket = első válaszidő, lezárási idő, számlázandó backlog
• →Dokumentum: CMMS = napló, checklist, eszközelőzmény; ticket = e-mail előzmény, aláírt munkalap, számla-alap
• →Ha hiányzik: CMMS nélkül → lejáró ellenőrzések, papír audit; ticket nélkül → elveszett bejelentés, késő számla
• →Átfedés: mindkettőből lehet feladat és munkalap — a különbség a belépési pont és a master adat

Mikor elég csak a CMMS — és mikor csak a ticket

Csak CMMS (vagy digitális napló + PM) elég, ha a bejövő „zaj” kicsi, a munka nagy része ütemezett, és a csapat belső. Példa: egy telephelyes gyár, 3–12 karbantartó, a hibát a műszakvezető a rendszerben jelzi vagy a technikus QR-rel indít munkalapot; nincs 5 megbízó és közös service@ fiók. Itt a postafiók-ticket overhead felesleges bonyolítás.

Csak field service ticket elég (rövid távon), ha a cég szinte csak reaktív calloutra épül, kevés ismétlődő PM-mel, és a fő fájdalom a diszpécser-káosz: elveszett e-mail, nincs státusz, késő számla. Példa: 6–15 fős gépész / klíma service, napi 20–60 bejelentés, PM csak havi sablon-e-mailben. Előbb a jegy→munkalap→számlázandó lánc stabilizál, utána jön az eszközmátrix.

Figyelmeztető jelek, hogy „csak ticket” már kevés: 30+ ismétlődő hiba ugyanarra az eszközre 90 nap alatt (nincs PM); hatósági felülvizsgálat Excel-emlékeztetővel csúszik; a megbízó havi PM-riportot és eszközlistát kér, nem csak callout-statisztikát. Figyelmeztető jelek, hogy „csak CMMS” kevés: a diszpécser naponta 60+ percet Outlookban keres; 2 technikus megy ki ugyanarra a hibára; a lezárt munka 10–20%-a nem kerül számlára időben.

Gyakorlati ökölszabály: ha a heti munka ≥60%-a naptárból indul, CMMS az elsődleges; ha ≥60%-a bejövő e-mail/telefon, ticket az elsődleges. 40–60% között már mindkét belépési pontot érdemes egy platformon tervezni — különben két Excel és két igazság lesz.

• →Csak CMMS: belső csapat, kevés külső callout-e-mail, erős PM / hatósági mátrix
• →Csak ticket: diszpécser asztal, multi-megbízó e-mail, callout-SLA, számlázás a fő pain
• →Váltás mindkettőre: ismétlődő hibák + lejáró felülvizsgálatok VAGY elveszett jegyek + számlázási lyuk
• →Sorrend: a nagyobb napi fájdalommal kezdj (cash flow / SLA vs. audit / PM), 30–90 nap múlva a másik láb

Mikor kell mindkettő: a két belépési pont egy rendszerben

A legtöbb érett service és multi-site FM cégnél a valóság hibrid. Reggel a diszpécser 15 callout-jegyet triage-ol; délután a rendszer 22 esedékes preventív feladatot generál a lift, a sprinkler és a klíma mátrixából. A szervizes ugyanazt a mobil munkalapot tölti ki — de az egyik munka „bejött e-mailben”, a másik „a naptár dobta”. Ha a két világ külön szoftverben él, a technikus két appot kap, az eszközelőzmény szétszakad, a vezető két riportot néz.

Mindkettő indokolt, ha legalább három igaz az alábbiakból: (1) van diszpécser és közös szerviz-postafiók; (2) van 50+ nyilvántartott eszköz vagy létesítményelem ütemezéssel; (3) a megbízó keretszerződésben kér PM-et és reaktív SLA-t is; (4) a számla egy része callout-munkalap, más része havi fix / ütemezett tétel; (5) audit vagy ISO elvárja az eszközhöz kötött előzményt, miközben az ügyfél e-mailben panaszol.

A helyes architektúra: két belépési pont, egy master. A ticket a bejelentés és a kommunikáció helye; a CMMS / napló az eszköz, az ütemezés és a hosszú távú előzmény helye; a munkalap a közös bizonyíték. Ideális esetben a ticketből induló munka is eszközhöz kötődik (ha ismert), és a lezárt munkalap beíródik az eszköz történetébe — így a következő calloutnál látszik, hogy 3 hete már cserélték a szivattyút.

Anti-minta: „minden PM is ticket legyen a postafiókból”. Akkor a naptár helyett 200 ismétlődő e-mail-sablonot kaptok, és a compliance csúszik. Fordított anti-minta: „minden callout is csak CMMS munkalap, e-mail nélkül”. Akkor a megbízói szál és a SLA-óra elvész. A hibrid szabály: ütemezett = CMMS indítás; bejelentés = ticket indítás; mindkettő → ugyanaz a feladat/munkalap réteg.

Gyakorlati döntés és a SafetyPro programlogika

Döntési sorrend 15 percben. 1) Írd le a heti munkák forrását százalékban (e-mail / telefon / belső jelzés / naptár). 2) Számold meg a lejáró felülvizsgálatokat és a nyitott calloutokat külön. 3) Ha a callout-backlog a cash flow-t vagy az SLA-t viszi el, ticket először; ha a hatóság vagy a PM compliance a kockázat, CMMS / napló először. 4) 90 nap után kösd össze: ticketes munkalap → eszközelőzmény; PM feladat → ha a megbízó e-mailt is kap, státusz a szálban opcionális, de a master a naptár.

A SafetyPro platform ezt a hibridet programokra bontja, nem „minden egy gomb” monolitként. A Digitális Napló (piaci nyelven CMMS) az eszköz, az ütemezés, a munkalap és a napló lába; a Ticketing a megbízói e-mail → jegy → AI-segített triage (ember megerősít) → feladat → aláírt munkalap → számlázandó lánc. Mellé jöhet a Kivitelezés (telepi terv és punch list) és a munkaengedély-jellegű folyamat, ha a cég oda nő — a lényeg, hogy a service cég nem kényszerül négy külön szoftverre négy külön igazsággal.

Bevezetési realitás: ticket-lábbal 2–4 hét (postafiók, partner, telephely, státuszok); CMMS / napló lábbal 2–8 hét (eszközimport, PM sablonok, mobil rutin). Ha mindkettőt egyszerre indítod nulláról, 1 diszpécser + 1 karbantartási gazda szerepet nevezz ki, különben mindenki mindent félbehagy. A Basic szintű digitális napló / CMMS csomagok a platformon 24 900 Ft/hó-tól indulnak; a ticketing külön programcsomag a postafiók- és csapatméret szerint — a döntés előbb folyamat, aztán csomag.

Zárásként: a kérdés nem az, hogy „CMMS jobb-e, mint a ticket”. A kérdés az, hol keletkezik nálatok a munka — a naptárban vagy a postafiókban —, és hol veszik el az információ. Ahol mindkét forrás él, mindkét rendszerlogika kell; ahol csak az egyik, ne fizess és ne taníts felesleges komplexitást. A jó platform a kettőt összeköti, de nem keveri össze.

• →Heti forrás-arány: ≥60% naptár → CMMS first; ≥60% e-mail/callout → ticket first
• →Mindkettő: diszpécser postafiók + 50+ ütemezett eszköz + vegyes számlázás
• →Közös réteg: feladat + munkalap + (ha van) eszköz ID
• →90 napos mérce: 0 gazdátlan levél este; PM compliance cél ≥90%; számlázandó backlog <7 nap

Ö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.