I直接答案
在订货宝里,退货单和退款单不是必然绑在一起的两张单。系统判断要不要自动生成退款单,依据的是这条退货从哪里来、原来那笔钱是怎么收的。只有退货单明确关联到对应的销售订单,并且那张销售订单当时是用预存款以外的付款方式结算的,系统才会在退货单生效后带出一张退款单。
如果原单是预存款支付的,系统不会生成退款单。原因是预存款本身就在账户余额里循环,退货时更需要做的是把金额退回到客户的预存款账户,而不是再走一遍退款流程,这部分通常由人工在线下处理。同理,建退货单时如果没有点选关联销售订单,系统拿不到原始收款信息,也就无从判断退给谁、退多少,自然不会生成退款单。
II操作问答
系统判定退款单的两个条件
第一个条件是关联关系。退货单必须挂在某一张具体的销售订单下面,系统才能顺着这条链路找到原先的收款记录、客户和金额。退货单如果是空白新建、只填了客户和商品,没有指向原单,那么它在系统眼里只是一次独立的入库动作,不会触发资金侧的退款。
第二个条件是原单的付款方式。销售订单当时若走的是预存款扣减,退货时系统不会生成退款单,因为这笔钱的出口是预存款账户,退款动作在账户余额里完成更直接,通常用线下方式把余额补回去。只有原单是其他收款方式时,退货单才会生成对应的退款单。
两个条件同时满足,退款单才会跟着退货单一起出现。缺任何一个,你都只会在退货单列表里看到单据本身,找不到那张退款单。
III操作问答
正确建退货单的操作顺序
先在销售订单列表里找到要退的那张单,从单据详情页发起退货,这样关联关系是系统自动带上的,比手工新建退货单再去找订单更稳。
进入退货单编辑页后,核对客户、商品、退货数量是否与原单一致。数量可以和原单不同,但超出原单数量的部分系统不会认,需要拆成另一张单处理。
保存并提交退货单,等它走到生效状态。这时回到退款单列表按客户或按时间筛一下,如果原单不是预存款支付,退款单应该已经生成并挂在同一客户名下。
如果原单是预存款支付,就别在退款单列表里找了,直接到客户的预存款账户里核对余额变动,剩下的退款动作走线下完成。
IV操作问答
最容易配错的两种情形
第一种是手工新建退货单忘了关联原单。表现是退货单能保存、能审核,库存也回了,但退款单列表里始终空着。很多人以为是系统没生成,其实是从一开始就没给系统提供原单这条线索。补救办法是作废这张退货单,从原销售订单重新发起。
第二种是把预存款支付的订单当成普通订单来退。表现是退货单一切正常,就是等不来退款单。这时候再去反复提交退货单没有意义,正确动作是确认原单付款方式,然后按线下退款流程处理。
V操作问答
它和哪些功能会互相影响
退款单和账期、预存款账户是联动的。原单走账期的客户,退货后应收额度会相应回调;原单走预存款的客户,余额变动体现在账户流水里,这两条路径产生的凭证不一样,对账时要分开看。
库存方面,退货单生效即触发入库,和退款单是否生成无关。也就是说,可能出现货已经回到仓库、钱还没退出去的状态,这是正常的,两者本就不同步。
权限上,退款单的查看和处理通常和退货单不在同一组权限里。如果你的账号只能建退货单、看不到退款单,先确认权限配置,再去怀疑系统有没有生成。
报表侧,退货金额和退款金额是两个口径。做月度分析时,把预存款退货单独列出来,否则退货额和退款额对不上,会被误判成数据错误。
VII常见问题
被问得最多的几个问题
系统不会为这类退货生成退款单,需要你在线下把金额补回客户的预存款账户,或者在账户里做一笔手工充值。操作完记得让客户在账户流水中能看到这笔记录,避免后续对账时两边数字对不上。
多数情况下不能直接补。稳妥的做法是把这张退货单作废,回到原销售订单详情页重新发起退货,这样关联关系由系统自动带上,退款单也会按原单付款方式正常生成。作废前先确认库存已经回滚,避免数量重复。
退款单的金额跟原销售订单的实际收款金额走,不单纯看退货数量。如果原单下过折扣、用过优惠,或者部分商品已经退过,退款单会按原单剩余可退金额计算,所以和退货单上的商品金额看起来不同,核对时以原单收款记录为准。
VII继续查
企业微信 · 专属顾问