SAP增强实战：如何通过自定义配置避免销售订单占用寄售库存-CSDN博客

1. 问题场景：当销售订单“抢”了不该抢的库存

做SAP SD模块的朋友，估计都遇到过这么个头疼事儿：你在VA01里吭哧吭哧创建一个销售订单，明明只想用自己仓库里的货，结果系统“自作主张”，把供应商放在你这儿的寄售库存也给算进去、给占用了。这麻烦可就大了。

想象一下这个场景：你们公司主要卖电子产品，有些关键芯片是供应商以“寄售”方式放在你们仓库的。所谓寄售库存，就是东西先放你这儿，你用多少，再跟供应商结算多少，产权还是人家的。现在销售部接了个急单，客户要100个A产品。你仓库里自己的库存（我们叫自有库存）只有80个，但供应商寄售的库存刚好有50个。你心里想的是：“先用自己的80个，缺的20个赶紧去采购或者用其他方式解决，可不能动人家供应商的货。” 但当你用VA01创建销售订单，运行可用性检查（ATP）时，SAP标准逻辑会告诉你：“亲，确认数量100个，没问题！” 它把这80个自有库存和20个寄售库存一起确认给你了。

这下就尴尬了。从业务上说，你未经允许（可能也没打算）就消耗了供应商的资产，后续财务结算、供应商对账会一团乱。从管理上说，这破坏了库存类型的边界，可能导致实物与系统账目严重不符。更头疼的是，这个问题在标准SAP配置里几乎无解。SAP的可用性检查配置（比如OVZ9）里，你能控制检查哪些库存类型，比如是否检查质检库存、是否检查采购订单，但对于“非限制使用的寄售库存”，标准功能是一视同仁，只要是非限制使用的（就是能直接用的），管你是自有的还是寄售的，统统拿来计算。

所以，我们面临的核心挑战就是：如何让系统在销售订单做可用性检查时，变得“聪明”一点，能区分“自己家的米”和“邻居寄放的米”，并且只动自己家的，不动邻居的？ 这就需要我们请出SAP的“外科手术刀”——用户出口增强（User Exit），对标准逻辑进行精准的、最小化的改造。

2. 技术探因：标准可用性检查的逻辑“盲区”

要动手术，首先得搞清楚标准身体的“解剖结构”。为什么SAP会这么设计？其实站在SAP标准逻辑的角度，它追求的是“最大化满足客户需求”。在大多数通用场景下，只要库存是可用的（非限制使用），就应该被用来承诺给客户，以确保最高的订单履行率。它默认企业内所有可用库存都是一个“大池子”，可以统一调度。

这个逻辑的核心执行者，是可用性检查（Availability Check, ATP）程序。当我们创建销售订单，输入物料、数量、工厂、库存地点后，系统会触发ATP检查。这个过程非常复杂，会考虑各种要素：现有库存（各种类型）、采购订单、生产订单、计划订单、调拨单等等。其中，在读取现有库存的环节，有一个关键的程序单元，我们通常称之为 MARD_CHECK 或类似功能的Form或Function Module。

这个程序段的工作，就是去库存表（主要是MARD，但实际可能更复杂）里，把指定工厂、库存地点、物料下的所有“非限制使用”的库存数量汇总起来。关键点来了：在标准代码里，它查询和汇总时，并不会区分库存的“所有者”。 无论是公司自有的库存（Stock Type为空或特定值），还是供应商寄售库存（Stock Type通常有特定标识，比如K），只要其库存状态是“非限制使用”，就会被一把抓取，加总到“可用数量”中。

这就是问题的根源所在。标准逻辑没有为“寄售库存”在销售订单承诺这个环节设置一个独立的开关。我们需要的，就是在这个精准的环节，插入一个我们自己的逻辑判断：“等等，在加总数量之前，先看看这堆库存里哪些是寄售的。如果当前业务场景（由某个检查规则或配置决定）不允许使用寄售库存，那就请把这些寄售库存的数量暂时从计算池里拿出去。”

理解了这一点，我们就能有的放矢地去寻找那个可以插入自定义逻辑的“手术切口”，也就是SAP提供的增强点（Exit）。

3. 寻找“手术刀”：定位关键增强点 EXIT_SAPLATPC_001

给SAP标准程序做增强，就像在一个精密的仪器上添加一个新功能，我们必须找到官方预留的“接口”或者可以安全下手的“扩展点”，不能乱改一气。否则升级的时候，你的修改很可能就被覆盖了，或者引发不可预知的错误。

那么，针对销售订单可用性检查这个具体问题，增强点在哪里呢？根据无数前辈的实践和官方文档，有几个关键的出口（Exit）值得我们重点关注：

EXIT_SAPLATPC_001：这个可能是最常用、最直接的一个。它被调用在ATP检查的主流程中，特别是在确定了需求（销售订单行项目）和检查规则之后，开始执行详细的可用性计算之前。在这个出口里，你可以访问到大量的关键数据，比如物料号、工厂、检查规则、需求数量、以及最重要的——系统即将用来进行计算的库存数量信息。你可以在这里修改这些库存数量值，从而影响最终的确认结果。
EXIT_SAPLATPC_002：这个出口通常用在ATP检查的更后期，主要用于修改检查的结果（比如确认的数量、日期），而不是直接干预库存数量的读取过程。对于我们的场景，从源头（库存数量）控制比修改结果更干净。
EXIT_SAPVSTRM_NO_ATPCHK_001：这个出口相对特殊，它用于完全绕过对某些物料的ATP检查。这显然不符合我们的需求，我们不是不检查，而是要更精细地检查。

所以，EXIT_SAP