Magsagawa ng Reactive FM Service Pagkatapos ng Handover
Asikasuhin ang isang fault sa paraang dapat gawin ng building operator: i-log ang reactive request laban sa asset, gawin ito kasama ang warranty at O&M data na nasa kamay, at isara ito sa isang verification check.

Paano ito gumagana, hakbang-hakbang
3 hakbang sa buong platform - ano ang gagawin mo sa bawat isa at bakit mahalaga ito.
I-log ang Reactive Request
Serbisyo at PagmementinaItaas ang service request laban sa tiyak na asset na nabigo, kasama ang fault, lokasyon, at priyoridad, para masubaybayan mula sa ulat hanggang sa ayos sa halip na basta na lang nasa inbox. Itakda ang response target.
Bakit: Ang fault na hindi na-log laban sa asset ay isang walang makakasubaybay o makakapagpatunay na naayos. Ang pagtali nito sa asset mula sa unang tawag ang magsasabi sa iyo sa hinaharap kung aling mga unit ang paulit-ulit na nabibigo at kung natugunan ang response target.
Buksan ang Asset at Datos Nito
Ari-arian ng Gusali (FM)Buksan ang rekord ng asset para makita ang make at model nito, lokasyon nito, at higit sa lahat, kung nasa warranty pa ba ito at ano ang sinasabi ng O&M manual. Kunin ang spare part o procedure mula rito.
Bakit: Ang pag-ayos sa isang unit na nasa ilalim pa ng warranty gamit ang sariling pera ay pera na diretsong nawawala. Sinasabi ng rekord ng asset sa engineer, bago pa sila magsimula, kung sino ang magbabayad at kung paano sinasabi ng manufacturer na ayusin ito.
Isara na may Verification Check
Mga InspeksyonBago mo markahan na tapos ang trabaho, magpatakbo ng maikling verification inspection na talagang naalis na ang fault at bumalik sa spec ang asset, at kunin ito na may larawan. Saka lang isara ang request.
Bakit: Ang trabahong sinarado batay lang sa tiwala ang muling nagbubukas sa susunod na linggo. Ang mabilis na na-verify na check ang gumagawang nangangahulugang naayos ang sarado, at nagbibigay sa operator ng malinis na kasaysayan ng maintenance sa asset.
Mga Module sa Playbook na Ito
3 / 184 na module ng platform


