SAP 可用性检查

一、概述

可用性检查是在工厂层执行的。
使用事务码CO09就可以查看物料的可用性检查。
在这里将显示所有需求、供给。如果销售订单的可用性检查被冻结,那么这里【已确认】就不会有数量。
T-CODE: CO09
配置可用量检查,主要通过【检查组】+【检查规则】来实现。
若未配置系统将提示:
T-CODE:CO09

二、配置

如下是IMG与部分T-CODE(小技巧:一般路径后面的四位就是打开配置的T-CODE)
SAP使用小技巧
IMG总览

2.1 定义检查组

【IMG】Spro-销售和分销-基本功能-可用性检查和传输需求-可用性检查-以 ATP 逻辑或不按照计划进行的可用性检查-定义检查组
冻结需求传:控制多个人处理同一个物料时的并发问题;
没有检查:控制该物料是否可用量检查。
检查组 01 代表汇总需求,02 代表单独需求,如果使用汇总需求,用 MD04 查看需求清单时无法看到需求对应的订单行项目、计划行,而且对于特殊库存,汇总需求也会产生独立的需求。
T-CODE: OVZ2

2.2 定义检查组缺省值

Spro销售和分销基本功能可用性检查和传输需求可用性检查以 ATP 逻辑或不按照计划进行的可用性检查定义检查组缺省值
按不同的物料类型(如 FERT),在不同的工厂中,创建物料主数据时,默认使用的可用性检查组。
T-CODE:OVZ3
如下图为物料主数据设置检查组:
T-CODE:MMO2

2.3 执行可用性检查的控制

Spro销售和分销基本功能可用性检查和传输需求可用性检查以 ATP 逻辑或不按照计划进行的可用性检查配置可用性检查范围
在这里是系统默认,A 是订单的检查规则,B 是交货的检查规则。
如下图所示,都是同一个可用性检查组,可以针对不同的销售凭证(订单,发货)设置不同的检查规则。
T-CODE: OVZ9
双击进入详请页
T-CODE: OVZ9
【检查不考虑补货提前期】:当没有库存及其它来源满足交货时,是否根据物料主数据中【MRP2】视图的
【自制生产】或【计划交货时间】自动计算预计库存。

2.4 定义默认的可用性检查规则

【IMG】Spro销售和分销基本功能可用性检查和传输需求可用性检查以 ATP 逻辑或不按照计划进行的可用性检查按销售范围配置缺省设置
定义默认使用的可用性检查规则,此设置不仅会决定在线执行可用性检查时用户会看到的内容,还决定了在后台模式下可用性检查的结果。
T-CODE: OVZJ
可用性检查规则各值的说明如下:
A- 一次性交货:系统会尝试确认请求交货日的物料。如果不能确认,确认值为 0。可以部份交货确认。
B- 全部交货:必需满足计划行的所有数量。如果订单 100,库存有 90。那么不会被确认。
C- 交货建议:系统提供选择,是否可以部份确认。
D- 缺货时的对话框(一次交货):可选择跨工厂进行可用量检查
E- 缺货时的对话框(交货建议):可选择跨工厂进行可用量检查
1- 产品选择的交货建议。

2.5 按需求分类定义过程

系统标准,不需要做任何配置
T-CODE: OVZ0

2.6 确定每一个交货项目类别的过程

创建交货时,是否进行可用性检查。
T-CODE:OVZK

2.7 销售订单执行可用量检查

VA01 点击上方工具栏按钮进行可用量检查,弹出如下界面。
可以尝试不同的检查规则。
VA02

2.8 为每个计划行类别定义可用性检查过程

SIMG

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
SAP可用性检查需求传递是指在系统开发过程中,将客户对SAP系统可用性的需求传递给开发团队,以确保系统在运行时具有高可用性。 首先,需求传递的第一步是与客户进行充分的沟通和交流。开发团队需要了解客户对系统可用性的期望和要求,包括系统的稳定性、响应时间、容错能力等方面的需求。在此过程中,开发团队应向客户解释SAP系统的可用性检查方法和技术,以帮助客户更好地理解其意义和重要性。 其次,开发团队应将客户的可用性需求转化为具体的技术要求和功能需求。例如,客户可能要求系统在24小时内可用,开发团队可以将此转化为系统必须具备容错能力和故障转移机制,以确保在系统故障时能够自动切换到备用服务器。 然后,开发团队应在系统设计和开发的过程中根据传递的需求进行相应的处理和实现。他们可以使用SAP系统提供的可用性检查工具和功能来满足客户的需求,例如使用系统监控和报警功能来实时监测系统的健康状况,使用负载均衡来提高系统的性能和可靠性等。 最后,开发团队应对系统进行全面的测试和验证,以确保其在真实环境下满足客户的可用性需求。他们可以进行负载测试、容错测试和故障恢复测试等,以验证系统在不同情况下仍然能够保持高可用性。 总之,SAP可用性检查需求传递是一个重要的系统开发过程,通过与客户的沟通和交流,将客户的需求转化为具体的技术要求,并在设计和开发过程中加以实现和测试,以确保系统具备高可用性

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Joker Yin

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

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

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

打赏作者

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

抵扣说明:

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

余额充值