票據管理系統管的不是帳，是到期日：中小企業什麼時候該從 Excel 換掉

作者｜瞻新資訊　張安邦執行長（台大醫工背景・十年以上IT服務公司創辦人）

先問一個問題：你公司現在手上有幾張還沒到期的票？最近的一張什麼時候到期？

如果要花超過五分鐘才答得出來，這篇對你有用。

台灣的中小企業做生意，支票與本票仍然是很常見的付款方式——月結、三十天、六十天、九十天票期，是很多產業的日常。而這件事管得好不好，跟會計記得對不對，其實是兩回事。

這篇要講的就是這個差別：為什麼票據需要一套自己的管理方式、Excel 到什麼時候會撐不住，以及真的要導入系統時，該看哪裡。

它跟會計系統的分工，一句話講清楚

很多人以為票據管理是會計系統的一部分。功能上或許重疊，但兩者關心的東西根本不同。

會計系統關心金額對不對，票據管理關心日期到了沒。

把兩者攤開比較會更清楚：

	會計系統	票據管理
核心關注	金額對不對、分類正不正確	日期到了沒、實體票在哪裡
時間單位	以會計期間（月、季、年）為單位	以每一張票的到期日為單位
出錯的後果	帳務錯誤，可以更正	跳票，後果是制度性的
誰在用	會計人員	財務、出納，有時業務也要查
資料型態	數字與科目	數字、日期，加上一張實體有價證券

最後一列很關鍵。票據不只是資料，它是一張實體的有價證券——會計系統裡的數字改錯了可以改回來，實體票據放錯地方、忘記託收，是改不回來的。

站上另一篇〈會計系統不是只有記帳：中小企業何時該考慮客製化開發？〉談的是記帳、ERP 整合與客製判斷，那是帳務這一邊；這篇談的是票據這一邊。

一句話收尾：一個管「算得對不對」，一個管「來不來得及」。

票據漏掉的代價，跟帳記錯不是同一個量級

這一節是全篇最重要的部分，因為它解釋了為什麼這件事值得專門管。

帳記錯了，更正分錄就好。票據到期日漏掉、戶頭裡的錢不夠，票就會退。而在台灣，退票不只是跟那一家廠商的問題，它會進入票信紀錄。

依中央銀行的票信管理制度說明與台灣票據交換所的業務問答：

把這件事翻成營運語言：一年內三張沒處理好的退票，公司可能有三年不能用支票存款帳戶。

對很多台灣中小企業來說，這不只是面子問題。支票是採購付款的主要工具之一，失去它意味著：跟供應商的付款條件要重談、可能被要求改成現金或預付、資金調度的彈性大幅壓縮。而這些連鎖反應，會持續三年。

補充一點，制度上仍然留有回復的空間：拒絕往來期間屆滿，或在屆滿前就構成拒絕往來及其後發生的全部退票辦妥清償贖回、提存備付或重提付訖之註記者，可以申請恢復往來。

換句話說，「三年」不是無條件定死的——把該處理的全部處理完，可以提前申請。但這裡有一個很現實的順序問題：要處理的是「全部」退票，不是只處理構成拒絕往來的那三張。公司如果在那段期間持續有票據往來，未處理的項目會一直累積，回復的門檻也就一直往後推。

這正好回到系統存在的理由：不是為了出事之後補救，是為了讓事情不要累積到需要補救。

一句話收尾：帳錯了可以更正，票退了要等三年，這是兩個量級的事。

Excel 的極限不在筆數，在「只有一個人知道」

接下來講一個常被誤解的問題：Excel 到底管到什麼時候會出事？

多數人的直覺是「資料太多的時候」。實際上不是。 一兩千筆票據資料，Excel 處理起來毫無壓力。

真正的斷點是這三種情況：

① 只有一個人知道那份檔案怎麼看。 出納自己維護一份表，欄位是她自己設計的、顏色標記的規則在她腦子裡、哪幾張要特別注意她記得。這套系統在她在的時候運作良好。

問題出在她請假的那一週，或是離職交接的那個月。接手的人看到的是一份滿是顏色的表格，看不出哪個顏色代表什麼。

② 同時有多個人要改。 會計要登錄、出納要更新託收狀態、業務想查某個客戶的票。檔案一旦被兩個人同時打開，就會出現「誰的版本才是對的」。共用雲端檔案能緩解一部分，但無法解決「兩個人同時改同一列」。

③ 沒有人會主動提醒你。 這是最關鍵的一點。Excel 是被動的——你去看它，它才告訴你事情；你沒去看，它不會來找你。 而票據管理最核心的需求，恰恰是「在該知道的時候主動被通知」。

一個真實會發生的情境

把上面三點放在一起，會長成這樣。

一家貿易公司的出納做了八年，手上一份 Excel 管所有票據。欄位是她自己設計的，黃色代表快到期、紅色代表已經退過票的客戶、最右邊那欄的註記只有她看得懂。八年來沒出過事。

某年七月她請了一週特休。交接的同事打開檔案，看到的是三百多列資料與五種顏色。她問「哪些這禮拜要處理」，得到的回答是「你看黃色的就好」——但黃色是上週標的，這週該變黃的那幾張，還沒有人去改顏色。

那一週漏了兩張票的託收。所幸兩張都是應收票據（收進來的錢晚幾天），不是應付票據，沒有造成退票。

這件事的重點不是那位出納做錯了什麼——她的方法在她自己操作時是有效的。問題在於這套方法不能離開她，而任何一個只能靠一個人運作的流程，都是在等一個請假的時機。

一句話收尾：Excel 不是不能用，是它撐不住「換人」跟「提醒」這兩件事。

一套票據管理系統，實際上要管哪些東西

講具體一點。票據管理要管的不是一個狀態，是一條完整的生命週期：

階段	系統要記什麼	容易出錯的地方
收到／開出	票號、金額、到期日、發票人或受款人、票據種類	到期日登錄錯誤，後面全部連鎖錯
保管	實體票據放在哪裡、由誰保管	系統有紀錄，票卻找不到
到期前	提前提醒（建議設兩道：一週前與當日）	只設一道，遇到假日就來不及
託收／兌付	送件日、託收銀行、入帳日	送出了沒更新狀態
入帳	實際入帳金額與日期	與會計帳對不起來
異常	退票原因、掛失、背書轉讓對象	沒留紀錄，事後追不回來龍去脈

其中有兩項特別值得強調：

提醒要設兩道。 只在到期當天提醒，如果那天剛好是週末或連假，等你看到訊息已經來不及調錢。一週前那一道，才是真正有作用的那一道。

異常要留完整紀錄。 退票、掛失、背書轉讓這些事不常發生，但一旦發生就需要追溯完整經過。平常覺得多餘的欄位，出事那天就是唯一的依據。

一句話收尾：票據系統管的是一條線，不是一個狀態。

系統裡寫「已託收」，票卻還在抽屜裡

這是一個很少被提起、但實務上一定會遇到的落差。

票據是實體的。系統裡的紀錄是虛擬的。兩者不會自動同步——同步靠的是人，而人會忘記。

最典型的三種脫節：

• 系統登錄「已送託收」，但那張票其實還在出納抽屜裡沒送出去。
• 票據已經背書轉讓給供應商了，系統裡狀態還是「保管中」。
• 系統裡有一張票的紀錄，但實體票根本找不到——可能一開始就沒收到，也可能收了之後不知道放哪。

這種落差不是靠軟體功能解決的，是靠流程。實務上有效的做法是定期實體盤點：每個月固定一天，把保險箱裡的實體票據清點一次，跟系統紀錄逐張對照。

一句話收尾：系統管得了紀錄，管不了抽屜，中間要靠盤點流程接起來。

現成模組還是客製？判斷點不在功能

如果你正在評估，會發現三種選擇：現成 ERP 內含的票據模組、獨立的票據管理套裝、客製開發。

多數人會從「功能夠不夠」開始比較。但實務上功能差異沒有想像中大——票據要管的東西就是上面那張表，各家做出來大同小異。

真正的判斷點是另外三個：

① 要不要跟既有系統串接？ 如果公司已經有 ERP 或會計系統，票據資料要不要自動流進去？需要的話，客製或串接的成本會遠高於票據功能本身。這是最常被低估的一項。

② 有沒有特殊的票據實務？ 例如：跨公司的集團內票據調度、特定產業的票期慣例、需要多層審核才能開票。現成套裝多半假設標準流程，特殊需求就是客製的理由。

③ 誰來維護？ 客製系統的長期成本不在開發，在後續維護。如果公司沒有配合的技術資源，現成套裝的支援反而更實際。

一句話收尾：比的不是票據功能，是接口與維護。

導入前先盤點這四件事

最後給一份實際可用的盤點清單。這四題答完，你會清楚自己要的是哪一種方案：

1. 現在手上有多少張未到期票據？平均每月新增幾張？

這決定規模，也決定 Excel 到底還撐不撐得住。

1. 這件事目前由誰負責？他請假的時候誰接？

對應前面講的「只有一個人知道」。答不出接手的人是誰，就是最該優先處理的風險。

1. 票據資料需不需要跟會計或 ERP 對接？

對應成本的關鍵變數。需要的話，要先確認既有系統有沒有可用的介接方式。

1. 有沒有特殊的票據處理流程？

集團調度、多層審核、特殊票期——有的話列出來，這些決定了現成方案夠不夠。

回到最開頭那個問題：你公司現在手上有幾張還沒到期的票，最近的一張什麼時候到期？

如果答得出來，而且不只一個人答得出來，那你目前的做法就是可用的，不必為了換系統而換系統。如果答不出來，問題不在工具，在於這件事目前沒有被好好地管著——而這才是要處理的事。

如果你正在評估要不要把票據管理接進既有的會計或 ERP 系統，需要有人幫忙釐清需求與串接方式，瞻新資訊的團隊可以協助盤點。

FAQ