从报价到回款总断档？四张单互相引用不起来，三流合一只是口号

一笔回款，五个人五种说法

经营会上，销管报「本月已成交」。财务问：哪张合同、哪次发货、哪张票、哪笔核销？会议室安静三秒——有人去翻邮件，有人去问仓库，有人说「客户那边说付过了」。线索与商机可以很漂亮；合同行不能被发货引用、开票不能回指发货、回款不能落到票行时，「已成交」仍然变不成「已回款」。

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 客户方案：线索至收款、报价与价格审批
• 客户对账单确认与规则化开票
• 回款核销到行
• 经销商自助订货中的价格命中