民眾檢舉平台重複檢舉怎麼辦？
重複件比對、合併與回覆的系統設計

民眾檢舉平台處理重複檢舉的原則只有兩句：一個違規事件只能成立一件舉發，每一位檢舉人都要得到回覆。系統要做的是三件事：先比對出「可能是同一事件」的檢舉，再由承辦人員確認後合併成主件與關聯件，最後依各自的案號分別回覆。做不好的代價很具體：同一事件被分給兩位承辦人各自處理，可能重複舉發；反過來，把兩次不同的違規誤判成重複而合併，又會漏掉一次該舉發的違規。

這篇寫給負責檢舉平台規格的承辦人與系統廠商。它和另外兩篇的分工是：退件率那篇處理「檢舉表單好不好填」，爆量承載那篇處理「同時湧入時系統撐不撐得住」，這一篇只處理「收進來之後，怎麼認出同一件事」。文中不引用任何實際案件與件數，只談設計方法；比對用的時間與距離容許範圍，應由機關依作業需要訂定。

重複檢舉有哪幾種？先分清楚五種型態

「重複」不是單一狀況。規格書如果只寫一句「系統應能辨識重複檢舉」，廠商通常只會做最容易的那一種。實務上至少要區分下面五種，處理方式各不相同：

型態	典型情境	是否同一事件	系統怎麼處理
一、同一人重送	上傳中斷以為沒送出、按了兩次送出、以為要補件就整件重填	是	附件雜湊值相同即可自動標記並併入前一件，回覆告知原案號
二、同一人補件	先送影片，事後補一張更清楚的照片	是	提供「補件」入口掛在原案號下，不另開新件
三、多人檢舉同一事件	同一路口同一輛車，被兩位以上用路人分別拍到	是	標記為疑似重複，人工確認後合併，各自保留案號與回覆
四、同一車的連續違規	同一輛車幾分鐘內在相近路段違規多次	不一定	不可自動合併；是否分別舉發依道交條例連續舉發的相關規定判斷，以現行條文為準
五、同一地點長期被檢舉	同一處違規停車，不同日期被反覆檢舉	否（不同日為不同事件）	不合併，但可標記為「熱點」供勤務規劃參考

五種裡最容易出錯的是第三種與第四種的界線。兩件檢舉車牌相同、地點相近、時間只差幾分鐘，可能是兩個人拍到同一次違規，也可能是同一輛車連續違規兩次。系統能做的是把它們排在一起、並列出差異，判斷要留給承辦人員。

重複件怎麼比對：四個欄位、一個雜湊值、三層判定

比對的目的不是「找出完全一樣的檢舉」，而是「把可能是同一件事的檢舉放到同一個畫面上」。建議用四個業務欄位加上一個技術欄位：

1. 車牌號碼：比對前先正規化，去掉連字號與空白、英文統一大寫，並把民眾最常打錯的字建立對照（數字 0 與英文 O、數字 1 與英文 I、數字 8 與英文 B）。正規化後的值只用於比對，原始輸入照樣保存。
2. 違規時間：以影像或照片的拍攝時間為準，並保留檢舉人填寫的時間；比對時用容許範圍（例如前後幾分鐘），範圍值放在系統參數中由機關設定，不寫死在程式裡。
3. 違規地點：地址先正規化（縣市、行政區、路名、段、號），有座標時改用兩點距離比對。路口與路段的寫法差異很大，「某某路與某某街口」和「某某路 100 號前」可能是同一個地方。
4. 違規項目：用代碼比對，不用文字。項目不同但車牌時間地點相同，通常仍要放進同一組請承辦人員看，因為民眾常把同一行為歸到不同項目。
5. 附件雜湊值：每個上傳檔案在收件時計算雜湊值（例如 SHA-256）並存檔。雜湊值完全相同代表是同一個檔案，這是唯一能百分之百確定「重複」的依據。

有了這五個欄位，判定可以分成三層：

判定層級	條件	系統動作
確定重複	同一檢舉人帳號，且附件雜湊值相同	自動併入前一件，通知檢舉人原案號
疑似重複	正規化後車牌相同，時間與地點都在容許範圍內	建立「比對組」，進承辦人員確認佇列，並列顯示各件的時間、地點、項目與影像
可能相關	車牌只差一個易混字，或時間地點只有一項在範圍內	在案件畫面顯示「相似案件」提示，不進佇列

效能上，比對不必掃全資料庫。以「正規化車牌＋違規日期」建索引，每件新檢舉只需要比對同一車牌、前後一天內的件數，量很小。真正要注意的是爆量時段：同一事件在社群上被轉傳時，短時間內可能湧入大量檢舉，比對與佇列要能承受，這部分的容量設計見爆量承載那篇。

重複件怎麼合併：主件、關聯件與不可刪除原則

確認是同一事件之後，合併的做法是指定一件為主件，其餘為關聯件。主件承接後續的審核、舉發與歸檔；關聯件不刪除、不作廢，而是保留原貌並指向主件。資料表上至少要有這幾個欄位：

欄位	用途
主件案號	關聯件指向哪一件；主件本身此欄為空
合併原因代碼	同人重送、同人補件、多人同一事件，三選一；不用自由文字
主要證據來源	舉發採用哪一件的哪一個附件，其他附件仍保留可調閱
合併人員與時間	誰確認合併、何時確認
拆分紀錄	合併錯了要能拆回，拆分同樣記錄人員、時間與理由

「不可刪除」是這一段最重要的原則。被合併的檢舉如果直接刪掉，會同時失去三樣東西：那位檢舉人的回覆依據、那份影像作為補充證據的可能，以及日後申訴時重建處理過程的線索。申訴來了系統要調出哪些東西，見科技執法罰單被申訴時系統要提供什麼。

合併也會影響統計。月報如果只算「收件數」，同一事件被十個人檢舉就變成十件，會高估違規量；如果只算「事件數」，又看不出民眾參與的熱度。建議兩個數字都留：收件數反映檢舉量與承辦負荷，合併後的事件數才是違規量。哪些數字該放進月報、怎麼解讀，可以對照科技執法成效怎麼報。

另外，每一件檢舉附帶的檢舉人資料，合併後仍各自存放、各自授權。主件承辦人員看得到的是事件與證據，不需要也不應該在同一個畫面看到所有檢舉人的聯絡資料，這部分的權限設計見民眾檢舉平台的個資怎麼保護。

重複檢舉怎麼回覆：每一件都回，結果一致，不揭露他人

合併的是事件，回覆的對象是人。每一件檢舉，不論是主件還是關聯件，都要依自己的案號回覆，而且同一事件的所有回覆，處理結果必須一致。建議準備三種回覆範本：

回覆時效依機關規定辦理。系統要做的是讓關聯件的回覆跟著主件走：主件結案時，所有關聯件自動帶入相同的結果代碼並排入回覆，不必由承辦人員一件一件手動回。這也是為什麼合併關係要存成結構化欄位，而不是寫在備註裡。

規格書與驗收：重複件處理要寫進的 6 項

把上面的設計落到規格書，建議至少寫明以下六項，並在驗收時逐項測試：

1. 收件時計算並保存每個附件的雜湊值，同一檢舉人上傳相同檔案時自動併入前一件並通知原案號。驗收：同一帳號連續送出兩次相同檔案，第二次應顯示原案號。
2. 車牌、時間、地點、項目四欄比對，時間與距離的容許範圍為可調參數。驗收：調整參數後，比對結果隨之改變，不需改程式。
3. 車牌正規化與易混字對照。驗收：以含連字號、小寫、0 與 O 互換的車牌各送一件，應進入同一比對組。
4. 跨檢舉人只標記、不自動合併，合併須經承辦人員確認並記錄原因代碼。驗收：兩個不同帳號送出相同車牌時間地點的檢舉，應進入確認佇列而非直接合併。
5. 關聯件不可刪除、合併可拆分，拆分與合併都留稽核紀錄。驗收：合併後拆分，兩件恢復獨立且各自保有完整歷程。
6. 關聯件回覆隨主件結案自動產生，且不含其他檢舉人資料。驗收：主件結案後，所有關聯件的回覆內容結果一致，並檢查回覆文字中沒有其他檢舉人的欄位。

這六項寫進規格，再搭配入案系統的案件編號與狀態設計，重複件就不會變成承辦人員各自用 Excel 對照的手工作業。若檢舉平台是科技執法系統的一部分，偵測設備產生的案件與民眾檢舉也可能指向同一事件，比對範圍要不要跨來源，建議在規格階段就與廠商確認。

瑪尼國際成立於 2004 年，深耕逾 20 年，長期為全台多個縣市警察局交通隊建置與維運交通執法相關系統，從檢舉收件、入案、審核到回覆的流程設計與主機維運都由同一組人負責，這就是我們的一條龍服務。

常見問題