保證金追蹤系統：押標金、保固款到期自動催退
押標金、履約保證金、保固保留款付出去有人盯，該退回時卻沒人記得。拆解退還條件、狀態流轉與分層預警，把躺在別人帳上的錢追回來。
會計在做現金流預估時，突然問了一句：「三年前那個標案的押標金，退回來了嗎？」
老闆愣了一下。當初承辦那個案子的業務，前年就離職了。翻出舊資料夾，發現那份銀行保證函還在，金額 45 萬，開立日期是 2023 年 4 月。案子早就結了，保證函沒有註銷，銀行的額度就一直被卡著，每年還在收保證手續費。
這不是誰特別粗心。押在外面的錢有一個共通特性：付出去的那一刻有人盯，該拿回來的那一刻沒人記得。付款要簽核、要動用資金，流程上一定會被看見；退回則沒有任何內部流程會自動啟動，除非有人主動去追。
Photo by Jason Pofahl on Unsplash
先搞清楚：公司到底有幾種「押在外面的錢」
很多公司會計科目上只有一個「存出保證金」，底下混著性質完全不同的東西。退回條件不一樣、時點不一樣、追的方式也不一樣，混在一起就注定追不動。實務上至少該分成四類：
- 押標金：投標時繳，未得標者開標後通常很快可領回，得標者則轉為履約保證金或另行退還。這類最容易被遺忘——因為沒得標，案子在心理上已經結束了。
- 履約保證金：簽約時繳，通常是合約金額的 5%~10%，履約完成、驗收合格後退還。金額最大，卡最久。
- 保固保留款（Retention）：不是另外拿錢出去，而是對方從你的請款金額裡先扣住一定比例，保固期滿才付。它不會出現在「付款」紀錄裡，只會出現在「收款比預期少」裡，所以最隱形。
- 其他押金：辦公室與廠房租賃押金、水電瓦斯保證金、進口關稅擔保、經銷代理保證金、棧板與包材容器押金。單筆不大，但家數一多就是一筆錢。
做個粗略的情境試算：一家年營收 8,000 萬、常接公部門與大廠訂單的公司，同時在外面的履約保證金可能有 200~300 萬，保固保留款再 100 萬上下，雜項押金 30 萬。加起來三、四百萬，等於公司有半個月的營收長期躺在別人的帳上。
為什麼 Excel 追不動這件事
不是沒人做過表。幾乎每家公司都有一張「保證金明細表」，問題是那張表過不了實務的三道關：
一、到期日不是日期，是「事件 + 天數」
保證金的退還條件很少寫成「2026 年 5 月 1 日退還」，而是寫成「驗收合格後 30 日內」「保固期屆滿後 15 個工作天」「解除契約且無違約情事後 10 日」。也就是說，到期日必須由另一個事件推算出來——而驗收是什麼時候完成的，資料在工程部或業務手上，不在會計的表裡。
只要這兩邊沒有串起來，那張 Excel 的「預計退還日」欄位就永遠是空的，或者填一個當初憑感覺猜的日期。
二、憑證是實體的，而且在別人手上
押標金可能是現金匯款、可能是銀行保證函、也可能是本票或定存單設質。銀行保證函要退，得先把正本拿回來送銀行註銷；本票要追回實體票據；現金匯款則要對方發動退匯。三種形式的作業完全不同，一欄「已退/未退」的勾選框裝不下。
三、承辦一離職，線索就斷了
那份保證函放在哪個櫃子、當初窗口是誰、驗收單有沒有簽回，往往只存在承辦人的記憶和個人信箱裡。人走了，這筆錢就進入無主狀態，通常要等到查帳、換會計師或做現金流盤點時才被翻出來。
Photo by Chandan Chaurasia on Unsplash
系統該長什麼樣：一張主檔、一組狀態、一套提醒
主檔欄位：把「怎麼退」寫進資料裡
一筆保證金至少要記下這些，欄位的重點不是齊全，是每一欄都能推動下一步動作：
- 類別（押標金／履約保證金／保固保留款／其他押金）、對應合約或標案編號
- 形式（現金匯款、銀行保證函、本票、定存單設質）與憑證存放位置
- 金額、幣別、繳交日、對方單位與窗口聯絡方式
- 退還條件：觸發事件 + 加計天數（例如「驗收合格日 + 30 天」）
- 觸發事件實際發生日：由專案或業務端回填，這一欄一填，系統才算得出到期日
- 責任人（現任，不是當初承辦）、狀態、退回實際入帳日與金額
狀態流轉：讓每一筆都有明確的下一步
用一組固定的狀態把生命週期走完，通常比單純發提醒更管用，因為狀態本身就說明了「現在卡在誰身上」：
已繳交 → 履約中 → 條件已達成（可申請退還） → 退還申請已送出 → 對方已核准 → 已入帳／保證函已註銷 → 結案
其中「條件已達成」是關鍵節點。系統在專案端回填驗收日的當下，就該自動把這筆保證金推到這個狀態，並指派給責任人——而不是等會計季底盤點時才發現它早在四個月前就可以退了。
提醒要分層，而且要會往上升級
單一一次提醒等於沒提醒。比較堪用的做法是分三層：到期前 60 天通知責任人準備文件、到期前 30 天再次提醒並要求回報進度、到期後仍未結案則自動升級給主管與財務。銀行保證函則多一條規則：依保證期間到期日前 45 天提醒，因為保證函往往會自動展期，一旦跨過展期日，額度和手續費就要再被綁一年。
ROI 怎麼算才有說服力
這類系統的價值不在「省人工」，在「把錢和額度拿回來」。用一個假設的情境算給老闆看：
- 資金成本：長期在外 350 萬，若其中有 100 萬是屬於「早就可以退、只是沒人追」的部分，以年息 3% 的週轉金成本計，一年約 3 萬。
- 銀行額度成本：保證函未及時註銷會佔用授信額度，手續費多半按年千分之幾計收，同時排擠到其他融資空間。三張該退未退的保證函，一年的直接費用可能就上萬元。
- 逾期失權風險：部分契約會寫明退還申請有請求期限，或對方單位規定逾期未領需另行舉證。真的過期，損失的是本金，這一項的期望值最難估、也最傷。
- 人工時間：每季一次的保證金盤點，會計加業務翻檔案、比對合約、打電話問窗口，兩人各花一天並不誇張。一年八個工作天。
把這四項加總，跟一套內部系統的建置費用放在一起比，通常一到兩年內會打平。更重要的是，導入之後這件事從「靠某個人記得」變成「流程會自己跑」，這部分的價值不會隨人員異動歸零。
Photo by Luke Caunt on Unsplash
不必一步到位：先做最小可行版本
如果公司規模還不到上系統的程度，可以先用三個月做一個過渡版本，把觀念跑順了再談開發：
- 先盤一次存量。把近五年的合約、匯款紀錄、銀行保證函明細全部撈出來，逐筆對照「有沒有退回」。這一次盤點通常就會撈出幾筆沉睡的錢，本身就是最好的立案理由。
- 建一張有觸發欄位的表。重點不是欄位多，是一定要有「觸發事件」「事件實際發生日」「責任人」三欄，並且規定專案結案時必須回填。
- 掛上日曆提醒。到期前 60／30 天在共用行事曆建事件，受邀人放責任人與其主管。土法煉鋼，但比什麼都沒有好。
跑過一季後，痛點會自己浮出來：是回填沒人做、還是提醒沒人理、還是銀行保證函那條線特別難管。這些觀察會直接決定系統該優先做哪一塊，也讓後續的開發需求談得具體很多。
結語
保證金這件事的尷尬之處在於，它從來不是緊急的事——沒有客戶在催、沒有主管在問、沒有報表會跳紅字。它只是安靜地讓一筆錢躺在別人的帳上，直到某天有人隨口問一句才被想起來。
如果要從這週開始動手，建議的順序是：先盤一次存量把數字弄清楚，再決定要用表格撐著還是做成系統。多數老闆在看到盤點結果的那一刻，就不太需要再被說服了。