Turto registre trūksta svarbių duomenų
KritinisPatalpų, įrenginių, sutarčių ir dokumentų duomenys laikomi atskirai.
- Pasekmės
- Sunku planuoti priežiūrą ir investicijas.
Kaip sujungti turto registrą, klientų užklausas, rangovus, priežiūrą, sąnaudas ir portfelio analitiką
Šioje veiklos srityje didžiausią vertę sukurs vieninga turto, paslaugų ir rangovų valdymo platforma. Rekomenduojama pradėti nuo aiškiai apriboto pirmojo proceso ir sprendimą plėsti etapais.
Turto valdytojas kasdien koordinuoja klientų užklausas, vidines komandas, rangovus, priežiūros darbus, sąnaudas ir ataskaitas daugelyje objektų. Vienodas objekto, įrenginio, paslaugos ir darbo modelis leidžia šiuos procesus palyginti portfelio mastu.
Kasdien registruojami gedimai, prašymai, patikros ir paslaugų poreikiai.
Paslaugų kokybė priklauso nuo užduoties perdavimo, atlikimo įrodymų, SLA ir sąskaitos ryšio.
Darbai, komunalinės paslaugos ir bendrosios išlaidos turi būti paaiškinamos konkrečiam turtui ar klientui.
Vienodi rodikliai leidžia nustatyti brangiausius objektus, blogiausias sistemas ir investicijų prioritetus.
Turto valdymo rinkoje didėja spaudimas vienodai valdyti užklausas, rangovus, sąnaudas ir turto būklę visame portfelyje. Savitarna, CAFM ir CMMS kuria vertę tik tada, kai jų būsenos remiasi tuo pačiu objekto, darbo ir sutarties duomenų pagrindu.
Valdomi objektai, patalpos, įrenginiai, dokumentai, paslaugų sutartys ir atsakomybės.
Poreikis registruojamas, klasifikuojamas, suskirstomas pagal svarbą ir susiejamas su objektu.
Užduotis perduodama vidinei komandai arba rangovui pagal kompetenciją, sutartį ir SLA.
Registruojamas laikas, medžiagos, nuotraukos, patikros ir faktinis rezultatas.
Tikrinamas atlikimas, priskiriamos sąnaudos, tvirtinami aktai ir klientų apskaita.
Lyginami objektų SLA, energija, gedimai, sąnaudos, būklė ir kapitalo poreikis.
Užklausos priimamos telefonu ar el. paštu, rangovų darbai ir sąnaudos kaupiami atskirai, o objekto bei įrenginių istorija nėra patikimai atsekama.
Kiekvienas administratorius naudoja savo lenteles, kontaktus ir el. pašto istoriją, todėl portfelio vaizde trūksta svarbios informacijos.
Dalis darbų registruojama sistemose, bet turto, rangovų, sąnaudų ir klientų duomenys išlieka atskirti.
Užklausa, užduotis, rangovas, atlikimo įrodymai, SLA ir sąnaudos susieti su konkrečiu objektu bei įrenginiu.
Vadovai lygina objektus pagal vienodus rodiklius, o išimtys bei biudžeto nuokrypiai matomi laiku.
Istorija, BMS, energijos ir gedimų duomenys naudojami investicijų, priežiūros bei rangovų poreikiui prognozuoti.
Didžiausia administravimo našta atsiranda, kai viena užklausa keliauja per kelis kanalus, o rangovo darbas, įrodymai, sąskaita ir paslaugos lygis nesusiejami. Vieno objekto užklausų procesas yra praktiškas būdas sukurti patikimą kasdienio darbo duomenų pagrindą.
Pirmasis prioritetas – vieno objekto užklausos procesas nuo kliento registracijos iki rangovo darbo, SLA, priėmimo, sąnaudų ir uždarymo.