SAP中采购收货控制中的配置问题分析

在SAP采购订单中,通常会根据不同的采购业务类型做不同的设定。以收货为例,所采购的项目存在收货与不收货的情况。那么在不同类型的采购订单中可能会根据业务情形进行预定义。这样,在下采购订单时,可能选定某种订单类型或选定某种采购项目的科目分配类别时,系统就会根据后台定义,自动代入收货与否的默认值。但这种收货的默认值是具有多重控制的,所以,在实际应用中,可能在会导致收货控制上的问题。表现在某种订单可能需要收货,但却默认为不收货,反之亦然。

下面以就以一个实例来说明采购订单中,收货与否的多重控制情况。

下图显示SAP系统后台针对采购文档中不同科目分配类别的相关定义,其收货未默认勾选。其定义可理解为:当采购订单项目中科目分配类别选择K成本中心时,其收货默认勾选;
在这里插入图片描述
图显示SAP系统后台针对采购文档中不同项目类别的相关定义,其收货未默认勾选。其定义可理解为:当采购订单项目中项目类别选择B限制时,其收货默认不勾选;在这里插入图片描述
按照上面后台配置情况,在一个采购订单项目中,当同时选择了科目分配和项目,两者针对收货默认勾选与否定义不同时,就要注意其选择逻辑。就本例测试结果而言,系统会按项目中定义的收货默认值来代入采购订单中。但如果有类似情况发生,建议还是自行测试一下比较好。因为情况有可能会发生变化。
在这里插入图片描述

  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

狼书

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

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

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

打赏作者

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

抵扣说明:

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

余额充值