客戶的款項還沒進來，先追哪一筆才有效？只看應收總額，會把快到期、已逾期和還沒核銷的款項混在一起；只追逾期最久的一筆，也可能忽略金額較大或已承諾付款的帳款。帳齡表的用途，是在同一個基準日看清未收金額、付款期限、卡關原因和下一步負責人，不替任何一筆帳款直接下結論。
本文用六個步驟整理資料、分桶和安排聯絡順序。日期算法與逾期區間是內部管理設定，應依交易約定和資料狀況確認；本文的金額例子均為假設，不代表客戶案例或業界統計。
開始前可先選定固定基準日，彙整同一時點的發票、收款和已確認折讓，再把付款條件缺漏的項目放入待確認清單。表格也要保留資料來源和負責人；這樣後續分桶、排序與會議追蹤才使用同一份底稿，能看出每次變動來自新收款、核銷或條件更新。另記下每次更新時間，方便回查不同版本。
帳齡從發票日還是到期日算
先確認資料與適用條件
從發票日起算，能看出開票到收款經過多久；從到期日起算，能看出付款期限過了幾天。兩者回答不同問題，建議分欄呈現，避免一個「帳齡」數字同時代表發票存續天數和逾期天數。每筆至少留發票日、約定到期日、報表基準日、原始金額、已核銷金額和未收餘額，更新時也記下資料來源。
到期日依合約、訂單、報價確認或雙方留存的訊息判斷，不要一律用開票後三十天推算。月結、分期、驗收後付款等條件可能讓不同發票各有算法；如果資料互相矛盾或還沒確認，就標示待確認，交給業務或客戶窗口查明，先不要自行補日期。也要註明採用的計算方式和確認人，讓同事能接手重算。
實務上若約定是驗收後付款，需先確認驗收完成日及可追溯的紀錄，再計算到期日；驗收尚未確認時，留下待查狀態與窗口，避免把推估日期當成客戶同意的付款期限。交接資料應附上依據位置，讓下一位處理者能重新核對，而不是只接到一個計算結果。
怎麼計算並留下交接結果
固定一個報表基準日，分別計算「發票日至基準日的經過天數」和「到期日至基準日的逾期天數」；尚未到期的逾期天數留空或標為零，並在欄位說明採用哪一種表示方式。Microsoft 的應收帳款設定總覽說明帳務系統可設定發票和收款相關資料；這是外部軟體文件，不代表台灣企業必須使用相同欄位或設定。試算表也能依同一原則計算，但表頭應寫明基準日、算法和更新人。公式或規則變更時，保留生效日與原因，方便每週比較不同版本。
整理發票核銷與付款條件
先核對哪些資料
逐筆比對客戶、發票號碼、開立日期、原始金額、付款條件和收款紀錄。付款條件應能回到合約、訂單、報價確認或雙方往來紀錄；「月底付款」若沒確認是哪個月底，就不是完整的到期日。先把已確認的條件和仍待查的條件分開，並註明由誰確認、預計何時補齊。
再區分已對應發票的收款、尚未找到對應單據的入帳款，以及已確認但未更新的折讓或退款。部分付款只沖減對應發票；待核銷款先放在待查清單，不要平均攤到多張發票。若收款人名稱不同、短收或溢收，記錄差異和查核負責人，尚未核實前不要標成結清。這樣可以避免把待查金額誤算為客戶仍欠款，也能指出帳齡表缺少哪一份資料。
每次更新不要只覆寫未收餘額；保留原始應收、收款入帳日、核銷分配和已確認調整，並用同一基準日回算。若匯款通知和銀行入帳日期不同，先查明採用哪個日期及差異原因。這些紀錄能避免一筆收款在不同週報被重複認列，也讓接手者看得出餘額為何改變。
怎麼核銷並交接
逐筆留下核銷日期、金額、對應單據、經手人和核對依據；一筆匯款涵蓋多張發票時，保留分配明細。簡化情況下，未收餘額可用「原始應收－已核銷收款－已確認折讓」檢查，若結果與帳務紀錄不一致，就回查來源單據，不要手動調成看似合理的數字。付款條件缺漏時，列出待確認人、下一步和期限。想延伸了解票期與周轉，可讀應收帳款票期管理；文章說明的是日常管理方式，不能取代正式帳務紀錄。
建立未到期與逾期區間
分桶前先確認條件
先核實到期日、付款條件和基準日。同一客戶的不同發票可能採不同條件；分期款則依各期金額和到期日分列。到期日無法確認的項目先放入待確認清單，不要為了讓報表完整而直接放進逾期桶。若付款條件有例外，保留依據和適用的發票範圍，讓後續更新者不會把例外套用到整個客戶。
怎麼分桶並看出限制
可以先用「未到期、逾期 1–30 天、31–60 天、61–90 天、91 天以上」作為內部分析範例，並在表頭註明這些是管理區間，不是法定標準。每筆未收餘額只放一個區間，部分付款則按剩餘金額分類。邊界也要寫清楚：假設到期日和基準日都是 10 月 15 日，團隊採到期日隔天起算，當天尚未逾期，10 月 16 日才列逾期 1 天。
Microsoft 的應收帳款設定總覽提到帳齡期間可依輸入日期設定，適合作為「區間是可設定分析規則」的參考；軟體預設值不是各企業通用答案。每週或每月比較時，先維持同一套分桶定義；若調整區間或付款條件，記錄生效日和原因。區間切得愈細，愈需要有人持續維護，否則人工錯分可能增加。加總結果要能對回未收總額，差異則列為待查。
實作時可在表格增加「到期日依據」和「分桶規則版本」欄；公式先用少量已核實資料核算，再抽查每個邊界值，例如逾期 30、31 天是否進入預期區間。若有日期空白或文字格式錯誤，先回到待確認清單，不把它當成未到期。每次更新後檢查各桶加總和未收餘額是否一致。
用一組假設資料排催收順序
排序時看什麼
排序要同時考慮逾期天數、未收金額、已確認的付款承諾、折讓爭議和可採取的下一步。金額最大或逾期最久，不必然就是第一通聯絡對象；已承諾付款的帳款可在承諾日後確認，爭議款則先釐清原因和可先處理的部分。每個安排都要寫出理由、負責人和回報期限。這張表只協助排定工作，不自動決定停供、改條件或採取法律行動。
假設資料與交接方式
以下數字均為假設：甲未收 NT$80,000、逾期 10 天；乙 NT$50,000、逾期 46 天；丙 NT$30,000、4 天後到期；丁 NT$45,000、逾期 15 天，其中 NT$12,000 有折讓爭議。四筆合計 NT$205,000；丁可先把 NT$12,000 標為爭議款，其餘 NT$33,000 仍按原約定追蹤，並保留與原發票的對應關係。
可以先請負責人聯絡乙，確認是否缺單據及付款日期；再請丁的窗口釐清爭議，同時追蹤 NT$33,000 未列爭議部分；接著確認甲的付款安排，並在丙到期前確認發票送達。若客戶提供新資料或承諾日期已過，依實際情況調整順序。每次聯絡後記錄日期、結果、承諾付款日、下一步、負責人和期限，下週即可沿著紀錄交接。每筆排序都要能回到資料依據，更新後重查承諾狀態。
若要把聯絡順序交給同事，可以加一欄排序理由，例如「逾期較久且尚未回覆」或「承諾日已過」。若一筆款項欠缺必要單據，先請業務補件或確認寄送紀錄；若客戶提出爭議，改由熟悉交易內容的人處理。排序理由要跟著新回覆更新，避免下週沿用已失效的優先級。
折讓爭議與呆帳另行標記
先釐清爭議和評估狀態
客戶提出金額異議，不等於折讓已成立。記錄爭議原因、日期、涉及金額、客戶提供的資料、內部負責人和處理狀態；再確認是否已有核准、折讓單或其他正式紀錄。尚待釐清時，保留原始應收與爭議金額的關聯，不刪除整張發票，也不先把未核准金額當成已減帳。
「逾期」只表示依目前記錄的付款條件已超過期限，不表示款項必然無法收回。團隊可另設「待評估」狀態，提醒檢查聯絡紀錄、付款承諾、爭議進度和佐證；這個欄位只是管理提醒，不是會計認列或稅務結論。資料不足時，列出待補文件、確認人和下次追蹤日，比直接標記呆帳更利於交接。
分欄追蹤並留下待辦
把逾期未收餘額、爭議金額、待核銷款和內部評估狀態分開記錄，並附原因、佐證位置、負責人、最後更新日和下次追蹤日。部分金額有爭議時，同時追蹤待釐清部分與可先確認部分，但保留它們所屬發票。爭議解除後，記下確認結果、核准依據和更新人；若未解決，就決定要補件、對帳或再次聯絡，並訂出期限。Microsoft 的信用與催收總覽介紹外部軟體中的信用與催收管理功能，僅作流程參考，不是台灣法規依據，也不代表本品牌提供帳務、法律或催收服務。呆帳認列、申報或個案法律處理，仍應依適用規定和實際憑證另行確認。
若爭議只涉及數量或品質，可連結出貨、驗收或往來紀錄，並把待確認金額和目前無爭議金額分開呈現。每次更動折讓狀態時保存提出方、確認人和調整日期；帳齡報表可以顯示待辦，實際帳務數字仍依正式核准與紀錄更新。會議中若責任窗口改變，也要更新後續追蹤人。
把帳齡表接進每週收款會議
會前更新同一版本
先固定報表基準日，再更新未收餘額、付款承諾、待核銷款、爭議狀態和上週決議。各區間加總應能對回未收總額；若有差異，標出原因和負責確認的人，不在會議中把未核實的數字當定案。也把即將到期的帳款列入，確認發票是否送達、客戶是否需要補件，讓團隊有機會在到期前處理資料問題。
會議不必逐張朗讀所有交易，但每筆待處理帳款都要連得到發票或相關紀錄，並看得到最近一次聯絡結果、負責人和下一步。同一客戶有多張發票時，可先看客戶合計，再保留發票明細，避免合計數遮住部分付款和單筆爭議。所有人應使用同一份更新版本，並標示資料最後更新時間。
會後把決定變成行動
可以依序檢查逾期較久、已錯過付款承諾、仍有爭議，以及即將到期的款項。每筆決定都寫清楚要做什麼、誰負責、何時完成、何時回報；「追蹤乙」不夠明確，改成「由誰在某日前確認付款日，未回覆時再採取哪個步驟」。若決定暫緩聯絡，也記下理由和重看日期，避免待辦消失。
會後由表格負責人更新付款承諾、核銷和爭議進度，下週先檢查上週期限是否完成，再安排下一輪。累積幾週紀錄後，可觀察款項常卡在送件、核銷或付款條件確認哪個環節，另列改善事項與負責人；帳齡表提供追蹤線索，不會自動改善收款結果。可延伸閱讀應收帳款管理與現金流指標及中小企業現金流管理。
會前按未完成原因分類待辦，再指定負責人與期限；會後更新狀態，供下週核對。
需要把方法套用到自己的企業時，可完成官方商戰思維測驗或了解商戰思維工作坊／講座。