最终落到总账的 CRM

逐张单据看这条链

“从线索到回款”不是比喻，而是一系列单据，每一张对总账都有明确的影响，而其中大多数根本不产生影响。分不清哪张是哪张，正是资金流失的地方。

线索是意向记录。商机是一个预测对象，附有预期金额和由人给出的成交概率。二者都不触及总账，也不应触及。报价单是一项要约：它承诺价格、范围和有效期，但可以不预留任何东西。销售订单是客户对该要约的接受，对双方都构成承诺，往往还会触发采购、排程或生产，但它仍然不是会计分录。没有收入，也没有应收账款。

交货或服务完成通常是最关键的事件，因为商品或服务的控制权在此时转移。发票是确认的节点：借记应收账款，贷记收入，并形成销项税负债。收款以现金或银行存款冲销应收账款；它不确认任何收入，只是结清一笔已经存在的债务。贷项通知单冲回发票的部分或全部金额，如已计税，也一并冲回相应税额。

这就是“订单不是账单”这一立场的实际形态。只有已过账到总账的单据才会被收款、被催收，并出现在账龄分析中。如果系统允许有人把付款核销到销售订单上，或在同一栏中把订单金额与已确认收入并列报告，那么在月末结账开始之前，这条链就已经断了。

• 线索与商机：销售管道记录，不影响总账。
• 报价单：有有效期的定价要约，不影响总账。
• 销售订单：双方承诺，不影响总账，但会驱动库存、采购和排程。
• 送货单或服务验收：控制权转移的证据，可能引起存货和销售成本的变动。
• 发票：借记应收账款，贷记收入，形成销项税。收入在此确认。
• 收款：借记现金或银行存款，贷记应收账款。这是结算，不是收入。
• 贷项通知单：冲回发票金额和税额，并恢复或核销其所对应的义务。

割裂的真实代价

当 CRM 是一套系统、总账是另一套系统时，第一天并不会出什么大事。损害来自那些人们默默手工完成、后来又不再做的小额核对。

客户主数据被重复录入，于是同一个买方以两种拼写、两套付款条件存在两次。报价在 CRM 中被谈低了，发票却按旧价目表开具，结果要么客户提出异议，要么有人开贷项通知单来纠正。销售经理批准的折扣只存在于开票界面从不读取的某个 CRM 字段里。佣金按已签订单金额计算，而不是按已开票和已收款金额计算，这意味着公司为尚未确认、有时永远收不回的收入支付佣金。销售部门报出一个季度数字，财务部门报出另一个，会议时间都花在解释差异上，而不是据此采取行动。

所有这些问题根源相同：一个数值在一套系统中录入一次，又通过手工或导入在另一套系统中再次录入。要消除的是重复录入这一机制，而不是差异本身。

一条客户记录，以及为何应收账款最先受影响

重复的客户记录通常被描述为销售数据质量问题，但它首先是应收账款问题。信用敞口按记录计算，两条记录意味着信用额度在无人批准的情况下实际翻倍。账龄分散在两条记录上，结果哪一条看起来都不够严重，不值得催收。客户付款时以一笔汇款覆盖分属两个账户的发票，只能手工核销。

客户记录必须包含两个职能都依赖的字段，只保存一次、由双方共同读取：法定名称和商号、税务登记号、信用额度、付款条件、指定价目表、币种、开票地址和送货地址，以及催收联系人——他并不总是采购联系人。在沙特阿拉伯及更广泛的海湾地区，税务登记号不是可有可无的细节，而是合规税务发票的必填字段；针对错误或空白的税号开具的发票是合规问题，而不是格式问题。

信用控制，应在作出承诺之前

总账早已知道客户欠多少、逾期多久。发票一过账，账龄就已存在。问题在于，销售人员能否在这些信息会改变其行为的时刻看到它们，也就是在提供付款条件之前，而不是在财务拒绝之后。

应当避免的情形大家都很熟悉：一位有多张逾期发票的客户获得了延长账期的报价，交易按此条件成交，财务随后陷入两难——要么撤回条件、损害客户关系，要么接受无人批准的风险敞口。到了那一步，无论哪种结果都已不是财务决策，而是销售人员没有看到余额的后果。

当系统是同一套时，机制很简单。当前余额、按账龄段划分的逾期余额、信用额度和剩余可用额度都显示在客户账户和报价界面上。超出额度的订单需要审批，审批记录保存在订单上，而不是在走廊里口头商定。Skyline Nexus 就是这样运作的，因为 CRM 和应收账款分类账读取的是同一个客户账户，所以展示给销售的敞口就是财务正在查看的余额，而不是它的副本。

收入确认时点就在 CRM 数据中

根据 IFRS 15，收入在履约义务得到履行时确认，即所承诺商品或服务的控制权转移给客户之时。这可能发生在某一时点（如交货），也可能在一段时间内（如维保合同或分阶段施工项目）。该准则还要求将交易价格分摊至合同中的各项单独履约义务。

决定这一切的信息都在商务单据中：承诺了什么，合同是否捆绑了可明确区分的交付内容，每项内容何时交付或验收，对什么给予了什么折扣。如果 CRM 保存了这些合同和交付数据，而会计系统从未看到，就会有人在期末用电子表格重建，审计轨迹也就止于那张电子表格。当订单行承载履约义务、交货记录承载日期时，递延和结转计划便来自单据，而不是凭记忆重建。

管道是预测，收入是事实

加权销售管道是经概率调整后对可能成交金额的估计。已确认收入是总账所记录的某一期间已赚取的金额，可以接受审计。二者回答的是不同的问题，绝不应合并为一个数字。

互联的系统不会把二者合并，而是让您在二者之间追溯。从一个管道数字出发，您可以查到其背后的商机，再到商机转化成的订单，再到订单生成的发票，最后到收到的现金。正是这条路径让预测得以改进：您可以衡量历史上有多少订单金额转化为已开票收入、用了多长时间，从而调整预测方法，而不是为它争论。

必须共享什么，以及月末结账是什么感觉

共享并不意味着复制一切，而是指一组明确的记录只存在一份、由两个职能共同读取，以及一组明确的事件能在无需重复录入的情况下把单据推进到下一环节。

月末结账的回报范围有限但非常具体。账龄分析是完整的，因为每张发票都来自同一系统中的订单。销售引用的收入数字与试算平衡表中的收入数字是同一个数字，因为只有一个。递延收入由交货记录支撑，而不是由某人维护的计划表支撑。佣金按已开票或已收款金额计提，依据总账数据计算。贷项通知单与其冲回的发票相匹配，因此争议以数字的形式可见，而不是一种“回款好像很慢”的感觉。Skyline Nexus 正是出于这一原因，把 CRM、销售、库存和会计放在同一个数据库中：发票由其所属的订单生成，收款核销到其所结算的发票上。

• 客户主数据：身份、税务登记号、信用额度、付款条件、价目表、币种、地址。
• 产品和服务主数据，包含发票实际使用的价目表和税务处理。
• 已批准的折扣及其审批人，保存在单据上，而不是备注里。
• 订单行直接带入发票行，无需重新录入。
• 交货和验收日期，因为它们决定收入确认时点。
• 实时的应收余额和账龄，可在 CRM 界面上查看。
• 发票、收款和贷项通知单的编号，均关联回最初的商机。