驗收結算自動勾稽

🎯 這條流程解決什麼

驗收結算是工程款能不能順利、準時拿到的最後一道關卡，偏偏也是最容易卡關、最容易起爭議的一關。每一期估驗計價，工務都要把本期完工的工項一項一項拉出來，對照合約數量與現場實作數量，算出追加項、減項、累計計價，再扣掉保留款，最後生出一份估驗計價單送業主請款。一個工程動輒上百、上千個工項，工務用 Excel 手動勾稽，眼睛盯到脫窗，只要有一項數量漏比對、一個單價套錯、保留款比例算偏，整份計價單送出去就被業主退回重做，一來一回拖個一兩週，工程款就晚進帳。

更現實的是，工程業的現金流命脈就是請款。請款被退、被卡，下游的工班薪資、材料款、機具租金全都跟著緊張。而驗收當下，業主代表與工務常為了「這項到底做了多少」「這算不算追加」當場僵持，沒有清楚的對照依據，談判就變成各憑記憶與氣勢的拉鋸。

算筆帳：一個中型工程每月估驗，工務手動勾稽與製表往往要耗掉一兩個工作天，每次因差異或計算錯誤被退件重做又再賠上數天，加上請款延後造成的資金壓力，成本相當可觀。這條流程要做的，就是把繁瑣的勾稽與試算自動化，讓工務把力氣花在真正需要判斷的差異釐清上。

導入後的改變

導入前，工務每期手動翻合約、對進度、敲計算機，幾百個工項一項項比，做一份估驗計價單耗時一兩天，還容易因人為疏漏被業主退件；驗收會議上缺乏清楚的差異對照，雙方各說各話、容易僵持，請款週期被拉長，現金流跟著吃緊。

導入後，系統自動從進度回報撈完工工項、自動比對合約與實作數量、自動算追加減與計價，工務拿到的是一份已經標好差異的草稿。製表時間從一兩天壓縮到幾小時，人為計算錯誤大幅減少，被退件重做的機率明顯下降。驗收會議上有清楚的差異清單當依據，對話聚焦在「為什麼有差異」而非「到底有沒有差異」，協議更快達成、請款週期縮短。對工程現金流而言，請款早一週進帳，下游的款項調度就從容許多。

流程怎麼運作

這條流程對應五個節點，從彙整完工一路走到定版請款：

第一步「彙整完工」：流程從進度回報資料（Google Sheets）撈取本期完工的工項與進度，整理成一張「驗收待核清單」。本期該驗收哪些項目、各完成到什麼程度，一目了然，不必再到處翻紀錄拼湊。

第二步「數量勾稽」：把每個工項的合約數量與現場實作數量逐一比對，自動標記出追加項（做得比合約多）、減項（做得比合約少）與有差異的工項。這是最耗工務眼力的一步，交給系統做，準確又快。

第三步「計價試算」：依合約單價，計算本期估驗金額、累計計價（從開工到本期的總計）與應扣保留款。複雜的累計與保留款邏輯由系統按規則一次算清，避免手動加總出錯。

第四步「生成草稿」：套用 Google Docs 範本，輸出估驗計價單與請款明細草稿，並附上每個差異與追加減的說明欄位，方便後續向業主解釋。注意——這是草稿，不是定版。

第五步「人工確認」：草稿交由工務與業主代表共同驗收，當面確認數量與金額，差異項討論協議後定版，才正式送請款。這個人工節點是流程內建的、不可略過的關卡。

需要的工具與串接重點

平台用 n8n 或 Make 當自動化中樞。Google Sheets 同時承載合約工項清單（含合約數量、單價）與進度回報（實作數量），是整條流程的資料基礎，這兩份資料的工項編碼必須一致，勾稽才對得起來。AI 計算引擎負責數量比對與計價試算的運算，把追加減判斷與累計、保留款計算自動化。Google Docs 提供估驗計價單範本，自動帶入試算結果生成草稿；Gmail 用於把草稿寄給工務與業主代表審閱。

串接重點有三：一是合約工項與進度回報的工項編碼、單位要嚴格對齊，否則比對會錯位；二是保留款比例、計價公式要依個案合約設定，不同工程條件不同，不能一套公式套到底；三是 AI 試算結果一律標記為「草稿待確認」，介面上明確區隔草稿與定版，避免有人誤把試算當定案送出。

常見錯誤與注意事項

這條流程最重要的紀律，就是絕不能用 AI 試算結果直接請款。估驗結算涉及合約權利義務與工程款金流，AI 勾稽與計價僅供試算，數量認定與追加減常需雙方協議，現場實作的認定有許多合約文字無法窮盡的灰色地帶，這些必須由人判斷。請款前的數量與金額務必由工務與業主代表共同人工確認，本流程已內建人工確認節點，請務必走完、不可略過。

其他常見錯誤：一是合約變更（設計變更、追加減帳）未即時更新到系統，導致比對基準是舊版合約，算出來全錯；二是保留款、估驗比例設定有誤，累計金額一路偏差；三是把進度回報的「回報數量」當成「驗收通過數量」，但回報不等於驗收合格，實際合格數量仍以共同驗收為準。請記得，這套流程是輔助工具，不取代專業的契約判讀與計價判斷。

台灣中小企業情境案例

中部一家承接公共工程的中型營造廠，工務每到月底估驗就進入地獄模式：一個案子四五百個工項，要對合約、對日報、算追加減、扣保留款，常常加班兩三天才生得出一份計價單，還曾因為漏算一筆減項被業主退件、整份重來，請款硬生生晚了三週，下包的款項調度差點開天窗。導入這條驗收結算勾稽流程後，系統每月自動從進度回報撈完工工項、比對合約數量、算出計價草稿，工務拿到的是一份已經標好差異的清單，只需聚焦核對與差異說明。製表時間從兩三天降到半天，被退件的情況幾乎不再發生；驗收會議上有清楚差異對照，與業主代表的協議也快了許多，請款週期穩定提前，現金流壓力明顯緩解。

延伸應用

這條流程是工程財務鏈的關鍵一環，定版的估驗計價可以往後接付款追蹤、保留款到期提醒、下包請款連動等流程，串成從完工到收款的完整金流管理。往前則可接進度回報與工項管理流程，讓完工資料一產生就自動進入結算。累積的估驗資料還能分析各工項的追加減頻率、找出最常出現數量爭議的項目，回饋到下次投標的估算與合約條款設計。想把結算接到付款追蹤或合約管理，可參考 /workflows 其他營造工程流程，或到 /recipes 找計價自動化食譜；想了解如何把勾稽、計價、請款、付款串成一套完整的工程財務自動化，/automation 有更完整的整合架構可參考。

⚠️ 計價提醒：估驗結算涉及合約權利義務與工程款金流，AI 勾稽與計價僅供試算，數量認定與追加減常需雙方協議。請款前的數量與金額務必由工務與業主代表共同人工確認，本流程已內建人工確認節點，不取代專業契約與計價判斷，請勿略過。

流程圖

用到的工具

更多「工程裝修」工作流

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