科技執法系統驗收要驗的不是「東西有沒有裝好」，而是「這套系統照著規格書運作，而且將來出事時有紀錄可查」。多數標案的規格書把驗收寫成一句「經本機關驗收合格後撥付尾款」，到了驗收當天，承辦人拿到的是一疊廠商準備好的簡報，看完點頭簽名，整個流程就結束了。真正的問題會在三個月後浮現：紅單被申訴時調不出稽核軌跡、系統改版後準確率掉下來沒人發現、保固到期日跟大家記憶中的日子差了一個月。
規格書階段該怎麼把驗收條文寫進去，我們在科技執法標案規格書怎麼寫裡已經寫過，這篇不重述。這篇談的是驗收當天實際要做哪些動作、要帶哪些表單——一份可以列印帶到現場照著跑的腳本。
驗收前一週：先把六類文件收齊
文件不是驗收當天才要，而是初驗前一週就要求廠商送齊，讓承辦人有時間對照規格書逐條核。當天才拿到的文件，只能確認「有」，沒辦法確認「對」。
| 類別 | 要收哪些 | 核什麼 |
|---|---|---|
| 系統文件 | 需求規格追溯表、系統架構圖、資料庫綱要、介接規格 | 追溯表的每一列都要對得到規格書條次，沒有對應條次的功能不列入驗收 |
| 測試文件 | 廠商自主測試報告、壓力測試報告 | 要看得到測試日期、併發數、通過標準與失敗案例，只有結論的報告不算 |
| 資安文件 | 弱點掃描報告與修補紀錄、個資盤點表 | 掃描日期必須晚於最後一次程式異動；高風險項目要有修補後的複掃 |
| 維運文件 | 備份與還原演練紀錄、監控畫面、帳號權限清冊 | 權限清冊要標出誰有匯出功能——這是日後個資外洩調查的第一個問題 |
| 教育訓練 | 教材、簽到表、操作錄影 | 教材要能當日後新進人員的自學材料，不是簡報投影片 |
| 財產與授權 | 軟體授權清單與到期日、設備序號與保固起算日 | 授權到期日要跟維運合約年限對齊，差一年就會出現「系統還在但授權過期」 |
判斷一份文件該不該收，標準只有一個：它對應到規格書的哪一條。對不到條次的文件沒有驗收效力，收了只是增加保管負擔；反過來，規格書寫了卻沒有對應文件的條次，就是缺失。
初驗當天的七個動作，照這個順序做
順序有意義：先固定「驗的是哪一版」，再驗功能，最後驗異常與復原。順序顛倒的話，廠商在中途更新版本，前面驗過的結果就全部失效。
1. 對財產與版本（15 分鐘）
清點設備序號與數量並拍照，序號逐筆寫進驗收紀錄；同時在系統畫面上記下版本號與部署時間戳。這一步是為了讓後面所有的測試結果都綁在一個明確的版本上——沒有版本號的驗收紀錄，等於沒有紀錄。
2. 走完一次完整的案件流程（40 分鐘）
用測試案件從頭走到尾：影像進入、系統判定、人工複核、資料產出到開單前的最後一個畫面。每一個環節都要由承辦人自己操作，不是看廠商示範。整條處理鏈上各關卡在做什麼，可對照科技執法一條龍全流程解析逐關確認，避免漏驗中間某一段。
3. 抽樣比對判定結果（30 分鐘）
現場抽固定數量的測試案件，把系統判定與人工判定逐件比對，當場統計不一致的件數與型態。重點不是算出一個漂亮的百分比，而是看不一致集中在哪一類情境——夜間、逆光、車牌污損、機車與自行車混流，這幾類的錯誤成本完全不同。
4. 驗介接：故意送一筆錯的進去（20 分鐘）
與既有系統的介接，正常資料會過是最低標準。要驗的是錯誤格式、重複案號、欄位超長這三種送進去之後，系統有沒有擋下來、有沒有寫進錯誤紀錄、有沒有通知人。沉默地吞掉一筆錯誤資料，比直接報錯嚴重得多。
5. 驗權限與稽核軌跡（20 分鐘）
用最低權限的帳號嘗試存取不該看的功能與案件，確認被擋下；接著查稽核軌跡，看這次嘗試有沒有被記錄，記錄裡有沒有帳號、時間、來源 IP 與操作對象。匯出功能一定要單獨驗一次：誰按了匯出、匯出了幾筆、匯到哪裡，這三個問題日後一定會被問到。
6. 驗備份還原（30 分鐘）
當場從備份還原一次，計時。若因環境限制無法在正式機演練，至少要看最近一次演練的紀錄：演練日期、還原耗時、還原後的資料落差時間（RPO）。只有「每日備份」四個字而沒有還原紀錄的，等於沒有備份。
7. 驗監控與告警（15 分鐘）
請廠商當場模擬一次服務中斷，確認監控有告警、告警送得到值班人員手上、事件有留下紀錄。告警設定值（門檻、重試次數、通知對象）要一併列印存檔，日後爭議時這份設定就是「當初講好的標準」。
準確率與稼動率，在驗收現場能驗到什麼程度？
這兩個數字最常被寫進規格書，卻也最常在驗收現場被誤驗。原因很單純：它們都是統計量，而驗收只有一天。
準確率：現場抽樣驗的是「量法」，不是最終數字
一天內抽驗的樣本數，通常不足以支撐「準確率達 95%」這種宣稱。驗收現場能確定的是三件事：判定結果與人工判定的比對流程可執行、系統會把信心值與判定依據存下來、抽查用的樣本清單可以重現。至於門檻該訂多少、抽查比例怎麼訂才有統計意義、複核人力怎麼算，這些屬於規格書階段的決定，我們另外寫在科技執法 AI 影像辨識誤判率多少才能上線。
稼動率：驗收當天驗的是「誰在量、怎麼量」
99.9% 的稼動率要一整年才能算出來，驗收當天不可能驗。能驗、也一定要驗的是配套的三個約定：量測週期是月還是年、計畫性維護時段計不計入、以誰的監測資料為準。這三項沒有寫清楚，同一份監控報表雙方會算出完全不同的數字。尖峰承載怎麼估、高可用架構要寫進哪些量測點，見民眾檢舉平台連假爆量怎麼撐。
把這兩件事講白：驗收現場驗的是「量得到」，不是「量出來的結果」。把量法固定下來，之後每個月的維運報表才有意義；量法沒固定，驗收簽得再漂亮，第二個月就會開始各說各話。
缺失怎麼記、複驗怎麼排
驗收不合格不是災難，記錄不清楚才是。缺失建議分三級，寫進驗收紀錄：
- A 級（阻斷）：核心流程走不完、資料錯誤、資安高風險未修補。未改善不得驗收合格。
- B 級（影響作業）：功能可用但有替代成本，例如批次匯出要分三次才跑得完。限期改善。
- C 級（建議事項）：介面用語、操作便利性。不影響驗收結論，列入維運期處理。
每一筆缺失要寫滿六個欄位：對應條次、現象、重現步驟、期望結果、分級、改善期限。少了「重現步驟」，廠商回來只會說無法重現；少了「對應條次」，改善與否會變成主觀爭論。改善期限實務上常訂在初驗後七到十四個工作日，複驗只驗 A、B 兩級缺失與受影響的關聯功能，不必把全部項目重跑一次。逾期未改善的處理方式，回到合約的逾期罰則條文，這也是為什麼罰則要在規格書階段就寫進去。
驗收紀錄、尾款與保固起算日
最後這一段最常被當成行政流程草草帶過，但它決定了未來一到三年誰要負責。
- 保固起算日寫「驗收合格日」還是「系統上線日」：兩者常差一到兩個月，等於一到兩個月的維運責任歸屬。合約沒寫的話，實務上爭議極高，建議在驗收紀錄上直接載明起算日與到期日。
- 移交清冊要逐項簽收：原始碼與版本庫、資料庫結構與初始資料、憑證與金鑰、各系統管理帳號、第三方服務的帳號與續約窗口。帳號密碼移交後應立即更換一次，並記錄在案。
- 教育訓練的驗收方式：不是看廠商操作一次，而是請受訓人員在無人協助下完成三項最常用的作業，完成才簽到。
- 尾款與保固金：依採購契約辦理，但驗收紀錄要能明確對應「哪些條次已驗、哪些列為缺失」，才不會在請款階段被退件重來。
系統本身怎麼運作、入案流程各關卡在做什麼，如果單位內還有同仁不熟悉，可以先看科技執法系統建置的服務說明與入案是什麼這兩份基礎資料，再進到驗收細節。
瑪尼國際深耕系統開發與維運二十年，以協力廠商身分參與全台多個縣市警察局交通隊的入案系統建置與維運，也長期承接政府單位的網站代管。上面這份腳本是把幾次驗收現場真正被追問過的項目整理出來的——它的價值不在於格式多完整，而在於每一項都是「事後有人會問」的項目。
常見問題
Q：科技執法系統驗收要準備哪些文件？
實務上分成六類：系統文件（需求規格追溯表、系統架構圖、資料庫綱要、介接規格）、測試文件（廠商自主測試報告與壓力測試報告）、資安文件（弱點掃描與修補紀錄、個資盤點表）、維運文件（備份還原演練紀錄、監控畫面、帳號權限清冊）、教育訓練文件（教材與簽到表）、財產與授權文件（軟體授權到期日、設備序號與保固起算日）。判斷要不要收的標準只有一個：這份文件對應到規格書的哪一條。對不到條次的文件沒有驗收效力，收了也只是增加保管負擔。
Q：科技執法系統驗收當天可以直接用真實檢舉案件測試嗎？
不建議。真實案件含有檢舉人與當事人個資，驗收現場通常有廠商人員在場，等於把個資揭露給非權責範圍的人。正確做法是在規格書階段就要求廠商提供測試資料集，或由單位自行以去識別化影像建立一組固定的測試案件，讓每次驗收與日後複驗都用同一組資料，結果才可比較。若因流程必須以真實案件驗證，應限制在權責人員操作、廠商不得留存畫面，並記錄於驗收紀錄。
Q：科技執法系統驗收沒通過怎麼辦？要重驗全部嗎？
不必。實務上把缺失分成三級：A 級是阻斷性缺失（核心流程走不完、資料錯誤），未改善不得驗收合格；B 級影響作業效率但可繞過，限期改善；C 級是建議事項，不影響驗收結論。複驗只驗 A、B 兩級缺失項目，以及會被這些修改影響到的關聯功能，不需要把全部項目重跑一次。改善期限常見訂為初驗後七到十四個工作日，逾期則回到合約的逾期罰則條文處理。