目前cloud的流程是这样的: 假设入库100,退货20 ,则在cloud里面生成的凭证如下;
1、 采购入库单 生成的凭证是 借:库存商品 100
贷:应付暂估 100
2、 采购退货单 生成的凭证是 借: 库存商品 -20
贷:应付暂估 -20
3、同时还会生成蓝字应付单和红字应付单 蓝字应付单 生成的凭证是 借:应付暂估 100
税金 17
贷:应付账款 117
红字应付单 生成的凭证是 借:应付暂估 -20
税金 - 3.4
贷: 应付账款 -23.4
4、 同时还会生成两张发票,一张蓝字发票和一张红字发票
蓝字发票 100 ,红字发票20
这样的流程会有如导致下问题:
一、如果是当月退货,采购员不及时根据采购退货单生成红字应付单,会导致企业管理中,采购员会多报销的问题,例如以上例子,会报销100,而不是80.
二、如果是没开过发票的,实际开发票供应商只会开80,而不是开100蓝字和20红字,如果按目前cloud流程就会导致开成一张蓝字100和一张红字20.会造成对账困难。
目前其他ERP软件,是这样处理以上问题,会判断采购入库单有没有生成应付单,1、如果没有生成应付单,则会按照扣减掉的采购入库单数量-采购退货单数量生成应付单,例如以上例子,则会生成80的应付单,80的发票。 2、如果有生成应付单,则会按照目前的cloud流程来走。
推荐阅读