報價與請款流程數位化的順序：先統一範本，再談系統

作者 Bo Wei・偉騰開發興業有限公司・發布 2026-10-03・更新 2026-10-03（由前臺東縣環境保護局局長謝清泉主持）

報價單散在每個人的電腦、請款要重打一次、誰付了誰沒付靠記憶，是多數中小企業的日常。數位化的順序很重要：先統一範本與項目庫，再建案件編號，報價能轉請款、請款能對帳，最後才是報表與整合。本文把順序拆成六步，說明每步的產出與常見錯誤。

很多公司的報價與請款是這樣運作的：業務用自己電腦裡的 Word 範本改一改寄出去，成交後行政再把同樣的項目打進請款單，月底會計對著銀行明細猜哪筆入帳是哪個客戶。每一步都有人在重複輸入，版本對不上、金額打錯、漏請款，都是這套流程的必然結果，而不是誰不小心。

數位化不是買一套系統就解決。順序錯了，系統只是把混亂搬到線上：範本沒統一就建系統，項目庫裡會有二十種寫法的同一個品項；沒有案件編號就做報價轉請款，請款單找不到對應的報價版本。本文把順序拆成六步，從盤點現況到報表，每一步說明產出什麼、為什麼要在這個位置、跳過會發生什麼。

順序之所以重要，是因為後一步都建立在前一步的資料上：先統一項目與範本，再以案件為中心掛報價版本，報價單一鍵轉成請款單，收款紀錄回寫到案件，列印版型固定。以下六步是這個過程的通用版本，不論您最後用試算表、套裝軟體還是客製系統，順序都一樣，差別只在工具能走多遠。

第零步：盤點現況——報價單散在哪裡、版本怎麼管、誰在重複輸入

動手前先花半天盤點：

• 目前有幾種報價單範本、分別在誰的電腦裡；
• 一張報價從開出到成交平均改幾版、舊版怎麼留；
• 成交後請款單是誰做、資料從哪裡來；
• 收款怎麼確認、誰負責追逾期；
• 發票由誰開、依據什麼。

把這條路徑畫出來，標出每個「同樣的資料被輸入第二次」的點與「靠某個人記憶」的點，這些就是數位化要消滅的對象。盤點的另一個目的是找出真正的痛點排序：有的公司是漏請款，有的是版本混亂，有的是對帳耗時，痛點不同，六步的重點也不同，先知道自己最痛哪裡再動手。

第一步：統一範本與項目庫——所有單據的共同語言

第一步不碰系統，先統一兩樣東西。

範本：

報價單與請款單各一份正式版型，欄位固定（客戶資訊、案件名稱、項目、單位、數量、說明、條款、有效期限、付款條件），所有人從同一份出發。

項目庫：

把常用的服務與產品整理成一張清單，每項有固定的名稱、單位、預設說明，報價時從清單選而不是手打。

這一步的價值在於日後的資料能彙總：項目名稱一致，才算得出每項服務的成交率與平均週期；條款一致，才不會每張單據的付款條件都不同。很多公司跳過這一步直接買系統，結果系統裡的項目庫比原本的 Word 還亂。

第二步：案件建檔——一個案件一個編號，所有單據掛在它底下

第二步是把「案件」當成中心：

• 每一個潛在業務先建一筆案件，給它唯一編號、客戶、負責人、狀態；
• 之後的每一版報價、每一張請款單、每一筆收款、每一份發票都掛在這個案件底下。

這樣做解決三個問題：

• 同一個客戶有多個案子時不會混在一起；
• 報價改了五版，每一版都留著且知道哪版是客戶同意的；
• 請款單可以直接指向對應的報價版本，不必重打。

案件狀態（報價中、已成交、執行中、已請款、已結案）也讓主管一眼看到管線。這一步可以先用試算表實作，重點是編號規則與「單據一定要掛案件」的紀律。

第三步：報價轉請款——不重打、可分期、對得上

有了統一的項目庫與案件編號，報價轉請款才做得到：客戶同意某一版報價後，系統（或試算表）直接以該版的項目與金額產生請款單，行政不必重新輸入，也不會打錯。分期請款是這一步的重點：工程、系統開發、顧問案常依階段請款（簽約、期中、驗收），請款單要能從報價總額拆成多張、每張標示期別與比例、累計已請與未請一目了然。

每張請款單同樣掛在案件下，狀態從「已開立」到「已收款」。這一步做完，「漏請款」這個代價最高的問題基本上就消失了，因為每個成交的案件都看得到還有多少沒請。

第四步：對帳與提醒——收款回寫、帳齡、逾期通知

第四步處理錢進來之後：

• 每筆入帳要對到請款單並回寫狀態，部分付款要記錄已收與未收金額；
• 系統依到期日自動算出帳齡（未逾期、逾期一個月內、逾期超過一個月），讓追款有優先順序；
• 到期前與逾期後自動提醒負責人，必要時用 LINE 或電子郵件通知客戶。

對帳最花時間的是「這筆入帳是誰的」，解法是在請款單上放唯一的參考編號並請客戶轉帳備註，或是用虛擬帳號讓每張請款單有自己的帳號。這一步的產出是一張隨時正確的應收清單，月底不再需要翻銀行明細用猜的。

第五步：電子發票與會計銜接——開立依據與拋轉

第五步把發票接上：發票應依據請款單或收款紀錄開立，項目與金額來自同一份資料，避免發票與請款不一致；開立電子發票可以串接加值服務中心的介面讓系統在請款或收款時自動開立並上傳，也可以先由系統產生開票清單再由人員在加值服務中心的後台開立。

會計端則是把請款、收款與發票資料定期匯出成會計軟體能匯入的格式，或透過介面拋轉，讓會計不必重新輸入。這一步放在後面不是因為不重要，而是前面四步沒做好，發票與會計拿到的就是不一致的資料，越自動化錯得越快。

第六步：報表與決策——成交率、報價週期、應收與現金流

六步走完，資料已經集中且一致，報表才有意義：各項服務的報價數與成交率、從報價到成交的平均天數、各負責人的管線與成交、應收帳款的帳齡分布、未來幾個月依付款條件預計的現金流入。

這些數字在範本與項目庫沒統一之前根本算不出來，因為同一個服務有二十種名稱。報表的用法是回頭調整前面的步驟：成交率低的項目檢討報價內容與條款，週期長的檢討跟進流程，逾期多的檢討付款條件。報表不是終點，而是讓整條流程持續改善的回饋。

工具選擇：試算表、套裝軟體還是客製系統

六步的順序與工具無關，但工具決定能走多遠。試算表可以走完第零到第二步，甚至第三步，適合案件量不大、人員少的公司，代價是多人同時編輯與版本控制的風險。套裝的報價請款軟體能處理第三到第五步，前提是它的項目庫、分期請款與發票串接符合你的流程。

客製系統適合流程特殊（例如報價項目依現場丈量計算、請款節奏綁工程進度、需要與案件文件管理整合）或希望資料完全在自己手上的公司。不論選哪種，先走完第一步與第二步再導入工具，否則就是把混亂數位化。

自我檢查清單

• 已盤點所有報價單範本的所在、版本管理方式與重複輸入的節點
• 報價單與請款單各有一份統一範本，項目庫的名稱、單位、說明固定
• 每個業務機會都有唯一案件編號，所有報價版本與請款單掛在案件下
• 請款單由客戶同意的報價版本直接產生，分期請款能顯示累計已請與未請
• 每筆收款回寫到請款單，帳齡與逾期提醒自動產生
• 發票依請款或收款資料開立，會計資料能匯出或拋轉
• 成交率、報價週期、帳齡等報表已定義並有人定期看

常見錯誤

• 先買系統再統一範本——系統裡同一個服務有二十種名稱，報表全是垃圾。
• 沒有案件編號——同一客戶三個案子的報價與請款混在一起，收款對不上。
• 請款單重新手打——金額與項目和報價不一致，客戶質疑，信任受損。
• 收款靠會計翻銀行明細——月底花兩天對帳，逾期款沒人追。
• 發票與請款分開輸入——金額不一致需作廢重開，工作量加倍。

官方參考資料

• 財政部電子發票整合服務平台
• 電子簽章法｜全國法規資料庫

常見問題

報價單要客戶簽回才算成交，數位化後怎麼處理？

可以在系統產生的報價單上提供線上確認（客戶點選同意並留下時間與身分紀錄），或是維持寄出 PDF 由客戶簽回再上傳到案件下。電子簽章法對電子文件與電子簽章的效力有一般性規範，重點是確認方式要能證明是誰、在什麼時候同意了哪一版，並把紀錄保存在案件裡。

公司只有幾個人，用試算表就夠了嗎？

案件量不大的時候，一份設計好的試算表（案件表、報價表、請款表、收款表，用案件編號互相對應）確實能走完前三步。當出現多人同時編輯衝突、版本混亂、或是對帳與提醒開始吃掉固定時間，就是升級的時機。先用試算表把紀律養起來，升級時資料結構已經是對的。

報價請款系統大約多久能上線？

如果範本與項目庫已經統一，套裝軟體的設定與匯入以數週計；客製系統依分期請款、發票串接與整合項目的多寡，通常以一到數個月計。建議從最小範圍開始（案件、報價、請款），上線後逐版演進：先讓核心跑起來，再加功能，每一次資料結構調整都要能帶著舊資料升級。

數位化之後，舊的報價單與請款紀錄要搬進去嗎？

未結案的案件一定要搬：進行中的報價版本、已開立未收款的請款單、分期尚未請完的案件。已結案的歷史單據可以設一個切點，之前的保留原檔備查，不必逐筆重建。搬遷時順便用新的項目庫對應舊單據的項目名稱，日後報表才能把新舊資料放在一起看。

本所協助報價請款流程數位化

報價單還散在每個人的電腦、請款與收款靠記憶？把目前的報價範本、每月大約的案件量與最痛的環節加 LINE「偉騰開發」傳來，本所先書面建議該從哪一步開始與適合的工具層級，再談是否導入或客製。

全台各縣市受理｜專業團隊承接辦理｜親臨現場指導｜統籌包辦到好

聯絡偉騰開發興業

服務總覽｜案例解析｜法規知識庫