I直接答案
| 配错情形 | 会看到什么现象 | 原因与正确做法 |
|---|---|---|
| 统计的不是同一批单据 | 两边数字自然对不上 | 平台报送基于结算单已结算并支付记录,订单金额统计抓订单数据 |
| 筛选时间口径不同 | 1月订单2月才结算支付 | 平台报送用支付结算完成时间,订单金额统计按下单时间汇总 |
| 时间错位 | 订单金额统计算在1月,平台报送等2月纳入 | 属于正常现象,并非数据出错 |
平台报送数据和订单金额统计本质上统计的不是同一批单据。平台报送数据基于结算单中已经完成结算并支付的记录来核算结算金额与服务费,而且筛选时间用的是支付结算完成的时间,不是结算单创建的时间。订单金额统计则直接抓取客户下单的订单数据,按下单时间汇总。所以两者从一开始就在不同的数据池里做计算。
差距通常来自时间错位:比如1月下的订单,可能在2月才走完结算和支付。订单金额统计会把这笔订单算在1月,而平台报送数据要等到2月结算支付完成后才纳入。这样两边的数字自然对不上,属于正常现象,并非数据出错。
II操作问答
为什么两个报表会对不上
先看核算对象:订单金额统计盯的是客户下单这个动作,只要订单生成,不管后头结没结算、付没付款,都进统计。平台报送数据盯的是结算单,而且必须是已结算且已支付的那部分,没走完流程的结算单不会出现在报送数据里。
再看时间字段:订单金额统计取的是下单时间,平台报送数据取的是支付结算完成时间。同一个订单,下单在1月、结算支付在2月,就会被两个报表分到不同的月份里,跨月对比时差距就出来了。
III操作问答
怎么自己核对差异是否正常
第一步,选定一个时间范围,比如只看某个月。在订单金额统计里导出该月所有下单的订单,记下总金额。
第二步,到结算单里筛选同一时间段内已结算已支付的记录,注意筛选条件要选支付结算完成时间,而不是创建时间。把结算金额和服务费分别汇总。
第三步,把两个结果放在一起比对。如果订单金额统计大于平台报送数据,先别急着判断异常,去查该月下单但结算支付落在下个月的订单有多少,把这部分订单金额从订单统计里剔除,或者加到下个月的报送数据上,两边就能大致吻合。
第四步,如果调整时间口径后仍然差得离谱,再检查是否有结算单被作废、退款、或者支付状态异常,这些也会影响报送数据。
IV操作问答
最容易配错的两种情形
第一种:在平台报送数据里按结算单创建时间筛选。很多人下意识认为结算单什么时候建的就算什么时候,但系统认的是支付结算完成时间。这样筛出来的结果会把那些当月创建、次月才支付的结算单算进当月,导致报送数据虚高,和订单统计的差距反而更大。
第二种:在订单金额统计里按订单完成时间或结算时间筛选。订单金额统计的基准是下单时间,如果手动改成其他时间字段,就会把不同月份的订单混进来,两边口径彻底乱掉。配错之后常见现象是某个月服务费突然多出一大截,或者订单金额统计比报送数据少很多,其实都是筛选字段选错了。
V操作问答
它跟哪些功能会互相影响
服务费核算直接关联结算流程。如果结算单的支付状态没更新,平台报送数据就不会纳入该笔结算,服务费自然统计不到。反过来,订单金额统计不受结算状态影响,只要订单生成就计入。
账期设置也会间接影响时间差。账期越长,订单从下单到结算支付的间隔越大,跨月错位的概率越高,两个报表的月度差距就越明显。如果想缩小月度差异,可以缩短账期或者统一在月底集中结算支付,但这样会加大结算工作量,需要权衡。
权限方面,不同角色看到的报表范围可能不同。如果账号只能看部分订单或部分结算单,导出对比时也会出现数字对不上,这属于权限过滤造成的差异,不是时间口径问题。
VII常见问题
被问得最多的几个问题
看目的。如果是对客户收款和服务费结算,以平台报送数据为准,因为它只统计已结算已支付的结算单,反映实际资金流。如果是分析销售业绩或订单趋势,用订单金额统计更合适,它按下单时间反映业务量。两者不要强行调成一样。
可以从结算节奏入手。把账期缩短,或者要求客户在当月完成结算支付,减少订单下单与结算支付跨月的情况。另外在导出报表时,统一按支付结算完成时间来对齐订单金额统计的口径,也能让月度对比更直观。但完全一致很难做到,因为下单和结算天然存在时间差。
先查有没有作废或退款的结算单,这类单据不会进入报送数据但可能留在订单里。再查支付状态是否更新及时,有些结算单显示已结算但支付状态未同步,报送数据就不会计入。最后确认两个报表的筛选范围是否一致,比如是否都排除了测试订单或特定客户。
VII继续查
企业微信 · 专属顾问