路燈報修怎麼對上桿號與工單?台灣縣市養護的資料串接指南
對我們所撰寫的主題感興趣嗎? 立即加入偏好來源,獲取最即時一手資訊!
同一條巷子,第一通電話說「便利商店前的燈不亮」,第二筆網路通報點在路口,平台又顯示一個照明節點失聯。值班人員怎麼知道這三筆訊息指的是同一盞燈,還是三個不同問題?派工前少了這個判斷,承包商可能到錯位置,或者不同班組各修一次。
路燈報修資料要能從通報找到資產識別碼,再從資產追到管理機關、派工與完工紀錄。桿號是現場與市民辨識的入口。系統內部則要保留燈桿、燈具、節點與工單的關係,讓換燈或換控制器後,原有的維修歷史仍然找得到。
首圖為光林智能工作區留存的台灣道路照片,用於呈現現地辨認燈桿的情境。 報修流程參考:桃園市養護工程處

從台灣現有入口找出共同欄位
桃園市養護工程處公開的路燈通報管道包括線上系統、報修專線和 1999。新屋區公所建議先報燈號,也可以提供鄰近燈號、故障位置和故障類別。新北市的報修入口則可輸入燈號或從地圖點選,亦提供不知道編號的通報方式。實際受理管道依縣市和道路權責而異。桃園市養護工程處 · 桃園市新屋區公所 · 新北市路燈報修系統
民眾填得出的資料通常是路名、地標、方向和症狀。內部還要補上資產編碼、道路權責和候選燈具。位置判不清時,可先保留待定位狀態,把原始描述附在案件裡,避免為了填滿欄位而指到錯誤燈桿。
用資產識別碼把地圖和設備連起來
可用內部穩定的資產 ID 對應現場桿牌,保留舊編號與使用期間。燈桿有兩支燈臂時,再分出燈具位置,例如近路口側與遠路口側。節點或驅動器換新,只更新元件序號與生效時間。工單仍應指到原本的資產,也要能追出修理當天使用的是哪一顆節點。
新北市開放資料已列有行政區、燈號、地址、瓦數、高度及兩組座標欄位,可用來了解本地台帳長什麼樣子。匯入 GIS 時,要先辨識坐標參考系統、經緯順序和資料日期。公開資料也可能晚於現地換裝,重要案件仍要依主管機關台帳或現場確認。新北市路燈資料
| 資料環節 | 主要識別 | 交接前要檢查 |
|---|---|---|
| 受理通報 | 通報編號、時間、原始描述 | 通報來源、地標、方向與症狀 |
| 資產定位 | 資產 ID、桿號、燈臂或燈位 | 位置可信度、權責、舊編號 |
| 工單派修 | 工單 ID、資產 ID、受理關係 | 責任單位、派修範圍、原始告警 |
| 完工追溯 | 工單 ID、更換元件與時間 | 測試結果、照片及回報紀錄 |
表格為光林智能依台灣公開通報資料整理的工程建議。案件時限與應備紀錄以各機關和維護契約為準。
多筆通報可以合併,原始時間仍有用
夜間有三人回報同一桿,值班人員可把三筆案件關聯到同一工單,保留每一筆的接收時間和來源。平台同時報單燈失聯時,先看是否對應同一元件,再檢查同迴路的其他燈具。若整排熄滅,應讓工單能記錄一個迴路事件並關聯多個資產,讓維修班取得完整影響範圍。
相鄰燈位、同一時段與相似症狀可作為合併線索。案件涉及燈桿傾斜、裸露電線或其他可能危及道路安全的狀況時,仍按主管機關既定的緊急流程處理。若是跨機關權責,保留轉介時間、接手單位及回覆狀態,讓原受理管道可以說明進度。
三個場景測試串接是否真的可用
第一個場景是「沒有桿號」。拿一筆只含道路、方向和地標的測試案件,讓值班員在地圖列出候選,再用現場照片或桿牌確認。
第二個場景是「一桿兩盞燈」。建立兩筆方向不同的通報,確認操作人員能正確分辨兩支燈臂,而且不會因桿號相同而誤合併。
第三個場景是「結案後換節點」。先完成一次維修,再更新控制器序號,查詢舊告警和新狀態。若歷史紀錄跟著舊序號消失,就要改由固定的資產 ID 串起兩段設備紀錄。
驗收時可把定位正確率、重複派工、轉介後仍待處理的案件及結案紀錄完整度放進同一份抽樣表。分開記錄誤定位、資料不同步和受理規則不清的案例,後續才知道該修台帳、介面還是作業流程。
桃園案例可如何延伸?
桃園市已公開說明市政路燈換裝及管理系統,包含故障訊號回傳與派修。導入其他路段時,可先把維運流程和燈桿台帳談清楚,再確認系統要交換的資產、事件與工單欄位。LEOLink 公開說明列有現場狀態回報和遠端控制。專案若要接既有 1999 或派工平台,介面、權限和匯出方式需按交付範圍確認。桃園市政府全市路燈維管 · 光林智能桃園案例 · LEOLink 智慧照明
報修一定要知道路燈號碼嗎?
部分縣市提供地圖點選或無編號通報。若無法安全看清桿牌,先提供路口、方向、對側門牌或地標,並說明是一盞不亮還是整段熄滅。
工單資料可以整份放到公開地圖嗎?
公開查詢只顯示服務所需的狀態和區域。民眾聯絡資料、內部設備資訊與管理權限應另作存取管制。標案可要求明定欄位、保存期限和匯出權責。
台帳建立可參考路燈資產盤點,工單優先順序可接告警分級與結案。已有既有平台與台帳的單位,可帶欄位樣表和交接情境聯絡光林智能。
先定義哪個欄位才是現地物件的身分
新北市的公開路燈報修系統讓使用者可以依路燈編號或地圖點位報修;同一市府也在政府資料開放平台提供路燈資料。這兩個入口說明位置與編號可以分擔不同查找任務,但沒有公開內部派工、時間門檻或報修與設備狀態必然同步的證據。規劃工單時,可借鏡編號和地圖並行的方式,再查本機關的現地標示、實際權責與資料更新週期。
GIS 中一個點可能是一支桿,也可能是管理單位採用的一個照明點位。若同桿兩燈具有不同方向和控制節點,應把桿的身分與兩個燈具的身分分開,工單再指定哪個部件需要處理。裝置替換時,桿位關係可以延續,燈具序號和配置則改成新版本。沿用原序號的歷史會掩蓋換件紀錄;直接建立全新桿位又可能遺失舊案。使用一張有生效日的關聯表,讓查詢既能找得到現況,也能追查歷史。
三方回報如何合併成一張可執行的工單
一則民眾回報可能只有店家、路牌和方向;平台訊號可能給出節點和迴路;養護巡查則能確認實際燈具。三者可能指向同一件事,也可能是沿街相鄰的不同缺失。先保留來源,再建立共同事件編號,不用單一文字欄直接覆蓋其餘資料。市府可依可查位置、時間重疊與症狀決定是否合併,並明確註記合併或拆分人員。請參考告警分級與派工,以事件紀錄協助追查,不把平台訊息直接當成經現勘的原因。
假設早班收到某路口兩盞燈不亮,地圖上其中一個點靠近行穿線,同一條街另有一筆疑似離線告警。請先查兩支桿的實體編號、位置和管轄,再確認離線告警對應哪一支。若現場只確認行穿線一側失效,先按道路風險處理,另外維持另一個點位待查。保留三筆原始資料並標記已合併的關係;隔日再次有人報同一地點時,管理人能從時間線判斷問題是否重現。這個案例是假設,不是新北市的實際工單。
驗收紀錄與民眾資料不要放在同一個公開欄位
適用政府採購法第 72 條的機關驗收應按條文製作紀錄,並依規定處理不符。若契約要求工單資料作為履約或移交證據,可把受理、派工、現勘、修復和複驗連到該筆契約及設備,但不能因工單狀態顯示完成而跳過需要簽認的驗收。依權責保留必要文件、日期、意見及複驗狀態,避免一張主管報表取代應有紀錄。
若報修內容含姓名、聯絡資訊或可識別住戶的照片,公務機關的蒐集與利用應核對個人資料保護法第 15、16 條等適用規定。面向民眾的點位和維修進度,與內部聯絡資料、廠商維修權限應使用不同欄位及存取控制。對外提供統計可呈現工單數與進度,不用公開全部的原始通報。若發現住址或車牌出現在照片,按機關的既有資料管理程序處理;必要時提供經適當處理的檔案給公開報表。
用固定指標追蹤定位偏差和重複派修
初期可跟兩個查驗項目:同一筆報修是否找到正確桿位,以及修好之後是否在觀察期內再次開單。第一個項目若偏低,查錯誤是否來自舊地圖、標牌缺損、道路同名或跨權管區。第二個如果偏高,先釐清是原故障復發、同一區新的事故,還是承包商結案早於現地確認。舉例,二十筆含定位疑問的報修有十六筆首次就派到正確桿位,另四筆需要補查。旁邊也要列全部有效工單的樣本數與取樣條件,不把這組問件的百分比當成全市成果。數字僅示意。
圖資更新後,應由下一班組用現地標牌和公開地圖找同一支桿。若兩邊的編號並存,列出生效日和歷史對照,避免客服只能回答其中一版本。定期輸出幾筆已結案紀錄重查,確認原始照片、桿位、故障及換件可互相追到。設備和現地對不上時,請參考路燈盤點方法先釐清資產基線,再更新工單流程。
讓交接實際跑過一遍,而不是只看平台簡報
業主安排保固承辦、養護廠商與夜班人員用不同角色演練。夜班輸入報修後要能看到分派位置;到場人員能回報正確的部件;日班接手則要看到先前已做的測試和仍待確認的事項。工單若因程式更新暫時不能同步,也要依約定方式保留待辦、填入時間與來源,恢復後再覆核是否重複。請用智慧路燈驗收移交逐項確認帳號、權限、匯出資料及複驗責任。
站點接入 LEOLink 或其他平台時,先確認本機關可交付的格式、現地標識與串接範圍。供應商提供的接口可以作為比對資料,不能推定所有工單欄位都會自動出現在業主的系統。新增角色、移交帳號或外包期滿,均要重新確認誰能看見哪些資料。若兩方系統都有結案功能,指定哪一方對外顯示、哪一方保存原始維修證據,並在案號的關聯欄保留查閱方式。
結案不是最後一次看這支燈
實務上,修復報告可註記需要下一場雨後檢查、須等另一個機關完成道路工事,或只能先交接到部分功能。如果已恢復基本照明,但遠端控制仍未經核對,應讓值班畫面顯示這兩個狀態。若案件不屬本機關,記錄轉介的單位及回應日期,不把轉介當成故障已修好。每個狀態都要有人負責維持,GIS 才能成為可信的追查入口。
對我們所撰寫的主題感興趣嗎? 立即加入偏好來源,獲取最即時一手資訊!



