回款核銷對不齊：把「錢對應哪一行貨」寫成可審計明細

銀行到賬，三張票金額幾乎一樣

財務群裡彈出一筆匯款。銷售說「衝張三那票」，跟單說「好像是上月兩張小票拼的」，客戶郵件附件裡又寫了另一張發票號。三個人都「有道理」，系統裡卻只有客戶餘額減了一截——錢和業務事實沒有血緣。回款管理的單位不是「這個客戶還欠多少」，而是哪一張票、哪一行貨的錢是否回來了。

現金核銷（Cash Application）的目標很具體：銀行流水或收據，能定位到發票，最好到訂單行，並留下可審計的分配明細。餘額對賬是結果；行級核銷才是過程。只有餘額時，爭議一來仍要靠郵件考古。

核銷口徑：先寫清七種錢怎麼進系統

賬期必須是合同/客戶上的結構化欄位。賬期寫在 PDF、系統預設 30 天——逾期計算從根上錯。銷售承諾的賬期減免、階段款改期，一律走審批並回寫回款計劃；微信裡「先緩兩週」若不進系統，逾期分層會誤傷客戶，也會讓激勵按錯誤賬齡發放。

預收款結轉規則也要寫清：按發貨比例、按里程碑，還是人工指定發票。預收與敞口應收混池時，賬齡與信用額度都會失真——客戶「明明付過錢」卻被停貨，往往就出在結轉未發生。銀行手續費、匯兌差、尾差用容差策略與「尾差核銷」型別消化，禁止靠改票面抹平幾元錢。

為什麼總對不齊：五類根因

• 開票與發貨未貫通：票面數量/金額本身飄，核銷再精細也是給錯賬化妝
• 客戶主資料重複：同一客戶多編碼，款進 A、票在 B
• 流水資訊不足：匯款備註無票號，又無約定對賬規則
• 例外全靠人：折讓、扣款、手續費沒有單據型別
• 歷史掛賬不清：自動核銷上線後先誤匹配，信任一次性毀掉

對賬節奏應與賬期同向：客戶確認對賬單 → 開票 → 回款計劃 → 分款，而不是「先開票再對、對不上再調票」。集團多抬頭時，付款方與開票方對映必須在主資料層解決。未開發票就先按「口頭金額」核銷，資金流會脫離單據流——預收可以，但要進預收狀態，而不是偽裝成已核銷應收。

自動匹配：精確優先，模糊必須人審

核銷質量達標前，不要把「自動核銷率」寫進部門 KPI——那會獎勵亂衝。先做到「每筆到賬都能指出票與行」，再追求少人工；順序反了，待分池會變成無人認領的黑洞。帶著爛賬上自動核銷，錯衝一次會讓業務部門徹底不信任系統——歷史掛賬建議單列「清理池」，不與當期核銷績效混考。

逾期分層：事先公佈，才不像系統亂催

停貨評估要有說明與解凍條件：觸發的是「停貨評估任務」（含敞口清單、爭議票、客戶等級），評估透過才執行限制發貨。突然卡貨且說不清哪張票，會把能收回的關係一次性做砸。分層規則要對客戶與銷售事先公佈。

質量扣款與商務折讓走不同單據型別，便於分別進質量與銷售費用分析——混在一個「少付」備註裡，年底無法解釋。銷售衝「回款認領」但不進分款明細，等於製造第二套真相。

先清池，再自動化

交易筆數極少、全額預付時，複雜分款收益有限，保留最小發票核銷即可。發票與發貨大量歷史錯位時，先修 Quote-to-Cash 主鏈；扣款與折讓仍靠微信談時，先單據化再談自動。

配套指標建議盯：行級核銷率、待分款平均賬齡、自動匹配準確率（抽檢）、爭議票佔比——只盯回款金額會衝認領、堆待分池。把「待分池金額」和「行級核銷率」並排進財務週會，比單獨看回款總額更能暴露斷點。待分池降不下來，先別上催收機器人——機器人只會把分不清的賬，催得更勤、更錯。

JEDP-CRM 收款分款接在哪

JEDP-CRM 的對賬開票與收款分款，本質上是把「錢」接回「貨與票」：發票臺賬關聯發貨與訂單行，到賬進入待核銷池並支援拆分，分款引擎精確匹配優先、模糊必須人審。回款計劃來自合同賬期；逾期分層可與發貨信用校驗聯動。憑證在財務系統，CRM 保留業務核銷明細，單據號雙向可查。

若開票仍不引用發貨、客戶主資料仍一客多碼，分款再細也會分到錯誤物件上——先貫通票貨，再談自動核銷。與客戶主資料、信用佔用的交接面：主資料解決「款進誰的戶」，信用解決「還能不能發」，核銷解決「哪張票關掉了」。三期績效若用回款計提，行級核銷是前提；未核銷到行的收款進提成池，爭吵只是時間問題。財務週會若只投影回款總額，建議同時投影待分池——總額好看、待分池膨脹，說明認領在加速、核銷在偷懶。

從賬齡最高的二十張票開始

先選賬齡最高的二十張敞口發票，嘗試核銷到行；核不到的，回到發貨與開票貫通點，而不是加催收電話。核銷粒度上不去，催收自動化只是更頻繁地打錯物件。

待分池金額若連續兩週上升，優先停模糊自動匹配，改回人審，避免錯沖擴散。行級核銷率上去之前，任何「回款認領」看板都只是給銷售安慰劑；能指出票與行，才具備談自動與分層催收的資格。清池本身往往是專案的一半工作量——這筆賬要在立項時就說清楚，而不是上線後才發現。

• CRM 客戶方案：對賬開票與收款分款
• 客戶對賬單確認與規則化開票
• 報價到回款主鏈