采购退货场景：走入库退还是走退货申请？

在某项目上讨论退货场景：

一位顾问坚持入库单关联生成退货；

一位顾问坚持走退货申请单，从PO关联生成退货申请单再关联生成退货。

其实，各有各的道理，不同的客户可以有不同的选择，甚至一家客户也分场景，有些是入库单退，有些是走退货申请单。

我来从业务的角度来说一下，这两种选择的不同。

入库单退：

站在系统角度可实现自动核销，最后下推应付时可以相抵，简单。

但是业务的角度不太容易操作，入库以及退库更多是仓库的人在操作，为了退要找原来的入库单号，可能无法准确定位原单，想要上查采购订单也可能因为权限的问题无法上查（如单价，金额等敏感信息，可能对仓库的人进行屏蔽）

想要入库单退，需要更多的信息，单靠仓库的人实操有点困难，容易操作失误（勿退其他单）。

退货申请：

站在系统角度，从原来的PO，新生成一个退货申请，从退货申请再退，业务流审批思路清晰，退货的人上查信息清晰，但是不能实现入库单退那种自动核销（这个方法和入库单退是两条思路）

站在业务的角度，责任划分清晰，可以由专门的人负责退货申请权限，但这样做系统单据多，业务划分及系统配置也多。

依我个人来讲，这两种都可以，主要看客户方的业务分工，特别是权限的敏感性~

你的想法呢？欢迎交流~