Software de urmărire a inspecțiilor echipamentelor: de ce „cineva își aduce aminte” nu este un sistem
Centralele termice, aparatele de aer condiționat, lifturile și echipamentele de siguranță la incendiu au, de obicei, un lucru în comun în portofoliile de proprietăți: un program de inspecție obligatoriu prin lege, și niciun sistem fiabil care să-l urmărească. În majoritatea portofoliilor pe care le-am văzut, „când este scadentă” locuiește în unul din trei locuri — memoria unei anumite persoane, o notă într-o foaie de calcul pe care nimeni nu o mai verifică după primul service, sau nicăieri, până când apare inspectorul.
De ce este mai greu decât pare
O singură dată scadentă este ușor de urmărit. Un întreg portofoliu de astfel de date, fiecare pe un ciclu diferit, fiecare recalculat de fiecare dată când are loc un service, nu este. Adaugă mai multe proprietăți, mai multe tipuri de echipamente per proprietate și fluctuație de personal, și o listă statică se demodează rapid — nu pentru că cineva este neglijent, ci pentru că nimic nu forțează lista să rămână actualizată.
Ce trebuie să facă un sistem real de urmărire
- Să se atașeze la lucrul potrivit. Unele echipamente apartin unei unități specifice; altele — precum o centrală termică comună sau un lift — apartin întregii proprietăți. Un sistem care urmărește doar la nivel de unitate, sau doar la nivel de proprietate, va reprezenta greșit jumătate dintr-un portofoliu tipic.
- Să recalculeze automat următoarea dată scadentă. După fiecare înregistrare de service, următoarea dată de inspecție ar trebui să se actualizeze singură din acea dată de service — nu să rămână statică până își aduce cineva aminte să o schimbe.
- Să calculeze corect lunile. Acest lucru pare neînsemnat până când un service din februarie împinge o dată „6 luni mai târziu” în ziua greșită, din cauza modului în care o bibliotecă de date gestionează trecerea de la finalul lunii. Este un detaliu mic care contează exact pentru că termenul este unul legal, nu o estimare internă.
- Să evidențieze ce este efectiv pe cale să devină scadent, nu doar să stocheze o dată undeva unde un utilizator trebuie să se ducă să o caute.
Ține-l separat de listele de verificare la mutare și de tichetele de reparație
Merită să distingem întreținerea echipamentelor de două lucruri cu care este des confundată: o listă de verificare a stării la mutare, specifică fiecărui contract (care se termină odată cu contractul), și un tichet de reparație raportat de chiriaș (care este reactiv, nu programat). Conformitatea echipamentelor nu este niciuna dintre acestea — este continuă, legată de proprietate sau unitate, nu de un anumit contract, și termenele nu se opresc pentru că un chiriaș s-a mutat.
Cum gestionează Casement acest lucru
Casement urmărește întreținerea echipamentelor pe proprietate sau unitate — separat de inventarele de la mutare și cererile de întreținere — cu termene scadente care se recalculează automat după fiecare înregistrare de service, folosind calcule de luni bazate pe UTC, special pentru a evita problema de derivă a datelor de mai sus. Este o funcționalitate exclusiv pentru personal; chiriașii nu o văd și nu o gestionează niciodată.
Casement este în prezent în proces de onboarding pentru un număr mic de companii de administrare a proprietăților pilot. Dacă portofoliul tău include echipamente cu inspecții obligatorii prin lege, un demo live îți va arăta exact cum funcționează urmărirea termenelor scadente, de la cap la coadă.