销售出库单无法删除,订单-退货申请-销售出库

表体中有三行,其中两行是错误的,结果不能删除,也不能审核,单据卡住了。

--ic_general_h(出入库单表头)
select h.cgeneralhid ,h.* from ic_general_h h where h.vbillcode='XC1304270054'


--ic_general_b(出入库单表体)

select * from ic_general_b b where b.cgeneralhid ='1001A21000000003KLGE' for update

将第二行命令结果出来后,将其中的两行DR改为1.然后前台删除单据即可。
### 销售退货业务流程分析 在销售退货业务中,正确的流程需要综合考虑多个环节,包括但不限于销售订单管理、库存调整以及可能涉及的财务处理。以下是针对各选项的具解析: #### 选项A:销售订单 → 发货通知单 → 销售出库单(红字)[^3] 此选项忽略了销售退货的核心步骤——即 **退货申请** 的必要性。通常情况下,客户发起退货前需提交退货申请,并经过审核批准后才能进入后续操作。因此,该选项缺少必要的中间环节。 #### 选项B:销售订单销售退货申请单 → 销售出库单(红字)[^1] 这一选项涵盖了关键的 **退货申请** 流程,明确了客户退货需求的正式化记录。随后生成红字销售出库单用于冲减库存,符合标准的退货处理逻辑。然而,它遗漏了发货通知单作为连接销售与仓储的重要桥梁,可能导致实际执行中的衔接问题。 #### 选项C:销售订单销售退货申请单 → 发货通知单 → 销售出库单(红字)[^1] 此选项较为全面地描述了退货流程的关键节点。首先创建 **销售退货申请单** 来规范化客户的退货请求;其次通过 **发货通知单** 将信息传递至仓库部门以便安排实物退回;最后利用红字 **销售出库单** 完成库存数量的核销。这种设计兼顾了业务流和实物流的一致性,是更为合理的方案之一。 #### 选项D:销售订单销售出库单(红字) 直接跳过任何前置审批或申请过程而仅生成红字销售出库单的做法显然不够严谨。缺乏对退货原因的有效追踪及控制机制,容易引发数据混乱或者不必要的经济损失。 综上所述,最完整的销售退货业务流程应选 **C** ,因为它不仅包含了必需的文档流转程序,还确保了各部门之间工作的协调统一。 ```python # 示例伪代码退货流程自动化实现的一部分 def process_return(order_id, reason): create_return_application(order_id, reason) # 创建退货申请单 approve_result = review_and_approve() # 上级领导审批 if approve_result == 'approved': generate_delivery_notice(order_id) # 生产发货通知单给仓库 adjust_inventory_with_red_outbound(order_id) # 使用红字出库单调整库存 else: reject_return_request() ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值