Iparág
Gyengeáramú szerviz ticketing: CCTV, beléptető, riasztó callout
CCTV, beléptető, riasztó: a gyengeáramú szerviz calloutja csak akkor skálázható, ha a bejelentés ticket → feladat → aláírt munkalap láncban fut, eszközhöz és SLA-hoz kötve.

A gyengeáramú szerviz ticketing a CCTV, beléptető és riasztó (intrusion) calloutokat egy követhető láncra teszi: a megbízói bejelentésből ticket lesz prioritással és eszközkötéssel, a diszpécser feladatot oszt, a technikus a helyszínen aláírt munkalappal zár — nem WhatsApp-szálban és Excel-sorban. Ha a riasztó éjszakai hibája, a kamera-kimaradás és a kártyaolvasó meghibásodás ugyanabban a „sürgős” chatben keveredik, a 2–4 órás szerződéses SLA és a számlázás is szétesik. Ez a cikk a három rendszerkategóriára szabott prioritást, a callout-láncot és a napi diszpécser rutint bontja ki.
Három rendszer, három callout-típus: miért nem elég a „sürgős” címke
A gyengeáramú service portfólió tipikusan három nagy kategóriára esik. Intrusion / riasztó: érzékelők, központ, tápegység, távfelügyeleti kapcsolat, kulcskezelés. CCTV: kamerák, NVR/VMS, hálózat, tárolás, éjszakai képminőség. Beléptető (access control): olvasók, vezérlők, ajtózárak, szoftveres jogosultság, lift- és zónaintegráció. Mindegyik „biztonságtechnika”, de a hiba üzleti és biztonsági súlya más — ha mindent „sürgős” jegynek jelölsz, a valódi élet- és vagyonvédelmi callout elveszik a zajban.
Számok, amikkel egy 6–20 fős gyengeáramú szervizcsapat hetente találkozik: 25–80 bejövő hibajegy (e-mail, telefon, távfelügyeleti riasztás, portaszolgálat); ezek 30–45%-a CCTV (képkimaradás, HDD, hálózat); 25–35% beléptető (olvasó, ajtó nem nyit/zár, jogosultság); 15–25% riasztó/intrusion (téves riasztás, érzékelő, kommunikátor, akku); a maradék kábelezés, kaputelefon, intercom. A kritikus (P1) arány általában 8–15% — ha a listán minden második jegy „azonnal”, a prioritás már nem döntéstámogatás, hanem zaj.
A callout nem IT-ticket. A megbízó nem „új jelszót” kér, hanem azt, hogy a raktár bejárata éjszaka is zárjon, a kamera rögzítsen, a riasztó a távfelügyeletre küldjön. A jegynek tartalmaznia kell: rendszerkategória (riasztó / CCTV / beléptető), telephely, érintett eszköz vagy zóna, bejelentő (porta, biztonsági cég, üzemeltető), prioritás a szerződéses SLA szerint, és hogy van-e aktív vagyonvédelmi kitettség (pl. nyitott ajtó, nem rögzítő kamera a pénztárzónában).
Ha a kategória nincs a jegyen, a diszpécser memóriából oszt: „Jani megy a beléptetőre, mert ő szokta”. Rossz szakértelem a helyszínen = második kiszállás, 45–90 perc felesleges utazás, és a P1 riasztó-callout közben vár. A ticket első 60 másodperce a kategória + telephely + prioritás — nem a tökéletes diagnózis.
- →Intrusion / riasztó: központ, érzékelő, kommunikátor, akku, távfelügyelet — tipikus SLA 2–4 óra kritikusnál
- →CCTV: kamera, NVR/VMS, switch, tárolás, lencse/IR — sok hiba hálózati, nem „kamera csere”
- →Beléptető: olvasó, vezérlő, zár, tápegység, szoftverjogosultság — üzleti hatás: belépés / kizárás
- →Minden jegy mező: kategória + telephely + eszköz/zóna + prioritás + bejelentő szerep
Prioritás és SLA gyengeáramban: P1–P4 a valós kockázat szerint
A gyengeáramú SLA-t ne IT-helpdesk sablonból másold. A prioritás a biztonsági és üzleti kitettségen alapul: van-e aktív riasztási rés, rögzít-e a kritikus kamera, működik-e a főbejárat beléptetése munkaidőben. Egy irodaház recepciós kártyaolvasója reggel 8-kor P2 vagy P1; ugyanaz a hiba szombat éjjel, ha van mechanikus kulcsos tartalék, lehet P3 — a szerződés és a helyszín szabálya dönt, nem a bejelentő hangulata.
Gyakorlati P1–P4 (példa, a keretszerződéshez igazítva). P1 (2–4 óra helyszín / távoli beavatkozás): riasztóközpont nem kommunikál a távfelügyelettel; főbejárat / vészkijárat beléptető teljes kiesés; pénztár, rakodó, server room kamera nem rögzít és nincs tartalék; aktív vagyonvédelmi rés (pl. zóna kiesés éjszakai üzemnél). P2 (4–8 óra): részleges beléptető (egy szárny), 1–2 kritikus kamera, ismétlődő téves riasztás ami a távfelügyeletet terheli. P3 (1–2 munkanap): nem kritikus kamera, kényelmi olvasó, szoftveres jogosultság-módosítás nem sürgős ablakban. P4 (tervezett): firmware, tisztítás, preventív akku-csere, bővítés, dokumentáció.
A számok a diszpécser asztalán: ha a nyitott jegyek 40%-a P1, a modell rossz — vagy a szerződés túl szűk, vagy a címkézés laza. Cél: P1 arány <15% a heti beérkezésből; P1 átlagos első válasz <30 perc munkaidőben; P1 helyszínre érkezés mediánja a szerződéses ablakon belül ≥90%. Ezek nélkül a „4 órás SLA” csak a PDF 12. oldalán él.
Éjszakai és hétvégi callout: külön ügyeleti mátrix. Ki viszi a riasztó P1-et 22:00 után? Van-e távoli belépés a központokhoz (VPN, felhő VMS), vagy minden hiba fizikai kiszállás? A ticket prioritása automatikusan viheti az ügyeletes listára — de a kiosztás emberi megerősítés: rossz címre éjjel kimenni drágább, mint 2 perc triage.
- →P1: aktív biztonsági rés, fő belépés kiesés, kritikus rögzítés hiánya, távfelügyeleti szakadás
- →P2: részleges kiesés, ismétlődő téves riasztás, rövid üzleti ablak
- →P3–P4: nem kritikus, tervezhető, preventív — ne versenyezzen a callouttal
- →Mérőszám: P1 arány, első válasz, helyszínre érkezés, újranyitás 7 napon belül
A callout lánc: bejelentés → ticket → feladat → munkalap
A gyengeáramú service lánc ugyanaz a gerinc, mint más kiszállós szerviznél — de a bemenet többcsatornás. Bejelentés jöhet: megbízói e-mail, porta telefon, távfelügyeleti központ SMS/e-mail, VMS riasztás, beléptető szoftver eseménynapló, vagy a technikus saját észlelése preventív körön. Ha ezek nem futnak egy ticketbe, a diszpécser három chatben és két postafiókban vadászik.
Lánc lépésenként. 1) Ticket: egyedi azonosító, kategória (CCTV / beléptető / riasztó), telephely, eszköz vagy zóna, prioritás, szál (e-mail) vagy hívásjegyzet. 2) Triage: diszpécser megerősíti a helyszínt és a P-szintet; AI javasolhat partnert és telephelyet a levélből, de nem indít magától kiszállást. 3) Feladat a naptárban: felelős technikus (riasztó / CCTV / beléptető kompetencia), időablak, megjegyzés (pl. „porta kulcs, B épület gépészet”). 4) Helyszíni munka: diagnózis, javítás vagy ideiglenes megoldás, fotó (kábelcímke, eszközállapot, hibanapló képernyő). 5) Munkalap: elvégzett munka, anyag (olvasó, kamera, akku), idő, ügyfélaláírás, PDF. 6) Számlázandó / keret terhelés: a jegy nem „kész a chatben”, hanem státusz a pénzügy felé.
Egy tickethez több feladat és több munkalap is tartozhat. Tipikus CCTV: első kiszállás — hálózati diagnózis, switch port; második — kamera csere alkatrésszel. Tipikus beléptető: távoli jogosultság-javítás + másnapi zárcsere. Tipikus riasztó: éjszakai ideiglenes áthidalás + másnapi érzékelő csere. A lánc 1 bejelentés → 1+ feladat → 1+ munkalap, amíg a szerződéses állapot helyre nem áll és a bizonyíték megvan.
Időkülönbség a gyakorlatban. Manuális lánc (Excel + telefon + papír): ticketesítés és kiosztás 5–10 perc; aláírt munkalap a számlázásig 3–10 nap. Digitális lánc: triage 45–90 mp; helyszíni lezárás aláírással azonnal; számlázandó lista másnap reggel. Heti 40 calloutnál a diszpécser 3–6 órát spórol a „ki ment ki, mi készült el?” egyeztetésen — és a P1 nem veszik el a „majd visszahívom” között.
Eszköznyilvántartás: kamera, olvasó, központ a jegy mögött
A gyengeáramú ticketing fele az eszközmaster minősége. Ha a jegy csak annyit mond: „3. emelet kamera nem megy”, a technikus 20 percet keres a folyosón. Ha a jegyhez kötött eszköz: CAM-3F-07, Hikvision, POE switch S2 port 12, NVR-2 csatorna 7, utolsó PM 2026-03 — a diagnózis a liftben elindul. Ugyanez beléptetőnél: olvasó ID, vezérlő panel, ajtózár típus, tápegység helye. Riasztónál: zónaszám, érzékelő típus, központ firmware, kommunikátor, akku csere dátuma.
Minimális eszközmezők kategóriánként. CCTV: azonosító, hely (épület/emelet/zóna), IP vagy csatorna, NVR/VMS, kritikalitás (pénztár / rakodó = A). Beléptető: ajtó/olvasó ID, vezérlő, zár típus, online/offline mód. Riasztó: partíció/zóna, érzékelő, központ, távfelügyeleti azonosító. Közös: telepítés dátuma, garancia, utolsó beavatkozás, csatolt kapcsolási rajz / jelszó policy hivatkozás (a jelszó ne a jegy tárgyában legyen).
Ismétlődő hiba = karbantartási jelzés, nem csak új callout. Ha ugyanaz a CAM-3F-07 30 nap alatt harmadszor esik ki, a ticket history az eszközön mutatja: nem „pech”, hanem POE budget, kábel vagy NVR csatorna. A diszpécser P3 preventív feladattá emelheti, mielőtt P1 lenne a következő kimaradás. Szám: az ismétlődő (ugyanaz az eszköz 30 napon belül) jegyek aránya 10–20% felett már folyamat- vagy hardverprobléma — érdemes heti review-n kiemelni.
A CMMS / eszközkezelés és a ticketing ugyanabban a rendszerben érdemes. A szervizes a mobilján látja az eszköz előzményét a feladat mellett; a lezárt munkalap visszakerül az eszköz történetébe. Külön Excel „kamerlista” + külön helpdesk = két igazság, és auditnál egyik sem teljes. A SafetyPro eszközkezelés és ticketing moduljai ezt a kapcsolatot adják: a callout nem lebegő szöveg, hanem konkrét berendezéshez kötött esemény.
- →Minden kritikus kamera, olvasó és riasztóközpont egyedi ID-vel a nyilvántartásban
- →Jegy kötelező mező: telephely + kategória; ajánlott: eszköz/zóna a triage végén
- →Előzmény a helyszínen: utolsó 3 beavatkozás, anyag, ismétlődés
- →Ismétlődő hiba 30 napon belül → preventív feladat vagy hardvercsere döntés
Helyszíni munkavégzés: diagnózis, alkatrész, aláírás
A technikus a feladatot kapja, nem a teljes postafiók zaját. A mobil nézet: cím, porta/kapcsolat, prioritás, kategória, eszköz, korábbi megjegyzések, csatolt fotók a bejelentőtől. Riasztó calloutnál: van-e hatástalanítási kód / belépési protokoll a biztonsági cég felé? Beléptetőnél: van-e mechanikus tartalék kulcs, ha a zár cseréhez ajtót kell nyitni? CCTV-nél: van-e ladder / emelő, ha 4 m feletti kamera?
Diagnózis sorrend a helyszínen — rövid, ismételhető. CCTV: kép van-e a kamerán → POE/táp → link a switchen → NVR csatorna / VMS → tárolás. Beléptető: olvasás LED → vezérlő relé → zár táp → szoftveres esemény. Riasztó: központ hiba LED / log → zóna → táp/akku → kommunikátor / IP. A munkalapon a „mit találtam” 2–4 mondat + fotó többet ér, mint a „javítva” egy szó. Garancia és ismételt hiba esetén ez a védelem.
Alkatrész és második kiszállás. A furgonban legyen minimum: gyakori olvasó, beltéri kamera vagy favourit modell, riasztó akku, relé, csatlakozók, patch kábel. Ha az alkatrész nincs meg, a ticket ne „lezárva” legyen, hanem „várakozik — alkatrész”, új feladat dátummal, és a megbízó kapjon státuszt a szálban („holnap 9–12, cserealkatrésszel”). A P1 ideiglenes megoldása (pl. ajtó állandó nyitva tartás tiltása, ideiglenes zár, kamera áthelyezés más csatornára) dokumentálandó — különben a „ideiglenes” 3 hétig marad.
Aláírás a helyszínen. A gyengeáramú munkalap a számla és a felelősség határa: ki mit csinált a biztonsági rendszeren. Digitális aláírás + PDF + időbélyeg; ha a porta nem jogosult aláírni, a szerződés szerinti kapcsolattartó e-mailes visszaigazolása a szálban. Cél: a callout 80%+-ánál a munkalap a helyszínen vagy 2 órán belül lezárul — ne az autóban 4 napig.
Diszpécser rutin és 12 pontos gyengeáram checklist
Reggeli 15–20 perc (munkanap): lejárt és ma lejáró P1/P2 jegyek; tegnap este beérkezett riasztó/távfelügyeleti hívások; alkatrészre váró feladatok; mai útvonal CCTV vs. beléptető vs. riasztó kompetencia szerint (ne küldj riasztós embert tiszta VMS-jogosultság ügyre, ha van jobb illesztés). Délben: nyitott P1 státuszfrissítés a megbízónak, ha még nincs a helyszínen. Záráskor: ügyeletes átadás — melyik jegy P1 éjjelre, belépési infó egy mondatban a jegyben.
Heti 20 perc ops review: P1 arány és SLA tartás; ismétlődő eszközök listája; számlázandó, de 7 napnál régebbi munkalapok; átlagos idő ticket→első feladat és feladat→aláírt munkalap. Ha a második mutató 48 óra felett van a nem alkatrészes ügyeknél, a lezárási fegyelem a gond — nem a „túl sok hiba”.
Az alábbi checklist a go-live és a negyedéves önellenőrzés alapja. Ha 4-nél több pont „nem”, a calloutok valószínűleg még chatben és fejben élnek — a szerződéses SLA és a számla szenvedni fog, amint nő a telephelyszám.
- →Van-e kanonikus beérkező csatorna (szerviz e-mail / ticket), nem 4 párhuzamos WhatsApp-csoport?
- →Minden jegy kap-e kategóriát: riasztó / CCTV / beléptető (vagy egyéb gyengeáram)?
- →P1–P4 definíció írásban, 1 oldalon, a diszpécser asztalán?
- →Telephely master: cím, porta telefon, belépési rend, távfelügyeleti azonosító ahol kell?
- →Kritikus eszközök (központok, fő olvasók, A-kamera) egyedi ID-vel a nyilvántartásban?
- →Ticket → feladat → munkalap lánc kötelező a kiszállós calloutokra?
- →Szervizes csak a rárendelt feladatokat látja, nem a teljes levélzajt?
- →Helyszíni fotó + rövid diagnózis a munkalapon kötelező P1/P2-nél?
- →Aláírás / megbízotti igazolás a lezárás feltétele szerződéses munkánál?
- →Ismétlődő hiba (ugyanaz az eszköz 30 nap) heti listán van-e?
- →Ügyeleti P1 mátrix: ki, mikor, távoli elérés vs. kiszállás?
- →Számlázandó státusz heti feldolgozás felelőssel — nem hó végi postafiók-vadászat?
Ö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.
Gyakori kérdések
Mi az a gyengeáramú szerviz ticketing?+
Olyan folyamat és szoftver, amely a CCTV, beléptető és riasztó hibabejelentéseket strukturált jeggyé alakítja: kategória, telephely, eszköz, prioritás és felelős tartozik hozzá, majd feladat és aláírt munkalap következik a számlázásig. Nem generikus IT-helpdesk, hanem biztonságtechnikai callout-lánc.
Miért kell külön prioritás a riasztóra, CCTV-re és beléptetőre?+
Mert a biztonsági és üzleti kitettség más. Egy távfelügyeletre nem kapcsolódó riasztóközpont vagy egy nem rögzítő pénztárkamera más súlyú, mint egy mellékfolyosói kamera képzaja. A P1–P4 a szerződéses SLA-t és a technikus sorrendjét védi — a sima „sürgős” címke elnyeli a valódi calloutot.
Hogyan kapcsolódik a ticket az eszköznyilvántartáshoz?+
A jegy telephelyhez és lehetőleg konkrét eszközhöz vagy zónához kötődik (kamera ID, olvasó, riasztózóna). Így látszik az előzmény, elkerülhető a dupla kiszállás, és az ismétlődő hibák preventív feladattá emelhetők. A munkalap visszakerül az eszköz történetébe.
Mi a tipikus callout lánc gyengeáramban?+
Bejelentés (e-mail, telefon, távfelügyelet) → ticket kategóriával és prioritással → diszpécser triage → feladat kompetenciás technikusnak → helyszíni diagnózis, javítás, fotó → digitális munkalap aláírással → számlázandó / lezárt státusz. Egy jegyhez több kiszállás és munkalap is tartozhat.
Mennyi idő alatt érdemes P1 riasztó vagy beléptető hibára reagálni?+
A keretszerződés dönt; gyakori cél munkaidőben 2–4 óra helyszín vagy távoli beavatkozás kritikus kiesésnél, és 15–30 perc első válasz (visszaigazolás). Éjszakai ügyeletre külön mátrix kell. A jegy mezői nélkül az SLA utólag nem igazolható.
Mit naplózzon a technikus a helyszínen?+
Rövid diagnózis (mit talált), elvégzett beavatkozás, felhasznált anyag (típus, sorozatszám ha van), fotó az érintett eszközről / logról, idő, és aláírás vagy megbízotti igazolás. A „javítva” egy szó nem elég ismételt hiba vagy vita esetén.
Hogyan kezeljük a távfelügyeletről jövő riasztásokat?+
A távfelügyeleti értesítés is ticketforrás legyen: időbélyeg, objektumazonosító, eseménytípus. A diszpécser dönt: téves / ismert munka / valódi P1 callout. Ne maradjon csak SMS a ügyeletes telefonján — reggel a lista hiányos lesz, a számla és az audit lyukas.
Milyen rendszer kell gyengeáramú service cégnek?+
E-mail vagy többcsatornás ticket, megbízó–telephely–eszköz kötés, prioritás/SLA, feladat naptárral, mobil munkalap aláírással, és eszközelőzmény. A SafetyPro ticketing, CMMS és eszközkezelés moduljai ezt egy platformon fedik le — a callout nem válik el a berendezés-nyilvántartástól és a számlázandó státusztól.
