從報價到回款總斷檔？四張單互相引用不起來，三流合一隻是口號

一筆回款，五個人五種說法

經營會上，銷管報「本月已成交」。財務問：哪張合同、哪次發貨、哪張票、哪筆核銷？會議室安靜三秒——有人去翻郵件，有人去問倉庫，有人說「客戶那邊說付過了」。線索與商機可以很漂亮；合同行不能被髮貨引用、開票不能回指發貨、回款不能落到票行時，「已成交」仍然變不成「已回款」。

Quote-to-Cash 不是報價模組加合同模組再加發貨模組的拼盤，而是一張能從回款反查到報價條件的鏈。JEDP-CRM 強調的「三流合一」，指業務流（談什麼）、單據流（開什麼單）、資金流（收什麼錢）共用同一套單據血緣。缺的不是更多 Excel，而是環與環之間的強制引用。

從收款往回走，斷在哪一環就修哪一環

與其先畫功能清單，不如規定一個演練：任取一筆近月回款，要求在有限時間內鑽取——

1. 收款分款明細 → 發票號與金額
2. 發票 → 發貨單/對賬單與訂單行
3. 訂單行 → 生效合同版本與來源報價版本（價格、賬期、交期條件）

任一步靠「問人」或「翻郵件」，該環就還沒貫通。這個演練比演示介面更能決定專案是否可接受。

框架合同場景：框架管商務條款與價格策略，執行訂單管數量與交期；發貨、開票、核銷掛執行訂單行。把所有交易擠在一張「大合同」裡，行專案必然失控。

報價即價格事實源：分層、版本、特批一次說清

價格體系不該另起一篇「價表故事」——它必須長在報價上。同一物料三個價、活動過期仍被引用、特批事後補，都會在合同行與開票處變成無法裁決的扯皮。能站住的報價至少回答：命中哪一層、誰批准、哪天生效、落到哪一行。

衝突優先順序寫死並展示在行上，常見順序：有審批的特批 > 有效期內活動價 > 客戶價 > 預設價。只顯示最終價、不顯示命中層，等於鼓勵「怎麼便宜怎麼寫」。頭折可以有，分攤必須落行——只改合同總額、行價仍是目錄價，開票與成本分攤會永久分叉。

特批不是群裡一個「好」。至少寫清範圍（客戶/物料/數量上限）、深度（哪一檔審批）、時效、落點（綁到哪一行）。未批不得先執行，比「批完再補」更硬。歷史訂單隻讀歷史生效價；目錄調價不得靜默改已籤行。

價格變更與交期變更分審批鏈：價格走商務/財務，交期走計劃/跟單。混在一個「改單」按鈕裡，最容易「改交期順便改價無人審」。無審批紀律時先別開複雜促銷引擎——能秒報卻不能留版本，只會把口頭價工業化。

五處最容易各自為政的地方

報價停在 PDF 或微信。 條件在聊天裡，系統只留附件，合同行只好手工錄入——毛利失真、審批流空轉。報價審批後應鎖定，變更生成新版本；合同只能從生效且在有效期內的版本生成行，並繼承該版命中層與行價。

合同與發貨兩套臺賬。 「客戶催得急，月底再補單」一旦成慣例，例外通道就變成主通道。發貨計劃與出庫必須引用訂單行並佔用可髮量；例外出庫要原因碼、授權與事後複核，且例外佔比要進週報——原因碼為空視同未治理。

開票憑感覺。 未繫結發貨或固定節點，就會重複開或該開未開。部分發貨與部分開票政策要事先配置到客戶或合同：按發貨開票還是按節點開票。一單一議會讓開票池規則形同虛設。退貨與拒收必須回沖可開票量，否則會出現「貨已退、票仍開、款還在催」。

回款停在客戶餘額。 餘額對得上，爭議原因對不上。核銷粒度至少到發票，最好到訂單行。對賬單由發貨/結算生成、客戶確認後再進開票池，能減少票貨爭議再傳入核銷層。

主資料三套身份。 貨發給 A、票開給 B、款進 C——一客多碼與收貨方/開票抬頭/付款方對映不清時，單據號對齊也會失效。先合併主資料，再談全鏈路反查。

還有一類靜默斷檔：售後補貨、讓步接收換貨、樣品轉量產——若另起一張無來源訂單，毛利與回款都會從主鏈旁路溜走。允許獨立單據，但要能掛回原合同或原訂單行，並在反查演練裡抽到這類例外。例外佔比高時，優先治理旁路，而不是先上更復雜的漏斗看板。

一條產品線跑通，再複製

全公司同日切換主鏈，幾乎一定混亂。更穩的順序：

選一條高價值產品線：第一個月把發貨引用與例外佔比壓住，並讓戰略物料的預設/客戶價進報價；第二個月打通特批→報價版本→合同行→開票池；第三個月把分款做到票/行，再開放有限促銷。主鏈未通就上覆雜促銷與激勵，等於在髒價上做提成遊戲。

CRM 與財務分工：業務核銷與跟進在 CRM，憑證在財務，單據號雙向對齊。所謂整合若只是月底導表，三流仍是三張皮。售後若產生費用或補貨，也應掛回原訂單/發貨血緣，否則鏈路會在售後再次斷開——主資料與單據號規則要提前留口。

哪些場景先別硬套完整鏈

• 純現貨、錢貨兩訖且無賬期：鏈路極短，完整 Quote-to-Cash 收益有限
• 客戶主資料重複嚴重：先合併，再貫通
• 銷售、倉儲、財務互不認單據號：先立「唯一事實源」紀律
• 激勵口徑未與財務確認收入/開票規則對齊：會系統性獎勵斷鏈行為
• 合同與發貨主鏈還不通：先別用漏斗金額做經營承諾；無審批紀律時先別開促銷引擎

反模式同樣明確：合同 PDF 當系統；只顯示最終價不顯示命中層；事後改行價；靠人工停促銷；只改合同總額；先發貨後補單成慣例；CRM 與財務單據號不對齊。

JEDP-CRM 怎麼接這條主鏈

JEDP-CRM 面向線索至收款貫通：報價方案與版本（含價格分層、頭折行折、特批審批）、合同/訂單行、發貨協同、對賬開票與回款核銷落在同一套可追溯路徑上。驗收抽檢應從「一筆回款」反查到報價版本、命中層與發貨行，而不是隻看漏斗顏值。價格紀律是合同行與開票的上游；上游亂，下游對賬再整齊也只是在給錯誤行價蓋章。

與對賬確認、行級核銷相鄰：對賬解決票貨確認，核銷解決錢行對應；價格分層已收進本篇的報價環。反查清單可以當迭代用例：命中層→報價版本→合同→發貨→開票→回款——每一環都要能當場指出單據號，而不是寫在方案書裡。

本週抽十筆已回款訂單

開啟近月回款清單，任抽十筆：能否在約定時間內從收款走到報價版本、價格命中層與發貨行？串不起的環節就是下一迭代優先順序。再對照發貨例外單佔比與「口頭價進合同」次數：兩列降不下來，說明禁止無源頭與價格紀律都尚未成為習慣。

樣板產品線反查連續兩週透過，再複製到相鄰產品線，比「全公司同日切換」穩得多。例外原因碼進報表、空碼視同未治理——比事後追責更能改習慣。主鏈能反查之後，再讓漏斗衛生與經銷商自助價接上同一套訂單行；接不上，任何下游看板都只是化妝。

• CRM 客戶方案：線索至收款、報價與價格審批
• 客戶對賬單確認與規則化開票
• 回款核銷到行
• 經銷商自助訂貨中的價格命中