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

### SAP 系统可用性检查方法 在SAP系统中,当接收到销售订单并需确认是否能按照客户需求日期供货时,系统会执行可用性检查来验证物料的可供应情况。这一过程通过特定的配置和逻辑实现,确保能够及时响应客户的订货需求。 #### 销售订单处理中的可用性检查 对于销售订单而言,在录入具体数量(如案例中的100件)以及期望发货日期之后,SAP将会依据预设条件评估是否存在足够的库存或者生产能力以满足这些要求[^1]。如果存在多个可能影响交付的因素,比如不同仓库位置下的存货水平或是生产计划安排,则系统也会综合考量这些方面来进行最终判定。 #### 工厂级别定义的可用性检查参数 可用性检查是在工厂层面进行配置的,主要涉及两个核心概念: - **检查组**:决定了传递的需求性质,例如每日的具体需求或者是独立的一次性需求。标准选项包括但不限于`01`代表的日需求和`02`表示的独立需求。 - **检查规则**:用于限定SD模块下可用性检查的应用边界。针对不同类型的操作有不同的固定规则集,像订单使用的通常是“A”,而交货单则是“B”。 此外,还涉及到交货项目的分类属性,这有助于进一步细化何时何地应该触发此类核查机制[^2]。 #### 实际应用实例分析 假设现有库存显示为200件产品,并尝试为此创建一个新的预留记录。即使表面上看似乎有足够的货物可供分配,但如果所指定的时间点并不符合预定策略或其它约束条件的话,仍然可能会遇到诸如“当前需求日期库存不足”的警告信息。这类反馈不仅依赖于前端输入的数据准确性,同时也受到后台一系列复杂设置的影响,包括但不限于物料管理、库存管理和实际库存等方面的规定[^3]。 为了更好地理解整个流程及其背后的原理,建议深入研究相关文档资料,并结合具体的业务场景开展实践探索活动。 ```python # Python伪代码展示如何模拟简单的可用性检查逻辑 def check_availability(order_quantity, available_stock): if order_quantity <= available_stock: return True # 库存充足 else: return False # 库存不足 order_qty = 100 stock_level = get_current_inventory() # 获取当前库存水平函数 result = check_availability(order_qty, stock_level) if result: print("可以按时发货") else: print("无法按期提供所需商品") ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

Joker Yin

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

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

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

打赏作者

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

抵扣说明:

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

余额充值