SD中的销售订单和销售退货订单的应用对比

从业务应用角度,用户可以了解到SD中的销售订单和销售退货订单的处理方法的差异主要在于订单类型的选择上,其它方面的处理流程基本一致。在退货订单中,有的用户想象中是不是需要在订单中去定义一个数量或金额上的负值来表示退货。因此,从业务框架上来说,系统中销售订单类型就己经为业务类型定义出了一个策略集,虽然后台有一系统的配置变化,但在前台应用中,并不需要用户过多的干预和选择。

下图对比了两种SAP系统中标准的交货和退货订单类型的配置差异点,并将其标识出来。

本文不详细解释配置上的差异及控制点。只从业务框架上来比较两项业务的差异;笔者从系统中找出了两笔销售订单,这两者订单一笔标准销售订单,订单类型ZCTA;一笔销售退货订单,订单类型ZR1S;下面就展开这两笔订单来比较一下;

用户比较关注的订单中的数量其实并没有采用负数来表示,仍是正数;订单中的价格也是一样,没有负数;不再展示;

对比两笔订单的凭证流,发现其流程是基本一致的,都经过以下步骤:

销售订单——发货——生成物料凭证——销售开票——产生会计凭证

对比销售交货和退货后产生的物料凭证如下,一个是交货,移动类型601,库存减少;一个是退货,移动类型651,库存增加;

对比销售发票,逻辑上与销售订单基本一样。数量和金额都是正值,只是发票类型不同; 

最后,对比会计凭证,在记账中条目中,悬着的心就可以放下了。因为在业务上的关系,在记账时肯定有所体现,比如供应商的应收账款,销售时是正数,退货时肯定就是负数了;

本文至此结束,通过对比的方式记录了销售和销售退货的业务流程及差异;旨在为用户提供一个清晰的业务流程框架及重要控制逻辑;

最后,每个公司的情况不一样,参考时还请自行测试验证后再实施业务;

  • 0
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
泛微OA是一种办公自动化系统,明细表是其一个重要的功能模块。明细表赋值明细表是指在使用泛微OA时,将一个明细表的值赋予另一个明细表。 在泛微OA的明细表,我们可以添加多个字段来记录不同的数据。假设我们有两个明细表,分别是明细表A和明细表B。现在我们需要将明细表A的某一列的值赋予明细表B的某一列。 首先,我们需要在明细表B添加一个与明细表A要赋值的列字段相对应的列。例如,如果要将明细表A的"数量"列的值赋予明细表B的"总数"列,我们就需要在明细表B添加一个名为"总数"的列。 接下来,我们需要在泛微OA的相关配置进行设置。我们首先找到明细表A所在的场景,进入该场景的配置页面。在配置页面,我们可以找到明细表A的列字段列表,选择需要赋值的列字段,并将其与明细表B的相应列字段进行关联。 完成关联后,我们需要再找到明细表B所在的场景,进入该场景的配置页面。在配置页面,找到明细表B的列字段列表,我们可以发现被关联的列字段已经显示为灰色不可编辑状态,这表示与明细表A的列字段已成功关联。 最后,我们点击保存并发布配置,重新加载明细表B的页面后,就可以看到明细表A的对应列字段的值已经成功赋值给明细表B。这样,我们就实现了泛微OA明细表赋值明细表的操作。 总结起来,泛微OA明细表赋值明细表的步骤包括添加相应的列字段、配置场景关联以及保存并发布配置。这种操作可以方便地将一个明细表的数据赋值给另一个明细表,提高了工作效率和数据管理的便捷性。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

狼书

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值