I直接答案
结论先说清楚:采购退货单不是从全部商品里挑的,它只认那些通过采购单完成入库的商品。换句话说,如果你当初是把货用库存里的入库单直接堆进仓库的,系统里就没有对应的采购来源,退货单自然找不到它。另一个硬条件是「可退数量」必须还有余额——采购了 50 个,已经退掉 50 个,这条商品就不会再出现在可选的列表里了。
还有一个容易被忽略的中间状态:采购单只入库了一部分,或者压根还没入库,这两类情况同样选不到商品。前者的可退数量被压在已入库的那部分上,后者根本没有产生可退的基数。所以排查时不要盯着商品名称去找,而要顺着「这张采购单入库了没有、入了多少、退过多少」这条线索走,答案基本就在这三步里。
II操作问答
系统判定逻辑:两个前提缺一不可
采购退货单的候选商品,本质上是系统按「采购来源 + 可退余额」筛出来的结果,而不是一个全量商品池。第一个前提是来源:该商品必须是通过采购单完成入库的。如果入库动作走的是库存模块下的入库单,系统不会把它记成采购行为,也就不会承认它具备退货资格。
第二个前提是余额:每一笔采购入库都会形成一个可退数量的上限,退货单开出去多少,上限就扣掉多少。扣到零之后,这条商品就自动从可选范围里消失。判断方法很直接——回到对应的采购单看已入库数量和累计退货数量,两者相等就说明退无可退。
至于只入库了一部分的情况,可退上限并不会按采购总数量计算,而是跟着实际入库的那部分走。还没入库的部分不具备退货依据,所以你在退货单里也找不到它。
III操作问答
按这几步自查,能定位到具体卡点
第一步,确认这个商品的入库路径。打开库存记录或者入库单列表,看它是挂在采购单下面完成的入库,还是走的独立入库单。如果是后者,基本可以停止排查了,这正是选不到的原因。
第二步,找到对应的采购单,核对两个数字:已入库数量、已退货数量。两个数字一比,就能算出理论上还剩多少可退。如果差值为零或者为负,问题也就清楚了。
第三步,看采购单的入库状态是「未入库」还是「部分入库」。未入库的采购单不参与退货筛选;部分入库的,只有入过的那部分能被选到。
第四步,如果以上都正常却仍然选不到,再去检查操作人有没有采购退货相关的权限、以及是否选错了供应商或仓库范围——筛选条件不匹配时,列表看起来也是「空的」。
IV操作问答
最常见的两种配错情形
情形一:为了图快,收货时直接用了库存模块的入库单,跳过了采购单流程。入库当下看不出任何异常,库存数量也是对的,但等到要退货时,退货单里怎么翻都找不到这个商品。这种情况下只能回头补建采购单,再让入库动作挂到采购单下,历史数据不会自动补上。
情形二:反复退货后忘记可退数量已经用尽。用户看到采购单上明明写着采购了 50 个,就以为还能继续退,实际已退也是 50 个。界面上不会给你一个「超出可退数量」的提示,商品干脆就从列表里消失,让人误以为是系统故障。核对数字比反复刷新靠谱得多。
V操作问答
它跟哪些功能会互相牵动
和库存联动最直接:退货单审核通过后库存会相应减少,如果此时该商品还有未完成的出库或者调拨单,库存数量的变化会传导到后续单据上。
和价格、账期相关:采购退货往往会影响应付账款的结算口径,退货数量和金额是否回冲、按什么价格回冲,取决于当初采购单上的价格记录,这也是为什么退货单必须挂在采购来源上。
和权限、报表相关:采购退货属于敏感操作,通常单独配置权限;退货数据也会进入采购与库存类报表,用于统计退货率。如果权限没开,用户看到的现象同样是「选不到商品」,但真实原因完全不同。
VII常见问题
被问得最多的几个问题
不能直接开。采购退货单只认采购单产生的入库记录,独立入库单进来的商品不在候选范围内。可行的做法是补建一张采购单并把入库动作挂上去,之后这个商品才会具备退货资格。已经生成的历史库存不会自动改写,需要人工核对。
因为可退数量跟的是已入库部分,不是采购总数量。如果这张采购单只入库了一部分,可退上限就按入库的那部分算,剩下的未入库部分本来就没有退货依据。另外之前已经退掉的数量也会从上限里扣掉。
会。如果操作人没有被分配采购退货相关权限,或者在下单时选错了供应商、仓库等筛选范围,列表里同样看不到目标商品。这种时候排查方向不是采购流程,而是先确认权限配置和筛选条件是否正确。
VII继续查
企业微信 · 专属顾问