[{"data":1,"prerenderedAt":72},["ShallowReactive",2],{"legacy:insights\u002Fcrm-quote-to-cash-breakpoints:zh-TW":3},{"id":4,"title":5,"description":6,"keywords":7,"author":8,"robots":9,"bodyClass":10,"image":11,"jsonld":12,"html":71},"insights\u002Fcrm-quote-to-cash-breakpoints","從報價到回款總斷檔？四張單互相引用不起來，三流合一隻是口號 - JEDP 數字化平臺","報價到回款斷檔，根因是報價、合同、發貨、開票、回款各自為政。講清價格分層與特批如何進報價版本、合同行繼承生效價、發貨引用訂單行、開票與核銷回到行。","報價到回款,價格體系,報價審批,客戶特價,CRM 訂單管理,三流合一","深圳郎博萬資訊科技有限公司","index, follow","page-insights","https:\u002F\u002Fwww.jedp.cn\u002Fres\u002Fimages\u002Fproduct\u002Fcrm-slide6.webp",[13,31,45],{"@context":14,"@type":15,"@id":16,"headline":17,"description":6,"inLanguage":18,"datePublished":19,"dateModified":20,"articleSection":21,"keywords":22,"image":11,"author":23,"publisher":25,"isPartOf":26,"mainEntityOfPage":28},"https:\u002F\u002Fschema.org","Article","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fcrm-quote-to-cash-breakpoints#article","從報價到回款總斷檔？四張單互相引用不起來，三流合一隻是口號","zh-CN","2026-06-04","2026-10-17","CRM · 客戶交付","報價到回款, 價格體系, 報價審批, 客戶特價, CRM 訂單管理, 三流合一",{"@id":24},"https:\u002F\u002Fwww.jedp.cn\u002F#organization",{"@id":24},{"@id":27},"https:\u002F\u002Fwww.jedp.cn\u002Finsights#collection",{"@type":29,"@id":30},"WebPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fcrm-quote-to-cash-breakpoints",{"@context":14,"@type":32,"itemListElement":33},"BreadcrumbList",[34,39,43],{"@type":35,"position":36,"name":37,"item":38},"ListItem",1,"首頁","https:\u002F\u002Fwww.jedp.cn\u002F",{"@type":35,"position":40,"name":41,"item":42},2,"行業洞察","https:\u002F\u002Fwww.jedp.cn\u002Finsights",{"@type":35,"position":44,"name":17,"item":30},3,{"@context":14,"@type":46,"@id":47,"mainEntity":48},"FAQPage","https:\u002F\u002Fwww.jedp.cn\u002Finsights\u002Fcrm-quote-to-cash-breakpoints#faq",[49,55,59,63,67],{"@type":50,"name":51,"acceptedAnswer":52},"Question","四層價格衝突時聽誰的？",{"@type":53,"text":54},"Answer","常見順序是特批（有審批）> 活動價（有效期內）> 客戶價 > 預設價。可按企業調整，但必須寫進規則，並在報價上展示命中層，不能臨場口頭裁決。",{"@type":50,"name":56,"acceptedAnswer":57},"頭折和行折能否混用？",{"@type":53,"text":58},"可以，但分攤結果要落到每一行且可解釋。只改抬頭總額，開票與成本分攤必然對不上。",{"@type":50,"name":60,"acceptedAnswer":61},"框架合同下的多筆訂單怎麼管？",{"@type":53,"text":62},"框架管商務條款與價格策略，執行訂單管數量與交期；發貨、開票、核銷掛執行訂單行，框架只做額度與條款約束。",{"@type":50,"name":64,"acceptedAnswer":65},"口頭髮貨能不能先出庫？",{"@type":53,"text":66},"業務上或許發生，系統上必須補單或走例外通道並留痕。無源頭出庫應被攔截，否則三流從發貨就斷。",{"@type":50,"name":68,"acceptedAnswer":69},"報價作廢後合同還能引用嗎？",{"@type":53,"text":70},"只能引用已生效且在有效期內的報價版本；作廢或過期版本允許只讀留痕，禁止再生成合同行。","\u003Carticle class=\"insight-article\">\n    \u003Cdiv class=\"insight-container\">\n      \u003Cnav class=\"breadcrumb\" aria-label=\"麵包屑\">\n        \u003Ca href=\"\u002F\">首頁\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Ca href=\"\u002Finsights\">行業洞察\u003C\u002Fa>\n        \u003Cspan class=\"breadcrumb-sep\">\u002F\u003C\u002Fspan>\n        \u003Cspan>CRM · 客戶交付\u003C\u002Fspan>\n      \u003C\u002Fnav>\n\n      \u003Cheader class=\"insight-hero\">\n        \u003Cdiv class=\"insight-tags\">\u003Cspan class=\"r-tag\">報價\u003C\u002Fspan>\u003Cspan class=\"r-tag\">價格體系\u003C\u002Fspan>\u003Cspan class=\"r-tag\">合同\u003C\u002Fspan>\u003Cspan class=\"r-tag\">回款\u003C\u002Fspan>\u003C\u002Fdiv>\n        \u003Ch1>從報價到回款總斷檔？四張單互相引用不起來，三流合一隻是口號\u003C\u002Fh1>\n        \u003Cp class=\"insight-lede\">銷售談妥了條件，財務開票時對不上；貨發了，回款卻掛在另一個客戶名下。問題很少出在「人不夠細心」，而出在報價到回款沒有同一條可反查的業務鏈——成交價說不清命中哪一層，鏈在源頭就斷了。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-meta\">\n          \u003Cspan>更新於 2026-06-04\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>約 10 分鐘閱讀\u003C\u002Fspan>\n          \u003Cspan class=\"dot\" aria-hidden=\"true\">\u003C\u002Fspan>\n          \u003Cspan>製造業數字化 · CRM · 客戶交付\u003C\u002Fspan>\n        \u003C\u002Fdiv>\n      \u003C\u002Fheader>\n      \u003Csection class=\"insight-takeaways\">\n        \u003Ch2>讀這一篇能得到什麼\u003C\u002Fh2>\n        \u003Cul>\u003Cli>Quote-to-Cash 是一條能從回款反查到報價條件的鏈，不是四個模組拼盤\u003C\u002Fli>\u003Cli>價格至少分四層（預設\u002F客戶\u002F活動\u002F特批），衝突優先順序寫死，報價行展示命中層\u003C\u002Fli>\u003Cli>報價必須版本化；頭折行折落行；特批分檔審批並綁到行；合同只繼承生效價\u003C\u002Fli>\u003Cli>發貨引用訂單行；開票與回款核銷回到發票乃至訂單行，毛利與逾期才可信\u003C\u002Fli>\u003Cli>先打通一條高價值產品線的主鏈（含價格紀律），再擴全公司與複雜促銷\u003C\u002Fli>\u003C\u002Ful>\n      \u003C\u002Fsection>\n\n      \u003Cdiv class=\"insight-layout\">\n        \u003Cdiv class=\"insight-body\">\n\u003Ch2 id=\"一笔回款-五个人五种说法\">一筆回款，五個人五種說法\u003C\u002Fh2>\n\u003Cp>經營會上，銷管報「本月已成交」。財務問：哪張合同、哪次發貨、哪張票、哪筆核銷？會議室安靜三秒——有人去翻郵件，有人去問倉庫，有人說「客戶那邊說付過了」。線索與商機可以很漂亮；合同行不能被髮貨引用、開票不能回指發貨、回款不能落到票行時，「已成交」仍然變不成「已回款」。\u003C\u002Fp>\n\u003Cp>Quote-to-Cash 不是報價模組加合同模組再加發貨模組的拼盤，而是一張能從\u003Cstrong>回款反查到報價條件\u003C\u002Fstrong>的鏈。JEDP-CRM 強調的「三流合一」，指業務流（談什麼）、單據流（開什麼單）、資金流（收什麼錢）共用同一套單據血緣。缺的不是更多 Excel，而是環與環之間的強制引用。\u003C\u002Fp>\n\u003Ch2 id=\"从收款往回走-断在哪一环就修哪一环\">從收款往回走，斷在哪一環就修哪一環\u003C\u002Fh2>\n\u003Cp>與其先畫功能清單，不如規定一個演練：任取一筆近月回款，要求在有限時間內鑽取——\u003C\u002Fp>\n\u003Col>\u003Cli>收款分款明細 → 發票號與金額\u003C\u002Fli>\u003Cli>發票 → 發貨單\u002F對賬單與訂單行\u003C\u002Fli>\u003Cli>訂單行 → 生效合同版本與來源報價版本（價格、賬期、交期條件）\u003C\u002Fli>\u003C\u002Fol>\n\u003Cp>任一步靠「問人」或「翻郵件」，該環就還沒貫通。這個演練比演示介面更能決定專案是否可接受。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>環節\u003C\u002Fth>\u003Cth>要強制什麼\u003C\u002Fth>\u003Cth>失敗時的症狀\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>報價 \u002F 價格\u003C\u002Ftd>\u003Ctd>版本 + 命中層 + 特批留痕\u003C\u002Ftd>\u003Ctd>合同價與口頭價不一致\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>合同\u002F訂單\u003C\u002Ftd>\u003Ctd>繼承生效價；行專案可引用\u003C\u002Ftd>\u003Ctd>執行無依據；隨意改價\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>發貨\u003C\u002Ftd>\u003Ctd>引用訂單行與可髮量\u003C\u002Ftd>\u003Ctd>超發、錯發、無單發貨\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>開票\u003C\u002Ftd>\u003Ctd>引用發貨或約定節點\u003C\u002Ftd>\u003Ctd>重複開票、漏開、金額飄\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>回款\u003C\u002Ftd>\u003Ctd>分款到發票\u002F訂單行\u003C\u002Ftd>\u003Ctd>逾期與毛利說不清\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>框架合同場景：框架管商務條款與價格策略，執行訂單管數量與交期；發貨、開票、核銷掛執行訂單行。把所有交易擠在一張「大合同」裡，行專案必然失控。\u003C\u002Fp>\n\u003Ch2 id=\"报价即价格事实源-分层-版本-特批一次说清\">報價即價格事實源：分層、版本、特批一次說清\u003C\u002Fh2>\n\u003Cp>價格體系不該另起一篇「價表故事」——它必須長在報價上。同一物料三個價、活動過期仍被引用、特批事後補，都會在合同行與開票處變成無法裁決的扯皮。能站住的報價至少回答：\u003Cstrong>命中哪一層、誰批准、哪天生效、落到哪一行\u003C\u002Fstrong>。\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>層級\u003C\u002Fth>\u003Cth>管什麼\u003C\u002Fth>\u003Cth>必須控制的點\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>產品預設價\u003C\u002Ftd>\u003Ctd>可售目錄底價\u003C\u002Ftd>\u003Ctd>版本化；變更不影響已簽單\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>客戶價\u003C\u002Ftd>\u003Ctd>協議價 \u002F 年度價\u003C\u002Ftd>\u003Ctd>客戶+物料；有起止日\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>活動價\u003C\u002Ftd>\u003Ctd>促銷、渠道、數量階梯\u003C\u002Ftd>\u003Ctd>強有效期；過期自動失效\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>特批價\u003C\u002Ftd>\u003Ctd>單次例外\u003C\u002Ftd>\u003Ctd>分檔審批；繫結單據行\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>衝突優先順序寫死並展示在行上，常見順序：\u003Cstrong>有審批的特批 &gt; 有效期內活動價 &gt; 客戶價 &gt; 預設價\u003C\u002Fstrong>。只顯示最終價、不顯示命中層，等於鼓勵「怎麼便宜怎麼寫」。頭折可以有，分攤必須落行——只改合同總額、行價仍是目錄價，開票與成本分攤會永久分叉。\u003C\u002Fp>\n\u003Cp>特批不是群裡一個「好」。至少寫清範圍（客戶\u002F物料\u002F數量上限）、深度（哪一檔審批）、時效、落點（綁到哪一行）。未批不得先執行，比「批完再補」更硬。歷史訂單隻讀歷史生效價；目錄調價不得靜默改已籤行。\u003C\u002Fp>\n\u003Cp>價格變更與交期變更分審批鏈：價格走商務\u002F財務，交期走計劃\u002F跟單。混在一個「改單」按鈕裡，最容易「改交期順便改價無人審」。無審批紀律時先別開複雜促銷引擎——能秒報卻不能留版本，只會把口頭價工業化。\u003C\u002Fp>\n\u003Ch2 id=\"五处最容易各自为政的地方\">五處最容易各自為政的地方\u003C\u002Fh2>\n\u003Cp>\u003Cstrong>報價停在 PDF 或微信。\u003C\u002Fstrong> 條件在聊天裡，系統只留附件，合同行只好手工錄入——毛利失真、審批流空轉。報價審批後應鎖定，變更生成新版本；合同只能從生效且在有效期內的版本生成行，並繼承該版命中層與行價。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>合同與發貨兩套臺賬。\u003C\u002Fstrong> 「客戶催得急，月底再補單」一旦成慣例，例外通道就變成主通道。發貨計劃與出庫必須引用訂單行並佔用可髮量；例外出庫要原因碼、授權與事後複核，且例外佔比要進週報——原因碼為空視同未治理。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>開票憑感覺。\u003C\u002Fstrong> 未繫結發貨或固定節點，就會重複開或該開未開。部分發貨與部分開票政策要事先配置到客戶或合同：\u003Cstrong>按發貨開票\u003C\u002Fstrong>還是\u003Cstrong>按節點開票\u003C\u002Fstrong>。一單一議會讓開票池規則形同虛設。退貨與拒收必須回沖可開票量，否則會出現「貨已退、票仍開、款還在催」。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>回款停在客戶餘額。\u003C\u002Fstrong> 餘額對得上，爭議原因對不上。核銷粒度至少到發票，最好到訂單行。對賬單由發貨\u002F結算生成、客戶確認後再進開票池，能減少票貨爭議再傳入核銷層。\u003C\u002Fp>\n\u003Cp>\u003Cstrong>主資料三套身份。\u003C\u002Fstrong> 貨發給 A、票開給 B、款進 C——一客多碼與收貨方\u002F開票抬頭\u002F付款方對映不清時，單據號對齊也會失效。先合併主資料，再談全鏈路反查。\u003C\u002Fp>\n\u003Cp>還有一類靜默斷檔：售後補貨、讓步接收換貨、樣品轉量產——若另起一張無來源訂單，毛利與回款都會從主鏈旁路溜走。允許獨立單據，但要能掛回原合同或原訂單行，並在反查演練裡抽到這類例外。例外佔比高時，優先治理旁路，而不是先上更復雜的漏斗看板。\u003C\u002Fp>\n\u003Ch2 id=\"一条产品线跑通-再复制\">一條產品線跑通，再複製\u003C\u002Fh2>\n\u003Cp>全公司同日切換主鏈，幾乎一定混亂。更穩的順序：\u003C\u002Fp>\n\u003Cdiv class=\"table-scroll\">\u003Ctable>\u003Cthead>\u003Ctr>\u003Cth>順序\u003C\u002Fth>\u003Cth>先做\u003C\u002Fth>\u003Cth>見效訊號\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\u003Ctbody>\u003Ctr>\u003Ctd>1\u003C\u002Ftd>\u003Ctd>禁止無訂單行發貨（例外須留痕進週報）\u003C\u002Ftd>\u003Ctd>賬實與對賬爭議下降\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>2\u003C\u002Ftd>\u003Ctd>預設\u002F客戶價進報價 + 命中層可見；特批行繫結\u003C\u002Ftd>\u003Ctd>口頭價進合同次數下降\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>3\u003C\u002Ftd>\u003Ctd>報價\u002F合同版本與變更留痕；開票池綁發貨或節點\u003C\u002Ftd>\u003Ctd>價格扯皮可裁決；漏開票減少\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>4\u003C\u002Ftd>\u003Ctd>回款核銷到發票\u002F行 + 逾期看板\u003C\u002Ftd>\u003Ctd>催收與毛利恢復可信\u003C\u002Ftd>\u003C\u002Ftr>\u003Ctr>\u003Ctd>5\u003C\u002Ftd>\u003Ctd>有限活動價與過期失效；再加深漏斗\u003C\u002Ftd>\u003Ctd>過期活動仍引用次數下降\u003C\u002Ftd>\u003C\u002Ftr>\u003C\u002Ftbody>\u003C\u002Ftable>\u003C\u002Fdiv>\n\u003Cp>選一條高價值產品線：第一個月把發貨引用與例外佔比壓住，並讓戰略物料的預設\u002F客戶價進報價；第二個月打通特批→報價版本→合同行→開票池；第三個月把分款做到票\u002F行，再開放有限促銷。主鏈未通就上覆雜促銷與激勵，等於在髒價上做提成遊戲。\u003C\u002Fp>\n\u003Cp>CRM 與財務分工：業務核銷與跟進在 CRM，憑證在財務，\u003Cstrong>單據號雙向對齊\u003C\u002Fstrong>。所謂整合若只是月底導表，三流仍是三張皮。售後若產生費用或補貨，也應掛回原訂單\u002F發貨血緣，否則鏈路會在售後再次斷開——主資料與單據號規則要提前留口。\u003C\u002Fp>\n\u003Ch2 id=\"哪些场景先别硬套完整链\">哪些場景先別硬套完整鏈\u003C\u002Fh2>\n\u003Cul>\u003Cli>純現貨、錢貨兩訖且無賬期：鏈路極短，完整 Quote-to-Cash 收益有限\u003C\u002Fli>\u003Cli>客戶主資料重複嚴重：先合併，再貫通\u003C\u002Fli>\u003Cli>銷售、倉儲、財務互不認單據號：先立「唯一事實源」紀律\u003C\u002Fli>\u003Cli>激勵口徑未與財務確認收入\u002F開票規則對齊：會系統性獎勵斷鏈行為\u003C\u002Fli>\u003Cli>合同與發貨主鏈還不通：先別用漏斗金額做經營承諾；無審批紀律時先別開促銷引擎\u003C\u002Fli>\u003C\u002Ful>\n\u003Cp>反模式同樣明確：合同 PDF 當系統；只顯示最終價不顯示命中層；事後改行價；靠人工停促銷；只改合同總額；先發貨後補單成慣例；CRM 與財務單據號不對齊。\u003C\u002Fp>\n\u003Ch2 id=\"JEDP-CRM-怎么接这条主链\">JEDP-CRM 怎麼接這條主鏈\u003C\u002Fh2>\n\u003Cp>JEDP-CRM 面向線索至收款貫通：報價方案與版本（含價格分層、頭折行折、特批審批）、合同\u002F訂單行、發貨協同、對賬開票與回款核銷落在同一套可追溯路徑上。驗收抽檢應從「一筆回款」反查到報價版本、命中層與發貨行，而不是隻看漏斗顏值。價格紀律是合同行與開票的上游；上游亂，下游對賬再整齊也只是在給錯誤行價蓋章。\u003C\u002Fp>\n\u003Cp>與對賬確認、行級核銷相鄰：對賬解決票貨確認，核銷解決錢行對應；價格分層已收進本篇的報價環。反查清單可以當迭代用例：命中層→報價版本→合同→發貨→開票→回款——每一環都要能當場指出單據號，而不是寫在方案書裡。\u003C\u002Fp>\n\u003Ch2 id=\"本周抽十笔已回款订单\">本週抽十筆已回款訂單\u003C\u002Fh2>\n\u003Cp>開啟近月回款清單，任抽十筆：能否在約定時間內從收款走到報價版本、價格命中層與發貨行？串不起的環節就是下一迭代優先順序。再對照發貨例外單佔比與「口頭價進合同」次數：兩列降不下來，說明禁止無源頭與價格紀律都尚未成為習慣。\u003C\u002Fp>\n\u003Cp>樣板產品線反查連續兩週透過，再複製到相鄰產品線，比「全公司同日切換」穩得多。例外原因碼進報表、空碼視同未治理——比事後追責更能改習慣。主鏈能反查之後，再讓漏斗衛生與經銷商自助價接上同一套訂單行；接不上，任何下游看板都只是化妝。\u003C\u002Fp>\n\u003Cul>\u003Cli>CRM 客戶方案：線索至收款、報價與價格審批\u003C\u002Fli>\u003Cli>客戶對賬單確認與規則化開票\u003C\u002Fli>\u003Cli>回款核銷到行\u003C\u002Fli>\u003Cli>經銷商自助訂貨中的價格命中\u003C\u002Fli>\u003C\u002Ful>\n        \u003C\u002Fdiv>\n        \u003Caside class=\"insight-toc\" aria-label=\"本頁目錄\">\n          \u003Ch2>目錄\u003C\u002Fh2>\n          \u003Ca class=\"h2\" href=\"#一笔回款-五个人五种说法\">一筆回款，五個人五種說法\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#从收款往回走-断在哪一环就修哪一环\">從收款往回走，斷在哪一環就修哪一環\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#报价即价格事实源-分层-版本-特批一次说清\">報價即價格事實源：分層、版本、特批一次說清\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#五处最容易各自为政的地方\">五處最容易各自為政的地方\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#一条产品线跑通-再复制\">一條產品線跑通，再複製\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#哪些场景先别硬套完整链\">哪些場景先別硬套完整鏈\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#JEDP-CRM-怎么接这条主链\">JEDP-CRM 怎麼接這條主鏈\u003C\u002Fa>\n          \u003Ca class=\"h2\" href=\"#本周抽十笔已回款订单\">本週抽十筆已回款訂單\u003C\u002Fa>\n        \u003C\u002Faside>\n      \u003C\u002Fdiv>\n\n      \u003Cdiv class=\"insight-cta\">\n        \u003Cp>\u003Cstrong>想把這篇裡的做法落到自己的廠裡？\u003C\u002Fstrong>資源中心有對應場景的線上自測與資料模板，也可以直接約一次真實環境演示。\u003C\u002Fp>\n        \u003Cdiv class=\"insight-cta-actions\">\n          \u003Ca href=\"\u002Fresources?from=crm#selftest\" class=\"btn btn-outline\">去資源中心自測\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcases#case-crm\" class=\"btn btn-outline\">CRM 驗收案例\u003C\u002Fa>\n          \u003Ca href=\"\u002Fcontact?from=crm\" class=\"btn\">獲取方案與演示\u003C\u002Fa>\n        \u003C!-- next-step:BEGIN -->\u003Ca class=\"btn\" href=\"\u002Fproduct\u002Fcrm\">查看產品方案：\u003Cspan>JEDP-CRM 客戶關係管理系統\u003C\u002Fspan>\u003C\u002Fa>\u003Ca class=\"btn btn-outline\" href=\"\u002Fres\u002Fresources\u002Fkits\u002F09-crm-quote-price-approval.html\">對應資料包：\u003Cspan>報價單 + 價格審批流模板包\u003C\u002Fspan>\u003C\u002Fa>\u003C!-- next-step:END -->\n        \u003C\u002Fdiv>\n      \u003C\u002Fdiv>\n      \u003Csection class=\"insight-faq\" id=\"faq\">\n        \u003Ch2>常見問題\u003C\u002Fh2>\n        \u003Cp class=\"insight-faq-sub\">圍繞本篇主題的追問，先看這裡；仍有疑問可\u003Ca href=\"\u002Fcontact?from=crm\">聯絡我們\u003C\u002Fa>\u003C\u002Fp>\n        \u003Cdiv class=\"faq-list\">\n        \u003Cdetails class=\"faq-item\" open>\n          \u003Csummary>四層價格衝突時聽誰的？\u003C\u002Fsummary>\n          \u003Cp>常見順序是特批（有審批）&gt; 活動價（有效期內）&gt; 客戶價 &gt; 預設價。可按企業調整，但必須寫進規則，並在報價上展示命中層，不能臨場口頭裁決。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>頭折和行折能否混用？\u003C\u002Fsummary>\n          \u003Cp>可以，但分攤結果要落到每一行且可解釋。只改抬頭總額，開票與成本分攤必然對不上。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>框架合同下的多筆訂單怎麼管？\u003C\u002Fsummary>\n          \u003Cp>框架管商務條款與價格策略，執行訂單管數量與交期；發貨、開票、核銷掛執行訂單行，框架只做額度與條款約束。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>口頭髮貨能不能先出庫？\u003C\u002Fsummary>\n          \u003Cp>業務上或許發生，系統上必須補單或走例外通道並留痕。無源頭出庫應被攔截，否則三流從發貨就斷。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003Cdetails class=\"faq-item\">\n          \u003Csummary>報價作廢後合同還能引用嗎？\u003C\u002Fsummary>\n          \u003Cp>只能引用已生效且在有效期內的報價版本；作廢或過期版本允許只讀留痕，禁止再生成合同行。\u003C\u002Fp>\n        \u003C\u002Fdetails>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n      \u003Csection class=\"insight-related\">\n        \u003Ch2>相關閱讀\u003C\u002Fh2>\n        \u003Cdiv class=\"insight-related-grid\">\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">CRM · 客戶交付\u003C\u002Fdiv>\n            \u003Ch3>經銷商還在群裡報型號？自助訂貨先接可售目錄、客戶價與可承諾\u003C\u002Fh3>\n            \u003Cp>經銷商與門戶自助下單失敗，常因可售目錄、客戶價、信用與可承諾未打通。講清門戶邊界、起訂倍量、價格命中、信控與交期提示，以及訂單如何進入內部履約，…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-09-10 · 約 8 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">CRM · 客戶交付\u003C\u002Fdiv>\n            \u003Ch3>客戶對賬單總對不齊？可開票事實沒確認，規則化開票只會放大差錯\u003C\u002Fh3>\n            \u003Cp>票貨爭議多半不是算錯，而是先開票後對賬。對賬單應由發貨\u002F結算歸集，客戶確認（門戶或輕連結）後才進開票池；規則化開票申請對接財務，客戶與內部共用同…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-10-10 · 約 8 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n          \u003Carticle class=\"r-card\">\n            \u003Cdiv class=\"r-tags\">CRM · 客戶交付\u003C\u002Fdiv>\n            \u003Ch3>回款核銷對不齊：把「錢對應哪一行貨」寫成可審計明細\u003C\u002Fh3>\n            \u003Cp>回款對不齊通常是核銷粒度停在客戶層。講清按發票\u002F訂單行核銷、部分回款與折讓扣款單據化、逾期分層跟進，以及票貨主鏈可信後再談自動匹配的順序。…\u003C\u002Fp>\n            \u003Cdiv class=\"r-meta\">2026-08-20 · 約 8 分鐘\u003C\u002Fdiv>\n          \u003C\u002Farticle>\n        \u003C\u002Fdiv>\n      \u003C\u002Fsection>\n    \u003C\u002Fdiv>\n  \u003C\u002Farticle>",1793937991214]