I直接答案
| 配错情形 | 会看到什么现象 | 原因与正确做法 |
|---|---|---|
| 退货单卡在未核准 | 返利明细还是退货之前的数字 | 系统不会去动返利,退货流程要推到核准那一步 |
| 关联订单走完核准 | 多出的那部分会被扣回去 | 系统拿实际成交金额重新算一遍返利,以重算结果为准 |
| 退货单一直卡在未核准 | 返利和实际成交对不上 | 订单本身也没闭环,月底对账容易出现对不上 |
决定返利扣不扣的关键只有一个动作:订单有没有核准。退货申请提交之后,订单其实处在一种「悬着」的状态——货要退、金额待定,但最终结算还没发生。这时候系统不会去动返利,原来那笔返利金额照原样保留在账户里,你在返利明细里看到的还是退货之前的数字。
等这张关联订单走完核准,订单就进入最终确认状态,系统会拿实际成交金额重新算一遍返利。原来按全款给的返利如果多出来了,多出的那部分会被扣回去;如果退货后成交金额对应的返利本来就该是另一个数,也是以重算结果为准。所以返利不是「退货即扣」,而是「核准重算」。
这个先后顺序对账期和报表影响不小。如果退货单一直卡在未核准,返利看起来没变化,但订单本身也没闭环,月底对账时容易出现返利和实际成交对不上的情况。想让数字干净,退货流程要推到核准那一步。
II操作问答
系统到底按什么判定返利扣不扣
判定依据不是「有没有退货申请」,而是「订单是否核准」。这两件事在系统里是两个独立的状态:退货被受理,只说明客户要退;订单被核准,才说明这笔生意最终按什么金额成交。返利跟着后者走。
换句话说,返利扣除是核准这个动作的副产品,不是退货这个动作的副产品。你把退货单提交上去,返利不会动;你把订单核准掉,返利才会按实际成交金额重新核算,多给的部分被收回。
III操作问答
在订货宝里照着做的操作顺序
第一步,找到这张关联订单,先处理退货。退货申请提交后,先别急着做核准,核对一下退货商品、数量、金额对不对,避免核准完再回头改。
第二步,确认退货对应的实际成交金额。系统重算返利用的就是这个金额,所以退货单上的数据要和实际退回的货一致。这一步对不上,后面返利数字就会偏。
第三步,对订单执行核准。核准完成后,去返利明细里核对一下:原来那笔返利有没有按新的成交金额调整、多出的部分有没有被扣掉。
第四步,如果发现返利没动,先别怀疑功能,回头确认订单是不是真的核准了。多数「返利没扣」的情况,其实是核准这一步还没做完。
IV操作问答
最容易配错的两种情形
第一种:以为提交退货就等于返利已经扣了。现象是客户退货之后,你在返利明细里看到金额还是原来的数,于是以为系统没生效。实际上订单还停在未核准状态,返利本来就该保留,等核准后才会重算。
第二种:退货单还没核对清楚就先把订单核准了。现象是返利已经被按某个成交金额扣减,但后来发现退货数量填错、金额不对,返利又被扣了一次或扣少了,只能通过后续单据去修正。核准这个动作有「定稿」性质,先核退货、后核准,顺序反了代价更大。
V操作问答
它和价格、账期、报表怎么联动
返利重算依赖的是实际成交金额,而成交金额又受价格体系影响。如果退货之后重新确认的成交价和原来不一样,返利基数就跟着变,扣减幅度也会不同。
账期方面,核准后的订单才进入最终结算,返利扣减也在这个节点发生。所以退货拖得越久、核准越晚,返利和账期的数据就越容易暂时对不上,对账时要有心理准备。
报表上,退货未核准期间的返利数字仍然是旧值,看报表时要结合订单状态一起判断,别只看返利一列。库存和权限这两个模块不会直接改变返利扣不扣,但退货是否回库、谁有核准权限,会影响这张订单能不能顺利走到核准那一步。
VII常见问题
被问得最多的几个问题
会。只要订单没核准,返利就按原金额保留,系统不会自动去扣。但这种状态持续时间越长,返利和实际成交金额的差异就越大,月底对账会比较麻烦。建议退货核对完就尽快走核准,让返利按实际成交金额重算到位。
核准是订单的最终确认动作,已经重算过的返利不会自己回退。填错金额的情况需要通过后续单据去冲正或补录,操作路径比核准前修改要绕。所以提交退货时就把数量、金额核对清楚,比事后补救省事得多。
重算影响的是核准之后的口径。核准前那段期间报表上仍然是旧值,这也是为什么退货未核准时返利看起来没变化。看报表时把订单状态和返利数字放在一起看,能少很多误判。
VII继续查
企业微信 · 专属顾问