保全定期巡檢任務排程稽核

🎯 這條流程解決什麼

監控與保全設備不是裝好就一勞永逸。攝影機鏡頭會起霧、會被蜘蛛網遮住；硬碟錄影機會默默停止寫入；門禁感測器電池會沒電；機房的 UPS 會老化失效。這些小毛病單獨看都不起眼，但只要在關鍵時刻——例如真的發生竊案要調影像時——其中一項剛好失效，整套系統的價值就歸零。定期巡檢，正是讓監控系統「真的在保護」的最後一道防線。

問題是，傳統巡檢幾乎全靠紙本表單與人員自律。人員到底有沒有真的走到每個檢核點、有沒有逐項檢查、發現的缺失有沒有後續改善，主管手上常常是一筆糊塗帳。以一家管理 15 至 20 個駐點案場的保全公司來說，每月要產生數百次巡檢，紙本表單收回後光是彙整完成率、找出哪幾點漏巡、追哪些缺失還沒修，品保人員每月就要花上 30 到 40 小時做純人工的對帳與催辦。而且紙本最大的盲點是「無法證明」——客戶質疑你的人有沒有來、設備有沒有定期檢查時，你拿不出有定位、有時間戳、有照片的記錄，合約續約的議價力就弱了一截。

這條流程把定期巡檢從「靠人記得」變成「系統制度化」：依各案場週期自動生成任務、推送帶定位的檢核清單、回收逐項回報、自動追缺失、定期出稽核報表。漏點、缺記錄、追不到改善這三個老問題一次解決，而且服務品質從此有數據可以證明。

導入後的改變

導入前，巡檢品質高度依賴個別人員的責任心，缺乏可稽核的軌跡。表單是紙本的，回報是事後的，缺失追蹤靠主管在腦中或便利貼上記著。常見的情況是：某個案場的攝影機其實壞了兩週，但因為巡檢表上一直被打勾「正常」（人員根本沒走到），直到客戶報案要調影像才爆出來——這時客訴與賠償風險已經發生。品保人員每月還要花大把時間手動算完成率、做客戶月報，數字還不一定可信。

導入後，每期巡檢任務自動生成並派發，人員必須在現場打卡定位、逐項拍照回報，系統當下就算出完成率並標出漏巡點；發現異常即自動開維修工單、指派負責人與期限，逾期自動催辦。以前述 15 至 20 個案場的規模估算，品保的彙整與催辦工時可從每月約 35 小時降到 8 小時以內，省下近八成；因設備失效未及時發現而導致的客訴與賠償事件，可望大幅下降；客戶月報自動生成，續約時拿得出有定位、有照片、有改善進度的完整記錄，議價力與信任感同步提升。

流程怎麼運作

這條流程對應 frontmatter 的五個節點，把一期巡檢從產生跑到出報表：

第一步「排程產生」——觸發點是排程到期或巡檢週期啟動。系統依各案場設定的巡檢週期（有的週巡、有的月巡），自動生成當期的巡檢任務，並帶出該案場專屬的檢核點清單（哪幾支攝影機、哪幾個門禁、機房 UPS 等），存進 Airtable。

第二步「任務派發」——系統把巡檢路線與檢核項目推送給當班的巡檢技師或駐點保全（透過 LINE Notify），任務內附打卡定位要求，確保人員必須實際到點，杜絕「坐在辦公室打勾」。

第三步「檢核回收」——人員透過 Google Forms 逐項回報每個檢核點的設備狀態並上傳照片，系統自動彙整這一期的完成率，並標示出尚未回報或回報異常的項目。

第四步「缺失追蹤」——只要某項回報為異常（鏡頭模糊、設備離線、電池告警等），系統自動建立維修工單，指派處理人員與完成期限，期限將至或逾期會自動推播催辦，確保缺失被追到改善為止，而不是回報完就石沉大海。

第五步「稽核報表」——系統用 Google Sheets 彙整各案場的巡檢完成率與缺失改善進度，定期（每月或每期）自動生成稽核報表，送交保全主管內部管理，也可產出對客戶版本作為服務佐證。

需要的工具與串接重點

平台用 n8n 或 Make 當排程與資料流中樞。Airtable 存案場主檔、檢核點清單與巡檢週期設定，是整套制度的資料骨架；用它的不同 view 可以一眼看出「本期已完成／進行中／逾期」的案場分布。Google Forms 當現場回報的填寫介面，技師用手機就能逐項打勾、拍照上傳，門檻低、人人會用。Google Sheets 做完成率計算與報表彙整層，公式與圖表都直觀。LINE Notify 負責任務派發與缺失催辦的即時推播。

串接重點：其一，打卡定位是這套制度的信任基礎，務必在回報表單中要求帶上 GPS 或現場照片時間戳，否則「人有沒有真的到」這個核心問題就破功。其二，檢核點清單要做到「每個案場專屬」，不要用同一張通用表打天下，否則人員會養成無腦全打勾的習慣。其三，缺失追蹤要設逾期自動升級——例如逾期三天還沒修就往上通報主管，避免工單開了沒人理。想找排程與表單回收的完整自動化範本，可到 /recipes 取用，更多保全營運的串接模組見 /automation。

常見錯誤與注意事項

最常見的錯誤是「把巡檢做成形式」——表單設計得太籠統、又沒有定位要求，結果人員養成秒速全打勾的習慣，數字漂亮但毫無意義。解法是檢核點具體化、強制定位與照片，並由品保抽查照片真實性。

第二，巡檢結果關係到監控系統能否在關鍵時刻發揮作用，系統僅輔助排程與記錄，設備功能是否真的正常、是否需要更換或維修，仍須由合格技師「人工確認」判定，自動化不取代專業檢測。 例如硬碟雖然顯示在錄，但實際錄影品質、保存天數是否達標，需要技師實測，不能只看回報打勾。

第三，重大缺失（例如整個案場錄影中斷、機房斷電）應設計為「即時通報」而非僅留待月報彙整——這類異常必須當下推播給主管與客戶處理窗口，否則一個月後才在報表上看到就太遲了。第四，巡檢影像、案場配置與設備位置屬高度敏感資訊，存取應限授權人員，回報照片的儲存也要做好權限控管，切勿外流。最後，駐點巡邏若涉及人員出勤與勞動工時記錄，相關打卡資料的使用須符合勞動法規與員工告知義務。

台灣中小企業情境案例

桃園一家管理約 18 個社區與廠辦案場的中型保全公司「衛安保全」，過去巡檢全用紙本表單，每月由一位品保專員回收、彙整、催辦。最大的痛是「證明不了」：曾有客戶社區發生竊案要調影像，才發現該支攝影機的錄影機其實已經故障近三週，而巡檢表上每週都被打勾「正常」。客戶大為不滿，差點解約，公司也賠上一筆商譽。

導入這條流程後，巡檢任務每期自動派發，人員必須在現場打卡定位、逐項拍照回報，漏巡點當下就被系統標出；設備異常自動開工單追到修復為止。半年下來，品保專員的彙整與催辦時間從每月約 35 小時降到不到 8 小時，挪出來的時間改去做更有價值的現場抽查；設備失效未及時發現的事件降到零；最有感的是續約談判——公司能拿出每個案場帶定位、帶照片、帶改善進度的完整稽核報表，原本被砍價的兩個案場不僅順利續約，還因為服務透明度高而調漲了月費。

延伸應用

這條流程的價值在於「把品質變成數據」，可往多個方向擴充。最直接的是把缺失追蹤節點接到 /workflows 裡的維修派工流程，讓巡檢發現的異常自動轉成派工單、指派技師到場處理，形成「巡檢發現—自動派工—修復回報—月報佐證」的閉環。

也可以把稽核報表延伸成客戶自助查詢——讓客戶用專屬連結隨時看到自己案場的巡檢記錄與設備健康度，把透明度直接變成服務賣點。進階做法是累積巡檢數據後做設備故障預測：某類攝影機平均多久會起霧、某廠牌 UPS 電池多久該換，系統據此提前排定預防性更換，從「壞了才修」進化到「壞之前就換」，大幅降低關鍵時刻失效的風險。更多可組合的排程與稽核模組，歡迎到 /recipes 與 /automation 探索。

流程圖

用到的工具

更多「工程裝修」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →