物流企业有两本账：付给承运商和仓库的应付，向货主收的应收。很多企业的做法是把两本账放在同一张表里做，用同一套口径、同一个流程。短期内省事，长期一定出问题——因为两个方向的业务逻辑根本不同：应付按服务实际发生计算，应收按对客户的合同报价计算，中间的差异就是毛利。混在一起做，等于把毛利藏起来。还有一种做法是把应收做成应付加成，比如统一加百分之八。短期省事，长期会让报价失去竞争力——有的客户其实毛利很高，有的客户一直在亏，加成看不出来。

应付侧是确认服务真实发生且价格符合合同。数据源是运单、回单、异常记录与装卸任务，核对的是承运商报的量与系统记录的量是否一致，有没有重复计费、有没有未发生的服务。对账流程通常是承运商在线提交对账申请，系统自动比对，差异项人工复核。应付侧还要注意时间差：服务发生在本月、对账在下月、付款在再下月，三个时点的费用口径要一致，否则跨月数据没法比。应收侧是按合同把服务换算成钱：同一批运输服务，对不同货主的报价可能完全不同——有的是阶梯价，有的是打包价，有的含保险，有的不含。所以应收不是应付的加成，而是按合同重算。

拙燕仓的需求把这两条线说得很清楚：需要一套成熟的 BMS，本期管理仓储计费，重点是与货主计费对账和下游快递公司的计费对账；要有端口面向客户及供应商进行对账确认，对账确认完成后自动与金税盘系统对接进行开票操作，付款完成后与财务系统对接；并且要求应收应付费用可以一对一对应起来，便于后期做成本分析——一对一对应，正是毛利可视的前提。上海国储物流的目标则是构建计费管理系统，实现自动化计费及协同对账，数据透明不可篡改。两家的需求指向同一件事：先把两本账分开，再想办法对齐，而不是一开始就合并。

打开网易新闻 查看精彩图片

聚龄 BMS 在结构上把两边分开：应付侧管理承运商与仓库的合同报价，应收侧管理货主合同报价，各自有对账、发票、付款或收款流程，再通过成本中心与分摊规则把两边关联起来做毛利分析。判断两本账做得对不对，看一个指标：能不能按单票业务同时给出应付金额与应收金额。能给，说明两边口径清晰；给不出，说明毛利一直是估算。聚龄 BMS 还支持在线对账与发票管理，承运商在门户里自助提交对账申请、查看差异明细，把对账从来回发邮件变成系统里的一条流程。