SAP S/4HANA MM模块培训 46 - 采购输出确定：消息条件、打印预览与Output Management

采购订单保存以后，为什么有的供应商会收到邮件，有的订单会进入打印队列，有的却完全没有输出？这不是由采购员临时选择某个按钮决定的，而是由采购凭证数据、输出类型、条件匹配、传输媒介、处理时点、接收方和表单等一系列规则共同决定。在经典 SAP 采购输出控制中，这套机制通常称为 Message Determination（消息确定） 或 Output Determination（输出确定）。

本课视频先解释输出是采购部门与供应商之间的正式沟通，再在 SAP GUI 中创建采购订单 4500000388，打开 Messages 查看自动生成的打印输出，并进入打印预览。随后讲师打开 MN04 与 MN06，准备讲解输出条件记录，但视频在输出类型值帮助列表处中断。因此，本文前半部分严格按视频实际语音和画面还原；从“SAP 官方教程补充”开始，再用 SAP Help 补齐消息方案、输出类型、访问顺序、条件表、条件记录、精细化控制、打印设备、确定分析、审批阻塞以及 S/4HANA 新输出管理的边界。

重要边界：视频演示的是经典采购消息控制链路。视频中的订单号、供应商、物料、输出类型和日期只属于讲师系统。ZNEU 带 Z 前缀，通常代表客户自定义对象，不能把它写成所有 SAP 系统都存在的标准输出类型。实际项目必须以目标版本、业务对象、启用范围及本系统配置为准。

本课目标、证据来源与阅读方法

学完本文，应当能够回答以下问题：

1. 采购输出为什么不只是“打印采购订单”？
2. 消息确定如何根据采购凭证数据寻找条件记录？
3. 输出类型、传输媒介、处理时点、伙伴和语言分别表示什么？
4. 视频中的采购订单 4500000388 实际生成了什么输出？
5. MN04、MN05、MN06 分别负责什么？
6. 为什么看到了消息，仍可能没有真正打印或发送？
7. 经典 NAST/条件技术与 S/4HANA 输出控制、Output Parameter Determination 有什么区别？
8. 视频在哪个画面中断，哪些后台设置并没有被真实演示？

本文使用三层证据，并把三者明确分开：

1. 采购输出的本质：把采购凭证传递给供应商

视频把消息输出定义为采购部门与供应商之间的重要沟通手段。企业创建采购订单、合同或计划协议后，凭证不能只留在 SAP 系统里；供应商需要收到它，才能确认要交付什么、交付多少、何时交付，以及采用什么商业条款。

因此，“输出”至少包含两层含义：

• 业务内容：采购订单、询价、合同、计划协议、交货计划、催交或提醒等需要对外传递的采购信息；
• 传输方式：打印、电子邮件、EDI、传真或系统支持的其他通信方式。

过去，企业可能先打印采购订单，再通过邮政寄给供应商。现在更常见的做法，是由系统生成电子表单，例如 PDF，再通过电子邮件发送；大型企业之间还可能使用 EDI，让两个系统直接交换结构化订单数据。无论采用哪一种媒介，核心问题都相同：系统必须知道“对哪一张凭证、向哪个接收方、在什么时点、用什么形式输出”。

1.1 输出不是采购凭证本身

采购订单是业务凭证；输出消息是围绕该凭证生成的通信对象。二者有关联，却不是同一个对象。采购订单保存成功，只能说明业务凭证已创建；是否生成输出、是否立即处理、是否成功打印或发送，还要分别检查消息确定和后续处理状态。

这个区别能解释四种常见现象：

2. 消息确定：按照预定义条件生成输出

讲师反复强调，消息确定的目的，是“按照预定义条件输出消息”。在经典条件技术中，采购订单保存后，系统会根据订单中的实际业务数据寻找匹配条件。如果已经完成所需配置并找到有效条件记录，系统便可以生成对应消息。

可以把视频中的基本逻辑概括为：

采购凭证中的实际数据
        ↓
按预定义规则搜索条件记录
        ↓
命中有效记录
        ↓
生成输出消息并按参数处理

这里最容易混淆的是“生成消息”和“完成发送”。条件记录命中后，系统首先生成消息；消息随后还要按照传输媒介和处理时点进入打印、邮件、EDI 等处理链路。换句话说，条件确定负责回答“应不应该有这条输出以及采用哪些参数”，后续处理负责回答“什么时候、通过什么技术真正输出”。

2.1 条件技术为什么适合采购输出

不同供应商的沟通方式可能不同：

• 供应商 A 只接收电子邮件；
• 供应商 B 要求 EDI；
• 某个采购组织仍需要纸质打印；
• 同一供应商对不同采购组织可能采用不同媒介；
• 新建订单与订单变更可能采用不同输出规则。

如果每张采购订单都让采购员手工判断，结果会依赖个人记忆，也难以审计。条件技术把这些差异放入可维护规则中，让系统根据采购组织、供应商、凭证类型或其他可用键值自动匹配。视频只讲到这一思想，没有展开具体条件表字段；具体链路在后面的官方补充章节说明。

3. 条件记录回答“如何、何时、在哪里、多久一次”

视频用四个问题解释条件记录：消息应当 如何输出、何时输出、在哪里输出，以及多久输出一次。这是一种业务化理解方式，比只记事务码更重要。

可以把这四个问题映射为项目中的具体检查项：

条件记录不是所有配置的总和。它保存具体业务匹配值以及可由记录提供的输出参数；消息方案、输出类型、访问顺序、条件表、处理程序和表单等仍属于更上层的配置结构。把所有问题都归咎于“缺少条件记录”，容易忽略方案未分配、访问顺序错误、处理程序缺失或通道失败等问题。

4. 采购消息覆盖哪些凭证与业务事件

视频列举了采购订单、计划协议、催交、提醒、确认和供应商未中选通知等场景。SAP 官方帮助对经典采购消息控制给出的核心凭证范围包括询价、采购订单、合同、计划协议及计划协议交货计划；新建、变更、生成交货计划以及催交/提醒都可能成为消息产生的业务事件。

项目实施时应同时设计两个维度：

1. 业务对象维度：哪些采购凭证需要输出，哪些只在内部流转；
2. 事件维度：新建、变更、审批完成、催交或其他事件是否触发输出。

例如，企业可能要求新建采购订单立即发给供应商，但价格或交货日期发生变更时才发送变更消息；内部备注变更则不需要重新输出。若没有明确事件规则，供应商可能收到过多重复消息，也可能错过关键变更。

5. 视频实操总览：从创建订单到条件记录入口

视频的 SAP 实操从大约 05:59 开始。讲师在 ME21N 中创建采购订单，保存后点击 Messages，查看自动生成的输出及处理信息，再打开打印预览。随后他进入 MN04 和 MN06，准备说明条件记录。整个证据链如下：

6. 视频实操一：创建采购订单 4500000388

讲师在 ME21N 中输入采购订单数据。关键原帧显示：

• 供应商：2012 SV enterprises1；
• 物料：125000006；
• 短文本：Phosphoric Acid；
• 采购数量：100 L；
• 交货日期：14.11.2022；
• 净价：10.00 EUR，价格单位为 1 L；
• 物料组：ZTUTM1；
• 工厂：0001。

保存以后，系统标题明确显示 Standard PO 4500000388 Created by S4HANA239。这证明本课不是打开一张预先存在的订单，而是现场保存并成功创建了新采购订单。订单号必须以原始画面为准，不能依据模糊识别或预备笔记写成其他编号。

讲师在保存前说明：如果消息确定设置已经就绪，保存采购订单时系统会生成消息。这个表述有两个隐含前提：第一，当前采购凭证适用相应消息方案；第二，系统能够找到有效匹配记录。视频系统已经提前配置好这些内容，但本课没有展示它们是如何配置和保存的。

6.1 订单数据与输出数据不要混写

采购订单项目中的物料、数量、交货日期和价格属于采购凭证数据；输出类型、媒介、伙伴、语言和处理时点属于消息记录数据。前者可以成为条件搜索输入或表单内容，后者决定输出对象如何生成与处理。审计时应分别取证，不能仅凭订单创建成功就断言邮件、打印或 EDI 一定成功。

7. 视频实操二：在 Messages 中查看输出

采购订单创建后，讲师点击标题区的 Messages 按钮。输出概览画面标题为 Display Pur. Order :: Output，采购订单号为 4500000388。

画面中可见的核心字段包括：

这里需要特别区分 NEU 与 ZNEU。在订单输出概览原帧中，输出字段显示为 NEU；接近视频结尾时，讲师口述“我的输出类型是 ZNEU”，并在值帮助中指出客户自定义 ZNEU。这两段证据不能强行合并成“订单输出一定是 ZNEU”。本文分别记录：订单输出概览以原帧 NEU 为准；条件记录讲解准备使用的类型以讲师口述 ZNEU 为准。

7.1 展开处理信息

讲师随后打开进一步信息。画面仍属于订单 4500000388，可见伙伴功能 VN、伙伴 2012、语言 EN、处理日期 08.11.2022 和时间 06:41:47。

这一画面说明消息记录不只保存“打印”两个字，还关联接收伙伴、语言和处理时间等信息。不过视频没有打开 Processing log 展示完整日志，因此不能从单张画面推导实际打印设备、后台作业、表单程序或外部送达结果。

8. 视频实操三：查看打印预览

由于消息媒介是 1 Print output，讲师返回采购订单并点击 Print Preview。系统显示 Print Preview of LP01 Page 00001 of 00001，预览表单中能看到：

• 采购订单号 4500000388；
• 日期 08.11.2022；
• 供应商编号 2012；
• 收货工厂/地址区域；
• 交货日期等采购订单内容。

打印预览至少证明两件事：

1. 当前消息能够调用某个打印表单并生成可预览内容；
2. 输出表单引用了采购订单中的实际业务数据。

但它不证明物理打印已经完成，也不证明供应商已经收到纸质文件。预览、假脱机请求、输出设备处理、物理打印和最终送达是不同环节。项目测试应为每个环节保留单独证据。

9. 视频实操四：MN04、MN06 与 ZNEU

返回课件后，讲师说明：消息确定会先搜索条件记录；如果存在有效条件记录，系统就可以生成消息。随后他打开一个新会话，进入 MN04。画面标题为 Create Output - Condition Records : Purchase Order，状态栏事务码也是 MN04。

讲师解释，MN04 用于创建采购订单输出条件记录。接着他改用 MN06 显示已经存在的记录，并打开输出类型值帮助。列表中可见 NEU Purchase order，也可见 ZNEU Purchase order-RIL，还包括 JNE1 Purchase order EMAIL、JNE2 Purchase order PRINT 等该系统对象。

这张原帧提供了三个重要证据：

1. NEU 与 ZNEU 在讲师系统中是两个不同对象；
2. ZNEU 的名称和用途属于客户系统定义，不能当作 SAP 通用标准；
3. 视频只打开了值帮助，没有进入 ZNEU 的键组合、有效期、伙伴、媒介、处理时点或通信明细。

9.1 三个条件记录事务码

视频实际打开了 MN04 和 MN06，没有打开 MN05。根据 SAP 官方帮助，采购订单输出条件记录的经典事务码是：

10. 视频中断边界：哪些内容没有讲完

视频的最后一条字幕时间为 00:09:59.459—00:10:04.339，讲师只说到“如果你进入……”，随后视频结束。画面停留在 MN06 的输出类型值帮助附近。因此，下面这些内容不能写成视频已演示：

• 没有选择并进入 ZNEU 的具体条件记录；
• 没有显示键组合及其字段；
• 没有创建、更改或保存条件记录；
• 没有展示消息方案、输出类型配置、访问顺序或条件表配置；
• 没有演示精细化消息控制；
• 没有演示打印机/输出设备确定；
• 没有演示确定分析日志；
• 没有演示邮件、传真或 EDI 的实际发送；
• 没有演示 S/4HANA 新输出管理或 BRFplus/决策表配置。

从下一节开始，所有内容都属于 SAP 官方教程补充。它们用于补齐视频议程和中断部分，不代表讲师在这 10 分钟视频里完成过相应操作。

SAP 官方教程补充：经典采购消息确定的完整处理链

SAP Help 对经典采购消息确定给出了清晰过程：创建采购凭证时，系统执行消息确定；为当前凭证找到有效消息方案；方案中包含输出类型；系统通过分配给输出类型的访问顺序搜索条件表；如果找到匹配且有效的消息记录，就采用该记录中的传输媒介、传输时点等数据生成消息，并把它放入消息队列。

这条链路可以拆成六步：

1. 用户创建或更改采购凭证；
2. 系统识别当前采购应用适用的消息方案；
3. 读取方案中参与确定的输出类型；
4. 按输出类型的访问顺序依次搜索条件表；
5. 找到与采购凭证键值匹配且在有效期内的条件记录；
6. 生成消息并按传输媒介、处理时点、伙伴、语言等参数进入后续处理。

因此，排查“没有消息”时不能只看一处。任何一层断开都会导致结果不符合预期：方案没有分配、输出类型不在方案中、访问顺序未关联、条件表键值不匹配、条件记录过期，都会使系统无法生成所需消息。

经典链路中的对象关系

采购应用/凭证
   └─ 消息方案
       └─ 输出类型
           └─ 访问顺序
               └─ 条件表（一个或多个键组合）
                   └─ 条件记录（具体业务值与输出参数）

这是一种层级关系，不是六个可以互换的名称。例如，NEU 是输出类型；MN04 是维护采购订单输出条件记录的事务码；“打印输出”是传输媒介；三者不能写成同一个字段。

SAP 官方教程补充：消息方案与采购应用

消息方案用于汇总一个采购应用可以使用的输出类型，并分配给相应应用。SAP 官方示例指出，采购订单应用可以分配标准过程，但企业也可能有自己的过程和输出类型。因此，看到某个输出类型存在，并不等于它一定参与当前采购订单的消息确定；还要确认它是否位于适用方案中，以及方案是否正确分配给应用。

项目核对顺序应当是：

1. 确认业务对象是采购订单、询价、合同还是计划协议；
2. 确认系统为该采购应用采用哪一消息方案；
3. 确认目标输出类型是否包含在方案中；
4. 确认消息确定和伙伴确定相关控制已按目标设计启用；
5. 再继续检查访问顺序和条件记录。

如果直接跳到 MN04 创建大量条件记录，…1854 tokens truncated…排查。

SAP 官方教程补充：确定分析与短生命周期日志

SAP 官方帮助指出，可以在采购凭证消息概览中使用确定分析，判断为什么生成或没有生成某条消息。分析应重点查看消息方案、输出类型、访问顺序、尝试过的条件表、实际键值和命中结果。

一个可靠的分析顺序是：

1. 当前凭证是否触发了消息确定；
2. 系统采用了哪一消息方案；
3. 目标输出类型是否参与确定；
4. 系统按什么顺序访问哪些条件表；
5. 每次访问使用了哪些实际字段值；
6. 是否找到有效记录，若未找到，哪个键值不匹配；
7. 命中后读取了哪些媒介、伙伴和处理时点；
8. 消息生成后是否在后续处理阶段报错。

特别重要的是，官方说明消息确定分析日志不会保存，只在刚完成消息确定后立即可用。发现问题时应立刻截图或记录分析结果；如果退出凭证后再回来，可能无法复现同一分析上下文。

SAP 官方教程补充：审批未释放时的消息阻塞

采购凭证可能受审批/释放过程控制。SAP 官方帮助说明：如果相关凭证尚未释放，系统仍可能生成并显示消息，但不能真正输出，消息最初会处于阻塞状态。

这一区别对排障非常关键：

• 没有消息：更可能需要检查确定流程、条件记录或适用规则；
• 有消息但被阻塞：应检查采购凭证审批/释放状态；
• 已释放且消息待处理：应检查处理时点、队列或后台作业；
• 消息已处理但未送达：应检查打印、邮件、EDI 等通道和外部接收端。

如果支持人员只看 Messages 中“有记录”，就断言系统已经发送，可能向业务给出错误结论。验收脚本应同时记录凭证状态、消息状态、处理日志和外部送达证据。

SAP 官方教程补充：从确定到送达的四段排障法

可以把经典采购输出拆成“确定—生成—处理—送达”四段，每一段使用不同证据。

没有消息时

先检查消息方案、输出类型与条件访问。不要先调整邮件地址，因为尚未生成消息时，邮件通道还没有开始工作。

有消息但状态异常时

检查审批阻塞、处理时点、处理程序和表单。若是立即处理，保存时的错误信息尤其重要；若是批量处理，检查后台作业和消息队列。

显示已处理但供应商未收到时

检查外部通道。对邮件，要核对接收地址、发送基础设施、退信和附件；对 EDI，要核对伙伴配置、IDoc/接口状态和接收系统确认；对打印，要核对假脱机与物理设备。

SAP 官方教程补充：经典消息控制与 S/4HANA 输出控制不能混用术语

视频使用 ME21N、Messages、MN04、MN06、NEU/ZNEU 等经典消息控制对象。这条链路通常围绕消息方案、输出类型、访问顺序、条件表和条件记录展开。

SAP S/4HANA 输出控制则使用输出参数确定、业务规则和决策表，后台自动确定输出通道、接收方、表单模板等参数。SAP Help 说明，输出参数确定可以针对具体业务对象创建和维护规则，并产生一个或多个输出项目。

两套机制的概念有相似业务目标，但配置对象和入口不同：

不能把 MN04 的条件记录直接写成 Output Parameter Determination 的决策表，也不能把 Public Edition 的配置步骤原样套到经典 SAP GUI 系统。项目开始前必须先确认业务对象实际采用哪一种输出架构。

SAP 官方教程补充：Public Edition采购订单的输出参数确定

SAP Help 针对 SAP S/4HANA Cloud Public Edition 的采购订单说明，可以在 Output Parameter Determination 中按确定步骤配置输出。官方页面列出的核心步骤包括：

• Output Type（输出类型）；
• Receiver（接收方）；
• Channel（通道）；
• Printer Settings（打印设置）；
• Email Recipient（邮件接收人）；
• Email Settings（邮件设置）；
• Form Template（表单模板）；
• Output Relevance（输出相关性）。

对采购订单，通道可以包括 Print、Email、XML、EXTOM、EDI 等；不同通道的必填确定步骤不同。例如打印需要打印设置，邮件需要邮件接收人和邮件设置。条件列可以使用标准或允许扩展的采购订单字段，但应按官方建议限制在适合的确定步骤中。

这套规则并不意味着经典系统中的 NEU、ZNEU 或 MN04 失去意义，而是说明在不同部署模式和业务对象中，输出控制可能采用不同架构。项目文档应把“目标系统版本—业务对象—输出框架—配置入口”写在同一张范围表里。

SAP 官方教程补充：实施与测试清单

业务设计

• 列清需要输出的采购凭证和业务事件；
• 为每类输出明确接收方、通道、语言、表单和时效；
• 规定新建、变更、催交和重复发送的规则；
• 明确审批完成前是否允许预览、生成或实际发送；
• 定义外部送达的成功标准和审计证据。

经典消息控制配置

• 核对采购应用与消息方案分配；
• 核对输出类型、伙伴功能、默认值和处理例程；
• 核对访问顺序、条件表字段和排他标志；
• 用 MN04/MN05/MN06 管理并复核条件记录；
• 为打印、邮件、传真、EDI 分别核对通信数据；
• 测试确定分析并建立及时取证步骤。

S/4HANA 输出控制配置

• 确认业务对象是否采用输出参数确定；
• 核对输出类型、接收方、通道和相关性规则；
• 分别维护打印、邮件或其他通道的必填参数；
• 核对表单模板、语言、发送人、接收人和扩展字段；
• 使用目标版本 SAP Help 校验确定步骤和可用通道。

端到端测试

至少准备以下测试用例：

1. 命中最具体供应商规则；
2. 未命中特例时回退到组织默认规则；
3. 条件记录过期或键值不匹配；
4. 新建采购订单输出；
5. 关键字段变更输出；
6. 未审批凭证的消息阻塞；
7. 审批后继续处理；
8. 打印设备不可用；
9. 邮件地址缺失或退信；
10. EDI 接口失败并重处理；
11. 多语言表单；
12. 重复处理与多次发送控制。

每个测试用例都应同时保留采购凭证、消息记录、确定分析或规则命中、处理日志和外部送达证据。只保存一张采购订单截图，无法证明端到端输出成功。

SAP 官方教程补充：新建输出、变更输出与多次发送

采购订单第一次发给供应商后，订单还可能发生价格、数量、交货日期、交货地址或文本变更。供应商真正需要的是“这一次变更与此前版本有什么不同”，而不是每次都收到一份无法区分的新订单。因此，经典消息控制需要把新建输出、变更输出和重复发送分开设计。

新建输出

新建输出通常在采购订单首次创建并满足审批条件时产生。项目要明确：是保存时立即处理，还是先生成消息，待审批完成或后台作业运行后再输出。若采购订单创建后仍需多级审批，过早向供应商发送可能造成未批准承诺。

变更输出

SAP 官方帮助指出，可以针对采购凭证变更重新执行消息确定，并在输出类型中维护适当的变更处理。项目应定义哪些字段变化具有外部意义。例如：

如果任何保存动作都触发变更消息，供应商会收到噪声；如果只关注新建输出，又可能漏掉关键商业变更。合理做法是由业务、采购、法务和技术共同定义“外部相关变更”。

多次发送

官方配置说明提到 Multiple issuing（多次发送）控制。它决定同一消息是否可以向同一伙伴重复输出，在催交、提醒或重发场景中尤其重要。允许多次发送不等于无限重发：系统应记录谁发起重处理、为什么重发、使用了哪个版本、是否产生新的消息或复用原消息，以及外部接收方是否可能收到重复文件。

验收时至少要测试“首次输出成功后再次处理”“首次输出失败后重处理”“订单发生外部相关变更后输出”三种情况，不能把它们都视为同一个按钮操作。

SAP 官方教程补充：电子邮件、传真与 EDI 的主数据依赖

消息确定可以正确命中，但电子通道仍可能因为主数据不完整而失败。SAP 官方帮助特别提醒：使用传真或电子邮件时，供应商主数据中必须存在有效传真号码或电子邮件地址。对 EDI，还要有正确的伙伴、逻辑系统、消息类型和接口处理配置。

电子邮件

电子邮件场景至少涉及以下数据：

• 接收伙伴与收件地址；
• 发件地址或发送人规则；
• 邮件主题与正文；
• 采购订单表单或附件；
• 输出语言；
• 外部发送队列与邮件基础设施；
• 退信、重试和送达审计。

地址存在并不代表地址正确。供应商可能有订单、发票、质量和催交等不同邮箱，项目应明确采购订单应该发送到哪一业务角色。若多人同时接收，还要设计主送、抄送和隐私规则。

传真

传真依赖伙伴主数据中的号码、国家/地区格式及传真基础设施。现代项目较少使用传真，但旧系统或特定行业仍可能保留。迁移时不能只复制媒介代码，还要确认目标平台是否继续支持相同通道。

EDI

EDI 不只是把打印表单“换成电子方式”。它通常传输结构化业务消息，接收系统需要识别发送方、接收方、消息类型和业务语义。SAP 官方的供应商输出设置示例指出，新建采购订单和变更采购订单可能生成不同 IDoc 语义。项目应同时核对：

1. 伙伴配置与逻辑系统；
2. 输出条件记录中的伙伴功能、伙伴、媒介和处理时点；
3. 生成的接口消息或 IDoc 类型；
4. 状态监控、错误重处理和幂等控制；
5. 接收系统是否确认并正确落单。

因此，“Messages 中状态为绿色”仍不一定等于供应商业务系统已接受订单。端到端成功需要接收方回执或业务确认。

SAP 官方教程补充：条件键设计与记录治理

条件表字段决定规则能表达多细。字段太少，特例可能错误影响大量订单；字段太多，维护成本和漏配概率都会上升。设计条件键时应从稳定业务责任出发，而不是为了覆盖某一次测试临时增加字段。

设计原则

• 先明确规则所有者：采购组织默认规则由谁批准，供应商特例由谁维护；
• 使用稳定字段：优先选择在凭证创建时可靠存在、含义稳定的组织与伙伴字段；
• 控制组合数量：避免把多个低价值字段组合成难以维护的海量记录；
• 设计明确回退：特例未命中时，是否允许回退到组织或全局默认；
• 控制冲突：两个访问同时命中时，是只取第一条，还是允许多条消息；
• 管理有效期：合同切换、供应商迁移或通道变更时，旧记录何时失效；
• 保留变更审计：谁在什么时间修改了媒介、接收方或处理时点。

一个可审计的维护示例

假设采购组织 1000 默认使用电子邮件，但供应商 2012 要求打印。可以先维护更具体的“采购组织 + 供应商”访问，再维护较一般的“采购组织”访问，并用排他策略保证命中特例后不再产生默认邮件。测试时要覆盖：

• 1000/2012 命中特例，只生成打印；
• 1000/其他供应商 未命中特例，回退到邮件；
• 特例记录过期后，是否按设计回退；
• 同一供应商邮箱缺失时，系统是报错、待处理还是采用其他通道；
• 新建与变更消息是否遵循同一回退规则。

这个例子只是设计方法，不是视频系统的实际配置。真正键组合和访问顺序必须从目标系统配置与业务需求中确认。

SAP 官方教程补充：输出配置的生命周期与传输控制

输出规则会直接影响企业对供应商的正式承诺，因此不应被当作普通个人设置。消息方案、输出类型、访问顺序、条件表、处理程序和表单通常涉及配置与开发传输；条件记录、伙伴地址和输出设备则可能属于主数据或系统本地数据。不同对象的传输方式和责任人并不相同。

建议建立以下治理分工：

变更上线前的最低检查

1. 明确变更对象属于配置、开发、主数据还是系统本地设置；
2. 在开发、测试和生产系统分别核对对象是否齐全；
3. 使用相同业务键值执行正向、回退和失败测试；
4. 验证表单内容、语言和外部接收方；
5. 验证重处理不会造成不可控重复发送；
6. 准备回退方案，但不得通过删除历史消息掩盖问题；
7. 上线后监控消息队列、打印、邮件退信和 EDI 错误。

如果只传输了输出类型，却遗漏访问顺序、表单或条件记录，测试系统可能正常，生产系统却没有消息。反过来，如果条件记录已存在而表单版本不同，也可能生成错误格式。终审必须按完整依赖链核对，而不是只比较一个事务码画面。

SAP 官方教程补充：本课结论

这段视频真正完成的内容很明确：讲师解释采购输出的沟通目的和条件记录思想，在 ME21N 创建采购订单 4500000388，查看自动生成的打印输出与处理信息，打开打印预览，然后进入 MN04/MN06 的输出类型选择入口。视频没有完成 ZNEU 条件记录的显示，更没有展示消息方案、输出类型配置、访问顺序、条件表、精细化控制或打印机确定。

理解采购输出时，应始终把四个阶段分开：

1. 确定：规则是否命中；
2. 生成：采购凭证中是否出现消息；
3. 处理：程序是否按时点成功处理；
4. 送达：供应商或输出设备是否真正收到结果。

同时要先确认系统采用经典消息控制，还是 S/4HANA 输出控制/输出参数确定。业务目标相似，不代表配置对象可以混用。只有把视频证据、官方规则、目标版本和本系统配置放在一起核对，才能建立可维护、可审计的采购输出方案。

对学习者而言，本课最值得带走的不是某个事务码，而是一条判断纪律：先从采购凭证确认业务事实，再从消息概览确认输出对象，从确定分析确认规则命中，从处理日志确认技术执行，最后以供应商或外部系统的接收证据确认送达。每一个结论都应对应一类证据，不能用订单号代替消息状态，也不能用打印预览代替物理打印，更不能用一条绿色状态图标代替外部接收确认。

对实施团队而言，还应把视频系统中的教学值与项目标准分离。4500000388、供应商 2012、物料 125000006、NEU、ZNEU 和 LP01 都只是本课证据；它们帮助理解字段关系，却不构成目标系统设计。真正上线前，必须由业务负责人批准输出范围和时点，由配置顾问验证确定链路，由平台与集成团队验证通道，并由最终接收方完成端到端验收。

SAP 官方教程补充：参考资料

1. SAP Help：Message determination in Purchasing

https://help.sap.com/docs/SUPPORT_CONTENT/spmm/3362167952.html

用于核对采购消息的凭证范围、打印/传真/EDI/邮件/SAPoffice 等媒介、消息方案、输出类型、访问顺序、条件表、条件记录、精细化控制、确定分析和打印设备要求。

2. SAP Help：Output of Purchasing Docs. (Message Determination)

https://help.sap.com/docs/SAP_ERP/967e1c2a6a8c4183b7e07d28e7574445/017eb65334e6b54ce10000000a174cb4.html

用于核对采购凭证创建后的完整消息确定流程、消息队列、Header → Messages、确定分析日志不保存，以及未释放凭证的消息阻塞规则。

3. SAP Help：Setting Up Supplier for Purchase Order Output

https://help.sap.com/docs/SAP_SUPPLIER_RELATIONSHIP_MANAGEMENT/d3ef69068f7745f6b548344984587208/fabe728e6e034e90b333d0bf5bb8c9f2.html

用于核对 MN04、标准示例 NEU 及 EDI 场景的伙伴、媒介和处理时点。页面参数是特定示例，本文未把它们当作所有系统的通用值。

4. SAP Help：How Does Output Control Work?

https://help.sap.com/docs/SAP_S4HANA_CLOUD/a630d57fc5004c6383e7a81efee7a8bb/05e1f995c35e4716b99ce6d8a04d1473.html

用于核对 SAP S/4HANA 输出控制、输出参数自动确定、接收方、通道、表单及多接收方多通道的总体机制。

5. SAP Help：How to configure output parameter determination for purchase orders?

https://help.sap.com/docs/SAP_S4HANA_CLOUD/0e602d466b99490187fcbb30d1dc897c/1f58b66435ed4b15852fd934a644ba55.html

用于核对 Public Edition 采购订单的输出类型、接收方、通道、打印、邮件、表单模板与输出相关性等确定步骤。