I直接答案
出现两条记录,根本原因在于系统的扣款顺序是「先充值、后扣款」。客户提交订单时,如果账户里的可用余额不够支付这一单,系统不会直接让订单卡住,而是先按差额做一笔充值,把余额补到够付的程度,紧接着再执行一次扣款。这两步是两次独立的资金动作,所以收支明细里自然就留下了一进一出两条流水。
换句话说,充值记录记的是「钱怎么进来的」,付款记录记的是「钱怎么出去的」,它们指向的是同一笔订单,金额通常也是一致的。客户实际承担的还是那一单的应付金额,并没有被多扣一次。真正需要关注的是两条记录的时间戳和关联单号是否对得上,只要它们挨在一起、金额吻合,就是正常的自动补差流程。
II操作问答
系统判定:余额够不够,决定生成几条记录
系统在下单结算那一刻会先算一次账:账户当前可用余额减去本单应付金额,结果大于等于零,就直接扣款,明细里只有一条付款记录。结果小于零,说明余额有缺口,系统就会走另一条路径——先补差,再扣款。
这个判断是逐单做的,不是按客户或按天汇总。所以同一个客户,可能这一单余额充足只出一条记录,下一单余额不够就出两条,看起来时有时无,其实是每单独立计算的结果。
如果客户用的是预存款模式而且余额一直保持充足,这种一进一出的配对基本不会出现;反过来,习惯先下单后付款、余额常常见底的客户,明细里成对出现的记录就会明显偏多。
III操作问答
在订货宝里怎么核对这两条记录
第一步,进入资金或财务相关的明细页面,按客户名称或订单号筛选,找到那笔订单对应的两条记录。第二步,核对金额:充值金额与付款金额应当一致,或者充值金额等于差额、付款金额等于订单应付总额。第三步,看时间:两条记录的生成时间应当非常接近,通常是同一秒或相邻几秒。
第四步,用订单号把两条记录串起来,确认它们归到同一张订单下,而不是两笔不相干的业务。第五步,如果客户对余额有疑问,把充值前的余额、充值金额、扣款金额、扣款后余额四个数拉出来对一遍,加减关系能对上就说明账是平的。
对于财务对账,建议以付款记录作为收入确认的依据,充值记录只作为资金流入的过程凭证。这样既不会重复计入营收,也能解释清楚客户账户余额为什么会先涨后降。
IV操作问答
最容易配错的两种情况
第一种是把自动补差当成客户真的充了钱。如果按充值记录去确认收入,同一笔订单会被算两次,报表上的营收就会虚高,而账户余额又确实扣掉了,两边对不上。典型现象是:营收总额比订单总额大,但差额恰好等于那些余额不足订单的金额。
第二种是关掉了自动补差或相关开关,导致余额不足的订单直接失败。这时客户看到的是下单失败、付款不成功,明细里既没有充值也没有付款,订单停在待支付状态。如果业务上确实不希望系统自动垫付,就要提前告知客户先充值再下单,否则会频繁出现下单失败。
还有一种边界情况:客户在付款过程中自己手动充值了一笔,系统又触发了一次自动补差,这时明细里可能出现一条手动充值、一条自动充值和一条付款,看起来更乱。区分方法是看充值记录的来源标注,手动和自动通常有不同的标识。
V操作问答
它和哪些功能会互相影响
第一是授信额度。如果给客户开了授信,余额不足时可能优先走授信而不是自动充值,明细里就变成付款加一条额度占用,而不是充值加付款。授信和自动补差同时开启时,要看扣款顺序以哪个为准,否则对账口径会不一致。
第二是价格与账期。不同价格体系、不同账期下,同一客户可能这一单走账期、那一单走余额,生成记录的类型就会不同。做月结的客户,余额不足未必触发自动充值,而是挂账,明细里也就不会出现充值记录。
第三是权限与报表。收支明细的查看权限如果只开给部分角色,业务员可能只看到付款记录看不到充值记录,误以为系统漏记。报表方面,余额变动表和订单收入表的口径要提前统一,避免一个按充值算、一个按付款算。
第四是库存。自动补差成功意味着订单可以继续流转到发货环节;如果补差失败,订单会卡住,库存虽然可能已被占用,但不会出库。排查时把明细、订单状态和库存变动放在一起看,比单看一条流水更容易定位问题。
VII常见问题
被问得最多的几个问题
不会。充值是把钱补进账户,付款才是真正扣掉订单金额,一进一出相互抵消,客户实际支出就是订单应付金额。判断方法是把充值前余额、充值金额、付款金额、付款后余额四个数做加减,能对上就说明只扣了一次。如果对不上,再拿订单号去核对是否还有其他关联流水。
可以在相关设置里调整余额不足时的处理方式,但代价是客户下单体验会变差,容易出现提交失败。如果业务上更希望订单顺利流转,保留自动补差更省事;如果财务上必须每笔充值都走人工确认,就要接受下单可能被拦截,并提前和客户说明先充值再下单的规则。
因为系统是逐单判断余额的。余额充足的订单只产生一条付款记录;余额不足的订单才会先补差再扣款,产生两条。所以同一个客户在不同时间下单,看到的记录数量也可能不一样。想快速区分,可以按订单号筛选,看成对出现的记录是否都指向同一张单。
VII继续查
企业微信 · 专属顾问