I直接答案
联营结算单的金额之所以会变成负数,根源就在你创建这张单据时勾选的来源单据类型。订货宝的联营结算逻辑是把每一张被选进来的单子按金额累加:订货单带来正数,退货单带来负数。如果你只勾了退货单,系统手上就只有一个负数,算出来的合计自然是负的。
更麻烦的是,一张总额为负数的结算单在系统里没法完成抵扣动作。也就是说,你本意是让联营商退回这笔钱,结果单据生成出来却卡住了,结算流程走不下去。正确做法是在同一张结算单里,既勾上退货单,也勾上对应的订货单,让订货单的正数金额去冲抵退货单的负数金额,两者相减之后的差额才是这次真正要结算的数字。
所以结论很明确:负数本身不是系统算错了,而是选单方式不对。只要把订货单和退货单放在同一张结算单里一起结算,退货部分的金额就会被正常扣减掉,不需要单独为退货再开一张单。
II操作问答
系统是怎么把金额算成负数的
联营结算单在生成的时候,会把你勾选进来的每一张来源单据的结算金额相加。订货单的金额是正向的,退货单的金额是反向的,两者加在一起就是这张结算单的合计金额。这个规则本身没有问题,问题出在很多人只勾了退货单。
当你只勾退货单时,参与计算的只有反向金额,合计结果必然小于零。系统不会自动帮你去找对应的订货单来抵消,它只负责把被你选中的单据加总。
理解了这一点,后面所有操作就顺了:想让退货金额被扣掉,就必须给它配一张正数的订货单作为对冲。
III操作问答
正确创建联营结算单的步骤
第一步,进入联营结算单的创建界面,在来源单据的筛选条件里同时勾选订货单和退货单两个类型,不要只勾其中一个。
第二步,在筛选出来的单据列表里,把这次要结算的订货单和对应的退货单一起选中。系统会自动把订货单的合计金额减去退货单的合计金额,得出的差额就是这张结算单的结算金额。
第三步,核对页面上的合计金额。如果退货金额小于订货金额,结果为正数;如果退货金额更大,结果仍可能是负数,这时要检查是不是退货单多选了或者订货单少选了。
第四步,确认无误后保存并提交单据,走后续的结算流程。整个过程中不需要为退货单独开一张结算单。
IV操作问答
两种最容易配错的情形
第一种,只勾退货单。这时你会看到结算金额显示为负数,单据提交后无法完成抵扣,结算流程停在原地。用户往往以为是系统故障,其实是选单方式的问题。
第二种,把订货单和退货单分成两张结算单分别创建。这样做虽然两张单子各自都不为负,但退货那笔钱失去了对冲对象,抵扣逻辑同样走不通,最终还是要回到同一张单子里合并处理。
这两种情况的表现很相似:都是退货部分的金额没能被正常扣减。区别只在于一个表现为负数,一个表现为两张单子对不上。
V操作问答
它和哪些功能会互相影响
联营结算单不是孤立存在的,它和订单、退货、结算报表都有关联。结算金额算错,会直接影响联营商的往来账目,后续对账时数字对不上。
如果你同时在使用多规格商品或不同的价格体系,退货单上的单价和订货单上的单价必须对应同一套规则,否则即使选对了单据类型,合计出来的差额也可能和你预期的不一致。
另外,操作联营结算单通常涉及权限控制,不是所有账号都能创建和提交。如果发现找不到某个单据或者提交按钮不可用,先确认当前账号有没有对应的联营结算权限。
VI操作问答
遇到负数时该怎么处理
如果你已经生成了一张负数的结算单,先不要提交,退回创建界面重新勾选来源单据。把对应的订货单一起选进来,让合计金额变成正数或者符合预期的差额。
如果单据已经提交并且卡住了,需要按平台的流程作废或调整后重建。重建时记住同一个原则:退货单和订货单一起来。
日常操作中养成一个习惯:创建联营结算单之前,先想清楚这次要结算的是哪几笔订货、哪几笔退货,把它们放在同一张单子里处理,比事后补救省事得多。
VIII常见问题
被问得最多的几个问题
不能。总额为负数的结算单在系统里无法完成抵扣,提交后会卡住。必须把对应的订货单一并选进来,让正数金额对冲退货的负数金额,算出差额后才能正常走结算流程。
先检查是不是退货单多选了,或者对应的订货单漏选了。如果业务上确实退货多于订货,说明这批退货没有足够的订货金额可以抵扣,需要和联营商确认这部分差额怎么处理,而不是硬提交一张负数单据。
联营结算单需要同时处理订货和退货两个方向,选单时要一起勾选。普通订单结算通常只涉及正向金额。操作联营结算单时重点核对退货单和订货单的配对关系,以及合计出来的差额是否和双方约定一致。
VIII继续查
企业微信 · 专属顾问