如果有退货，订单应收款是否会减去退货部分？

在订货宝里，退货和订单是两条并行的记录。客户提出退货后，系统生成的是退货单，而不是把原订单的金额改小。所以你打开原来的那张订单看，应收款还是签约时的数字，不会因为退了货就自动减少。这个设计的好处是账目清楚：一笔生意先成交、再发生退货，两个动作各留各的痕迹，对账的时候能查明白钱和货分别怎么走的。

真正决定客户最终该付多少的，是退货单有没有被确认、以及你事后有没有做款项层面的处理。退货单确认后，系统会记录一笔应退给客户的金额，但它和原订单的应收款是两个独立字段，不会互相抵消。如果你什么都不做，订单那边照样提示应收，退货那边提示应退，客户账上会同时挂着这两笔。想把钱对上，就得用冲抵、调整或退款这类动作把它们连起来，否则应收数字就一直停在原地。

第一步，先确认退货单。找到客户提交或你代客创建的退货单，核对商品和数量，点确认，此时退货金额才正式成立。没确认的退货单只是一个草稿，不会参与任何计算。

第二步，判断走哪条路。如果客户还有未结的应收，可以用退货金额去冲抵那笔应收，冲抵后在款项记录里能看到应收被部分或全部核销。如果客户已经付过钱，那就要走退款，把多收的部分退回，或者在客户账上留成预存款，等他下次下单时抵扣。

第三步，回头核对原订单。做完冲抵或调整，原订单的应收款字段可能仍然显示原值，但实际待收金额已经通过款项流水发生了变化。判断客户还欠多少，要看订单应收减去已冲抵金额，而不是只看订单标题上的那个数。

这几步都依赖权限。谁能确认退货、谁能做冲抵和调整，是在角色权限里分开控制的。如果操作员看不到冲抵入口，通常不是功能没有，而是这个账号没有对应权限。

和授信额度联动最直接。客户的应收没被冲抵掉，就仍然占用授信额度，他下次下单可能提示额度不足。把退货金额冲抵掉，额度才会释放出来。如果退货后客户急着下新单，这一步要优先处理。

和预存款也有关。选择把退款留在客户账上，就变成预存款，下次下单可以直接抵扣货款。对频繁退货又频繁下单的客户，这比原路退款更省事，但要注意预存款是客户资产，不能随意清零。

和库存、报表同样有关联。退货确认后商品才会回库，库存数字随之变化；报表侧的销售额和退货额是分开统计的，不会因为退货就把原订单的销售额抹掉。做业绩分析时要把这两块一起看，才不会被单边数字误导。