Mga Kaso / Handover at lifecycle
Handover at lifecycle

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.

3 hakbang8 minMay-ari / Operator (FM)Developer / Kliyente

Paano ito gumagana, hakbang-hakbang

3 hakbang sa buong platform - ano ang gagawin mo sa bawat isa at bakit mahalaga ito.

1

I-log ang Reactive Request

Serbisyo at Pagmementina

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

PapasokIniulat na FaultApektadong assetLumalabasNa-log na service requestNaitakdang response target
2

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.

PapasokNa-log na service requestRekord ng assetLumalabasStatus ng warrantyProcedure sa pag-ayosKailangang spare part
3

Isara na may Verification Check

Mga Inspeksyon

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

PapasokTapos na AyosBukas na service requestLumalabasNa-verify na ayosSaradong requestKasaysayan ng maintenance
Mga Module

Mga Module sa Playbook na Ito

3 / 184 na module ng platform

Higit pa sa Handover at lifecycle