1. 业务场景与核心诉求为什么需要“零确认”的销售订单在销售与分销SD模块的日常操作中我们经常会遇到一种看似矛盾的需求创建一个销售订单但其计划行Schedule Line的确认数量Confirmed Quantity却为0。对于刚接触SAP SD模块的顾问或业务用户来说这听起来可能有些反直觉——既然没有确认数量为什么还要创建订单这难道不是一个无效订单吗恰恰相反这种“零确认”的销售订单在实际业务中扮演着至关重要的角色它并非系统错误或操作失误而是一种成熟的、有明确业务意图的管理手段。其核心价值在于信息记录与流程驱动。想象一下这样的场景你的客户是一个大型制造企业他们需要为明年全年的生产采购一批特种钢材。由于供应商产能和价格波动极大他们希望在年初就锁定全年的采购意向和框架价格但具体的交货日期和数量需要根据每个季度的生产计划再行确定。此时作为销售方你需要一份具有法律或商务约束力的文件来记录这个框架协议并基于此启动后续的定价、信用检查、物料预留等流程尽管当下没有任何一笔货物是“可确认交付”的。这就是“零确认”销售订单的典型应用场景。从技术角度看SAP销售订单的计划行负责管理物料的供应与交货。一个计划行会包含需求数量、确认数量、确认日期等关键字段。通常系统通过物料可用性检查Availability Check或与生产订单、采购订单的联动自动确定并填充确认数量。而“零确认”状态则意味着系统在当下时点无法为订单需求找到可用的库存或确定的未来供应。但这并不妨碍订单本身被成功创建并保存它依然会生成一个唯一的订单号触发定价更新客户信用额度占用并可能产生相关的财务凭证如预收款请求。这个订单成为了一个“占位符”和“触发器”确保了业务流程的完整性和可追溯性。因此理解如何创建以及为何要创建“零确认”的销售订单是掌握SAP SD灵活性和深度应用的关键一步。这不仅仅是点击几下按钮的操作问题更是对销售、计划、生产、物流协同流程的深刻理解。2. 实现“零确认”状态的核心路径与配置逻辑要让一个销售订单的计划行确认数量为0本质上就是让系统的可用性检查ATP Check无法为需求数量找到任何可用的确认量。这可以通过多种路径实现每条路径背后都对应着不同的业务场景和配置逻辑。我们不能简单地将其视为一个“漏洞”或“技巧”而应理解为对系统标准功能的定向运用。2.1 路径一物料主数据与MRP类型的配置这是最根本、最常用的一种方法。其原理是从源头——物料主数据上控制该物料是否参与可用性检查以及如何检查。核心配置点物料主数据中的MRP类型MRP Type字段。在物料主数据事务码MM01/MM02的MRP 1视图中MRP类型决定了该物料的物料需求计划模式。其中有几类特殊的MRP类型可以直接导致ATP检查结果为零ND不进行MRP也不进行可用性检查。这是最直接的方式。如果一个物料的MRP类型设置为ND那么在任何销售订单中系统根本不会为该物料执行可用性检查。由于没有检查自然也就没有确认结果计划行的确认数量会直接显示为0。这种配置常用于虚拟件Phantom、服务项目、或纯粹用于统计和定价的物料。V1基于消耗的预测且不进行可用性检查。与ND类似V1类型的物料也不执行ATP检查。手动设置“不进行可用性检查”标识。除了MRP类型在物料主数据的销售一般/工厂视图或特定需求分类的配置中可以单独设置一个“不进行可用性检查”No ATP Check的标识。这提供了更精细的控制。操作与影响当使用这类物料创建销售订单时系统在保存订单时会跳过ATP检查步骤。在VA01创建订单的行项目中你通常看不到系统弹出任何可用性检查的对话框或结果。订单保存后在VA03显示订单的“计划行”视图中你会发现“确认数量”为0而“需求数量”为你输入的数量。状态栏可能会显示类似“未执行可用性检查”的提示。注意这种方法的影响是全局性的。一旦物料主数据如此配置所有涉及该物料的销售订单都将无法获得确认数量除非更改主数据。因此它适用于那些确实永远不需要进行可用性确认的物料而不适用于仅针对特定订单临时需要“零确认”的场景。2.2 路径二销售订单类型的可用性检查控制如果不想在物料主数据层面“一刀切”而是希望根据不同的业务类型订单类型来控制那么就需要在销售订单的配置上下功夫。核心配置点销售订单类型Order Type与项目类别Item Category的可用性检查规则。在SAP SD的后台配置事务码SPRO中路径为销售和分销 - 基本功能 - 可用性检查和传输需求 - 可用性检查 - 执行可用性检查。在这里你可以为不同的“订单类型项目类别物料类型”组合定义是否执行以及如何执行可用性检查。配置详解定义检查规则Checking Rule首先你需要定义一个检查规则例如Z001。在这个规则的配置中你可以控制检查范围如仅检查库存还是包括采购订单、生产订单等、检查模式等。分配检查组Checking Group在物料主数据销售一般/工厂视图中有一个“可用性检查”字段通常名为ATP group或Checking group。你可以为需要特殊处理的物料分配一个特定的检查组比如Z1。确定检查规则在后台配置中通过“定义销售订单的可用性检查控制”事务建立一个确定逻辑。例如你可以设置当订单类型OR标准订单且项目类别TAN标准项目且可用性检查组Z1时使用检查规则Z001。将检查规则设置为“不检查”关键的一步在于你定义的检查规则Z001本身可以在其配置中被设置为“不执行可用性检查”‘No check’。这样所有命中该确定逻辑的销售订单行项目系统将跳过ATP检查从而实现“零确认”。操作与影响这种方法比修改物料主数据更灵活。你可以创建一类特殊的“框架协议订单类型”如ZF并为与之关联的项目类别和物料检查组配置“不检查”的规则。这样只有当客户使用ZF订单类型下单特定物料时才会产生“零确认”订单而使用标准订单类型OR下单同样物料则会正常进行ATP检查。这实现了基于业务场景的精细化控制。2.3 路径三需求分类Requirements Class与需求类型Requirements Type这是更深入、更集成的一种方法通常与物料需求计划MRP和生产模块紧密相关。核心配置点需求分类中的“可用性检查”标识和“需求类型”的确定。需求分类Requirements Class在物料需求计划的配置中需求分类决定了物料需求是如何被创建和管理的。在需求分类事务码OPPS中有一个关键的字段叫做“可用性检查”Availability Check。你可以将其设置为“空”或“02不执行检查”。需求类型Requirements Type需求类型是需求分类的一个具体实例它被分配给物料主数据中的“MRP组”或通过策略组Strategy Group来确定。销售订单到独立需求的转换当销售订单保存时根据配置其需求可能会转换成一个“独立需求”Planned Independent Requirements, PIR。这个转换过程由“需求类型”控制。如果该需求类型所对应的需求分类中可用性检查被设置为“不执行”那么由这个销售订单产生的独立需求在ATP检查时将被视为“不可用”的供给。换句话说系统在检查可用性时不会把未来由这个订单触发的计划生产量算进去。操作与影响这种方法常见于按订单生产MTO或具有长提前期的复杂项目中。销售订单创建时会触发一个远期计划独立需求但由于该需求被标记为不参与即时ATP检查因此当前订单的计划行确认数量为0。这准确地反映了业务现实产品尚未开始生产当前无货可发。后续当生产订单下达并有了确定的完工日期后可以通过“需求冲销”或“可用性确认”事务CO09或CO24来更新销售订单的确认数量。这种方法实现了销售与生产计划在时间轴上的解耦与再耦合。2.4 路径四人工干预与前台操作技巧除了后台配置在前台创建订单时有经验的用户也可以通过一些操作来达到“零确认”的效果但这通常需要特定的系统设置或权限。在可用性检查弹出框中手动删除确认当系统执行ATP检查并弹出结果对话框显示例如“2024年10月30日可确认100个”时用户可以直接在对话框中删除该行确认数据然后保存。这样计划行中就不会有确认数量。但这要求系统配置允许手动修改ATP检查结果在检查规则的配置中“动态可用性检查”的“手工”选项可能需要激活。使用“不进行可用性检查”的订单原因在创建订单时有一个“订单原因”Order Reason字段。通过后台配置可以将特定的订单原因与“跳过可用性检查”关联起来。在输入该订单原因后系统保存订单时就不会触发检查。直接修改计划行在订单创建后通过事务码VA02修改订单进入计划行概览Schedule Lines Overview可以直接将某个计划行的确认数量改为0。但这通常需要特定的授权并且如果系统后续重新运行ATP例如由于相关生产订单完成确认数量可能会被系统自动更新。3. 关键配置点详解与后台操作指南理解了核心路径后我们需要深入到SAP后台看看具体的配置点在哪里以及如何一步步设置。这里我们以最常用的**“通过销售订单类型控制”** 这条路径为例进行详细的配置演练。假设我们的业务场景是需要创建一个新的销售订单类型ZFRA框架协议订单当客户使用此订单类型购买检查组为Z1的物料时系统不执行可用性检查。3.1 第一步定义物料可用性检查组首先我们需要为那些需要在框架协议订单中实现“零确认”的物料打上一个标签即分配一个特定的可用性检查组。进入后台配置SPRO导航至销售和分销 - 基本功能 - 可用性检查和传输需求 - 可用性检查 - 可用性检查组 - 定义可用性检查组。点击“新条目”创建一个新的检查组例如Z1并为其填写描述如“框架协议-不检查”。保存配置。接下来需要为具体的物料分配这个检查组。使用事务码MM02修改目标物料的主数据进入销售一般/工厂视图找到“可用性检查”相关的字段字段名可能因版本而异常见为ATP组将其值设置为Z1。3.2 第二步定义可用性检查控制这是配置的核心它建立了“在什么条件下使用什么规则”的确定逻辑。在SPRO中导航至销售和分销 - 基本功能 - 可用性检查和传输需求 - 可用性检查 - 执行可用性检查 - 定义销售订单的可用性检查控制。系统会显示一个表格。我们需要为新的组合条件添加一行。订单类型输入ZFRA你需要先通过销售和分销 - 销售 - 销售凭证 - 销售凭证抬头 - 定义销售凭证类型事务创建好这个订单类型。项目类别输入TAN标准项目或者你为ZFRA订单类型定义的特殊项目类别。物料主数据中的可用性检查组输入Z1。用途通常留空或根据业务填写。需求类型通常留空。检查规则这是关键字段。你需要输入一个代表“不执行检查”的检查规则。SAP通常有预定义的规则比如PP不检查。更规范的做法是自定义一个规则。关键创建自定义的“不检查”规则在SPRO中导航至销售和分销 - 基本功能 - 可用性检查和传输需求 - 可用性检查 - 可用性检查根据检查规则 - 定义检查规则。复制一个现有的规则如02创建一个新规则例如ZNOCHK。进入该规则的详细配置找到“检查范围”相关的设置。你需要将所有的检查范围如总库存、采购订单、生产订单、计划订单等的“检查”标识都设置为“空”或“不检查”。具体位置在配置表的“检查控制”部分确保每一行的“Avail.check”列都是未勾选状态。保存这个规则ZNOCHK。回到“定义销售订单的可用性检查控制”界面在刚才那行配置的“检查规则”字段中填入ZNOCHK。保存配置。3.3 第三步测试与验证配置完成后必须进行严格的测试。测试1创建框架协议订单。使用VA01选择订单类型ZFRA输入客户和物料该物料的可用性检查组已设为Z1。输入数量回车进入行项目。此时系统不应弹出标准的ATP检查结果对话框。保存订单。记下订单号。测试2检查计划行。使用VA03显示刚创建的订单。进入“计划行”视图。你应该看到需求数量为你输入的数量而“确认数量”为0。“确认日期”可能为空或为一个极远的默认日期如9999-12-31。检查行项目状态可能会看到类似“未执行可用性检查”的系统状态。测试3反向测试确保不影响正常订单。使用VA01选择标准订单类型OR为同一个客户和同一个物料检查组为Z1创建订单。此时系统应该正常弹出ATP检查对话框假设物料有库存或未来供给。这是因为订单类型OR与检查组Z1的组合如果没有在配置表中定义系统会使用一个默认的检查规则通常是02代表标准检查。这个测试至关重要它验证了我们的配置是精确且隔离的只对特定的业务场景ZFRA订单生效不会影响正常的销售业务。实操心得在进行此类配置变更后我强烈建议在测试系统DEV或QAS中用真实的业务数据流完整地走一遍。不仅仅是创建订单还要看后续的交货单创建VL01N、发货过账VL02N是否会因此出现警告或错误。有时“零确认”的订单在创建交货单时系统会提示“没有确认的数量”需要根据业务决定是忽略警告继续创建部分交货还是需要额外的审批流程。这需要在交货单的“不完整日志”配置中进行相应调整。4. 业务集成与后续流程处理创建出一个“零确认”的销售订单只是起点更重要的是理解这个订单在后续的供应链和财务流程中如何运转。它不是一个静止的文档而是一个动态流程的发起者。4.1 对物料需求计划MRP的影响这是“零确认”订单最重要的集成点之一。尽管订单的确认数量为0但只要其项目类别被配置为“相关需求”通常勾选了“创建物料需求”标识并且物料不是ND等不参与MRP的类型那么该订单的需求数量依然会被MRP运行考虑在内。运行MRPMD02或MD01MRP引擎会读取所有未完成的需求包括这些确认数量为0的销售订单需求。它会根据物料的MRP类型、策略组、计划边际码等参数为这些需求生成相应的计划订单Planned Order或采购申请Purchase Requisition。供给与需求的匹配生成的计划订单就是一种“供给”。当下一次为这个销售订单手动或自动执行ATP检查时系统就会将这些新产生的计划订单作为可用供给来源进行考虑。如果计划订单的日期和数量能满足销售订单需求那么销售订单的确认数量就可能从0变为实际数量。这就实现了从“框架协议”到“具体交付”的转化。策略20按订单生产与策略50无最终装配的计划对于按订单生产的物料策略20销售订单是MRP运行的唯一需求来源。一个“零确认”的订单会触发MRP产生对应的生产计划订单从而驱动生产部门启动备料和生产准备流程。对于策略50的物料销售订单会消耗独立需求但“零确认”状态不影响这种消耗关系。4.2 交货单创建与发货过账这是操作层面最容易遇到问题的环节。创建交货单VL01N当你尝试为“零确认”的销售订单创建交货单时系统默认会检查计划行的确认数量。由于确认数量为0系统通常会报错或给出一个强烈的警告提示“项目 XXX 没有已确认的日期/数量”。这通常是预期的系统行为因为从逻辑上讲你不能为没有确认交付的东西创建发货凭证。业务决策与系统配置场景A禁止部分交货。如果业务上严格要求必须等订单完全确认后才能发货那么就应该保留这个错误。这迫使销售或计划员必须先去处理物料可用性问题如将计划订单转为生产订单并确认日期更新销售订单的确认数量后才能创建交货单。场景B允许部分交货或后续确认。如果业务允许先创建交货单作为发货通知单等货物实际生产出来再确认数量并过账那么就需要调整系统配置。可以在发货单的“不完整日志”配置中降低“确认数量”字段的检查等级从“错误”改为“警告”甚至“无”。这样用户就可以在确认数量为0的情况下强制创建交货单。这是一种需要谨慎使用的配置必须有明确的业务流程和审批控制与之配套否则极易导致账实不符。4.3 财务与成本控制“零确认”的销售订单在财务上同样有效。定价与收入确认订单保存时系统会根据定价条件计算出具发票金额。即使数量未确认单价、总价、税金等信息都已确定。这对于开具预付款发票、确认框架合同金额至关重要。信用管理如果启用了销售订单的信用检查该订单的净值订单金额通常会被计入客户的信用占用额度。这意味着即使货还没准备好客户的信用额度已经被部分锁定控制了财务风险。成本收入匹配在按订单生产MTO模式下销售订单号会通过“结果分析码”等配置一直传递到生产订单和产品成本收集器。最终该销售订单的成本生产实际成本将与其收入开票金额进行匹配计算利润。即使初期确认数量为0这个成本归集的对象销售订单已经确立。4.4 状态管理与监控对于大量存在的“零确认”订单有效的监控是必须的。可以利用SAP的标准报表或开发自定义报表进行跟踪。关键字段监控销售订单行项目的“确认状态”、“需求数量”、“确认数量”、“确认日期”以及“物料可用性日期”。标准报表事务码VA05销售订单清单可以通过选择屏幕筛选“确认数量 0”的订单。CO24可用性情况总览可以针对单个物料查看所有未确认的销售订单需求。工作流可以配置工作流当计划行的确认数量从0变为大于0时例如生产订单确认完成触发自动通知销售员或计划员以便他们跟进后续的交货流程。批次管理场景对于需要批次管理的物料“零确认”订单在创建时无法确定批次。后续当生产完成产生批次时需要通过批次确定过程Batch Determination或直接在交货单中手动分配批次来最终完成订单的履行。处理“零确认”销售订单的整个流程是一个典型的销售与运营协同SOP场景在SAP中的微观体现。它要求SD顾问不仅懂销售模块的配置还要对MM物料管理、PP生产计划、FICO财务会计的集成点有清晰的认识。真正的挑战往往不在如何创建出这样一个订单而在于设计一套完整的、从订单创建到最终收款闭环的、可控的业务流程并配置系统使其顺畅支持。这需要与业务部门深入沟通明确每一个“零确认”状态背后的商业意图和后续动作才能让系统配置真正服务于业务而非制造障碍。
)
