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）中，路径为：销售和分销 -> 基本功能 -> 可用性检查和传输需求 -> 可用性检查 -> 执行可用性检查。在这里，你可以为不同的“订单类型+项目类别+物料类型”组合，定义是否执行以及如何执行可用性检查。

配置详解：

1. 定义检查规则（Checking Rule）：首先，你需要定义一个检查规则，例如Z001。在这个规则的配置中，你可以控制检查范围（如仅检查库存，还是包括采购订单、生产订单等）、检查模式等。
2. 分配检查组（Checking Group）：在物料主数据销售：一般/工厂视图中，有一个“可用性检查”字段（通常名为ATP group或Checking group）。你可以为需要特殊处理的物料分配一个特定的检查组，比如Z1。
3. 确定检查规则：在后台配置中，通过“定义销售订单的可用性检查控制”事务，建立一个确定逻辑。例如，你可以设置：当订单类型=OR（标准订单）且项目类别=TAN（标准项目）且可用性检查组=Z1时，使用检查规则Z001。
4. 将检查规则设置为“不检查”：关键的一步在于，你定义的检查规则Z001本身，可以在其配置中被设置为“不执行可用性检查”（‘No check’）。这样，所有命中该确定逻辑的销售订单行项目，系统将跳过ATP检查，从而实现“零确认”。

操作与影响：这种方法比修改物料主数据更灵活。你可以创建一类特殊的“框架协议订单类型”（如ZF），并为与之关联的项目类别和物料检查组配置“不检查”的规则。这样，只有当客户使用ZF订单类型下单特定物料时，才会产生“零确认”订单，而使用标准订单类型OR下单同样物料，则会正常进行ATP检查。这实现了基于业务场景的精细化控制。

2.3 路径三：需求分类（Requirements Class）与需求类型（Requirements Type）

这是更深入、更集成的一种方法，通常与物料需求计划（MRP）和生产模块紧密相关。

核心配置点：需求分类中的“可用性检查”标识和“需求类型”的确定。

1. 需求分类（Requirements Class）：在物料需求计划的配置中，需求分类决定了物料需求是如何被创建和管理的。在需求分类（事务码OPPS）中，有一个关键的字段叫做“可用性检查”（Availability Check）。你可以将其设置为“空”或“02（不执行检查）”。
2. 需求类型（Requirements Type）：需求类型是需求分类的一个具体实例，它被分配给物料主数据中的“MRP组”或通过策略组（Strategy Group）来确定。
3. 销售订单到独立需求的转换：当销售订单保存时，根据配置，其需求可能会转换成一个“独立需求”（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 第一步：定义物料可用性检查组

首先，我们需要为那些需要在框架协议订单中实现“零确认”的物料，打上一个标签，即分配一个特定的可用性检查组。

1. 进入后台配置（SPRO），导航至：销售和分销 -> 基本功能 -> 可用性检查和传输需求 -> 可用性检查 -> 可用性检查组 -> 定义可用性检查组。
2. 点击“新条目”，创建一个新的检查组，例如Z1，并为其填写描述，如“框架协议-不检查”。
3. 保存配置。
4. 接下来，需要为具体的物料分配这个检查组。使用事务码MM02，修改目标物料的主数据，进入销售：一般/工厂视图，找到“可用性检查”相关的字段（字段名可能因版本而异，常见为ATP组），将其值设置为Z1。

3.2 第二步：定义可用性检查控制

这是配置的核心，它建立了“在什么条件下，使用什么规则”的确定逻辑。

1. 在SPRO中导航至：销售和分销 -> 基本功能 -> 可用性检查和传输需求 -> 可用性检查 -> 执行可用性检查 -> 定义销售订单的可用性检查控制。
2. 系统会显示一个表格。我们需要为新的组合条件添加一行。
   • 订单类型：输入ZFRA（你需要先通过销售和分销 -> 销售 -> 销售凭证 -> 销售凭证抬头 -> 定义销售凭证类型事务创建好这个订单类型）。
   • 项目类别：输入TAN（标准项目），或者你为ZFRA订单类型定义的特殊项目类别。
   • 物料主数据中的可用性检查组：输入Z1。
   • 用途：通常留空或根据业务填写。
   • 需求类型：通常留空。
   • 检查规则：这是关键字段。你需要输入一个代表“不执行检查”的检查规则。SAP通常有预定义的规则，比如PP（不检查）。更规范的做法是自定义一个规则。
3. （关键）创建自定义的“不检查”规则：
   • 在SPRO中导航至：销售和分销 -> 基本功能 -> 可用性检查和传输需求 -> 可用性检查 -> 可用性检查根据检查规则 -> 定义检查规则。
   • 复制一个现有的规则（如02），创建一个新规则，例如ZNOCHK。
   • 进入该规则的详细配置，找到“检查范围”相关的设置。你需要将所有的检查范围（如总库存、采购订单、生产订单、计划订单等）的“检查”标识都设置为“空”或“不检查”。具体位置在配置表的“检查控制”部分，确保每一行的“Avail.check”列都是未勾选状态。
   • 保存这个规则ZNOCHK。
4. 回到“定义销售订单的可用性检查控制”界面，在刚才那行配置的“检查规则”字段中，填入ZNOCHK。
5. 保存配置。

3.3 第三步：测试与验证

配置完成后，必须进行严格的测试。

1. 测试1：创建框架协议订单。
   • 使用VA01，选择订单类型ZFRA，输入客户和物料（该物料的可用性检查组已设为Z1）。
   • 输入数量，回车进入行项目。此时，系统不应弹出标准的ATP检查结果对话框。
   • 保存订单。记下订单号。
2. 测试2：检查计划行。
   • 使用VA03显示刚创建的订单。
   • 进入“计划行”视图。你应该看到，需求数量为你输入的数量，而“确认数量”为0。“确认日期”可能为空或为一个极远的默认日期（如9999-12-31）。
   • 检查行项目状态，可能会看到类似“未执行可用性检查”的系统状态。
3. 测试3：反向测试（确保不影响正常订单）。
   • 使用VA01，选择标准订单类型OR，为同一个客户和同一个物料（检查组为Z1）创建订单。
   • 此时，系统应该正常弹出ATP检查对话框（假设物料有库存或未来供给）。这是因为订单类型OR与检查组Z1的组合，如果没有在配置表中定义，系统会使用一个默认的检查规则（通常是02，代表标准检查）。
   • 这个测试至关重要，它验证了我们的配置是精确且隔离的，只对特定的业务场景（ZFRA订单）生效，不会影响正常的销售业务。

实操心得：在进行此类配置变更后，我强烈建议在测试系统（DEV或QAS）中，用真实的业务数据流完整地走一遍。不仅仅是创建订单，还要看后续的交货单创建（VL01N）、发货过账（VL02N）是否会因此出现警告或错误。有时，“零确认”的订单在创建交货单时，系统会提示“没有确认的数量”，需要根据业务决定是忽略警告继续创建部分交货，还是需要额外的审批流程。这需要在交货单的“不完整日志”配置中进行相应调整。

4. 业务集成与后续流程处理

创建出一个“零确认”的销售订单只是起点，更重要的是理解这个订单在后续的供应链和财务流程中如何运转。它不是一个静止的文档，而是一个动态流程的发起者。

4.1 对物料需求计划（MRP）的影响

这是“零确认”订单最重要的集成点之一。尽管订单的确认数量为0，但只要其项目类别被配置为“相关需求”（通常勾选了“创建物料需求”标识），并且物料不是ND等不参与MRP的类型，那么该订单的需求数量依然会被MRP运行考虑在内。

• 运行MRP（MD02或MD01）：MRP引擎会读取所有未完成的需求，包括这些确认数量为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）或直接在交货单中手动分配批次，来最终完成订单的履行。

处理“零确认”销售订单的整个流程，是一个典型的销售与运营协同（S&OP）场景在SAP中的微观体现。它要求SD顾问不仅懂销售模块的配置，还要对MM（物料管理）、PP（生产计划）、FICO（财务会计）的集成点有清晰的认识。真正的挑战往往不在如何创建出这样一个订单，而在于设计一套完整的、从订单创建到最终收款闭环的、可控的业务流程，并配置系统使其顺畅支持。这需要与业务部门深入沟通，明确每一个“零确认”状态背后的商业意图和后续动作，才能让系统配置真正服务于业务，而非制造障碍。