图 1：SAP S/4HANA 采购版本管理总览。来源属性：依据视频 00:00:05.500–00:00:14.999 标题页与本课内容中文重制，1920×1080；非 SAP 软件原始截图。

SAP S/4HANA MM模块培训 42 - 版本管理：采购申请、采购凭证与变更追踪

采购凭证不是创建之后就永远不变。需求部门可能调整数量或交货日期，供应商可能要求修改交期或可交付数量，采购员也可能在沟通后更新价格、文本或地址。真正困难的地方不是“能不能改”，而是如何回答这些审计问题：改之前是什么、改之后是什么、为什么改、哪一次修订已经完成、哪一版曾经发给供应商，以及当前凭证是否已经满足释放、转换或输出的条件。

SAP 采购版本管理正是围绕这些问题组织变更证据。本课先严格还原视频讲解的概念、示例和实时 SAP 操作，再把视频在句中中断的部分单独放入“SAP 官方教程补充”章节。这样既不会把议程当成已经完成的演示，也不会把讲师系统中的个别配置值误写成 SAP 的固定标准。

本课目标与证据边界

学完本文，你应该能够：

1. 解释采购版本管理解决的业务问题，以及它与普通“修改历史”的关系；
2. 区分采购申请与外部采购凭证的启用维度和版本粒度；
3. 按画面证据复述视频真正完成的 SPRO 与 ME51N 操作；
4. 准确判断视频中的 B + NB 配置记录为什么不能称为“已启用”；
5. 依据 SAP 官方规则理解版本 0、Completed、新版本触发条件、长文本版本以及 MRP/APO 边界；
6. 在测试系统中设计一套可复核、不会污染生产标准配置的最小实验。

本视频 ID 为 _tuofDzVK0Q，本地媒体时长为 604.401 秒。最后一条完整口述信息在 00:10:01.190 结束；00:10:01.200–00:10:03.560 只剩未完成的“let me…”，约 00:10:01.400 已转入宣传页。本文不会替讲师补写这个未完成句。

图 2：课程路线与视频实际覆盖范围。来源属性：依据视频 00:00:15.000–00:01:06.399 议程页中文重制，1920×1080；图中把“实际讲解”“只宣布议程”“系统操作终点”明确分开。

视频实录：版本管理解决什么问题

视频先把版本管理定义为：为采购申请和外部采购凭证生成版本，用于收集凭证后续处理期间产生的变更记录。讲师强调，采购业务中的凭证经常因为真实业务反馈而被修改，因此企业需要一种能够连续追踪修订的机制。

视频给出的版本序列是 0 → 1 → 2 → …。在教学语境中，版本 0 表示初始状态，随后修订进入版本 1、版本 2。这个序列很直观，但此处只能先把它当作视频的概念模型；“什么时候真的创建下一版本”有状态、字段和输出等前提，后文会依据 SAP 官方规则逐项补充。

图 3：视频所讲的版本管理概念。来源属性：依据视频 00:01:10.667–00:03:25.866 的英文课件中文重制，1920×1080；非 SAP 软件原始截图。

讲师用两个业务场景说明为什么只看当前值不够。

这两个数值都是视频示例，不是 SAP 固定值。它们真正表达的是同一个控制目标：采购员需要把“外部沟通”与“内部凭证变化”关联起来，否则电话、邮件、输出消息与系统当前值很容易互相矛盾。

图 4：采购数量与交期发生变化的两个视频案例。来源属性：依据视频 00:01:23–00:03:25 口述内容中文重制，1920×1080；所有数字均标明为视频示例。

视频实录：版本管理的四项业务价值

在 00:03:26.819–00:05:09.469，视频把版本管理的价值归纳为四类。

第一，追踪变更。采购员可以回看凭证发生过哪些变化，而不是只看到最后保存的结果。对于数量、日期、文本等容易引发争议的字段，这种时间顺序尤其重要。

第二，核对发送给供应商的数据。采购订单创建后通常会通过输出或消息发送给供应商。版本信息让采购员有机会把系统里的修订状态与对外沟通内容对应起来，避免双方引用的不是同一版。

第三，让沟通引用更明确。电话沟通时，与其说“昨天那张订单”，不如引用采购订单的某一版本。这样供应商代表和内部采购员讨论的是同一组修订证据。

第四，追踪并比较长文本。讲师指出，启用版本管理后，长文本变化也可以被记录和比较。不过视频只口头说明“稍后在系统中演示”，实际并没有打开文本版本页面。长文本究竟保存到什么粒度、是否每次输入都永久保留，需要以后文 SAP 官方规则为准。

图 5：版本管理的四项业务价值。来源属性：依据视频 00:03:32.167–00:05:10.066 优势页中文重制，1920×1080；非 SAP 软件原始截图。

视频实录：启用维度与 IMG 设置清单

视频随后进入配置层面，并给出两种不同的启用粒度：

• 采购申请：讲师用“按凭证类型启用”来概括；
• 外部采购凭证：按“凭证类别 + 凭证类型 + 采购组织”的组合启用。

讲师还列出五个 IMG 活动：

1. 为采购申请设置版本管理；
2. 为外部采购凭证设置版本管理；
3. 定义变更原因；
4. 设置变更显示；
5. 定义采购申请的版本相关字段。

在 00:06:29.039–00:07:37.790，讲师打开记事本，再次写下这两条启用规则。记事本与 PPT 都属于非 SAP 实时画面，因此文章不能直接使用原英文截图；图 6 用中文重新组织相同的信息。

图 6：采购申请与外部采购凭证的启用粒度，以及视频列出的五个 IMG 节点。来源属性：依据视频 00:05:13.500–00:07:35.999 的 PPT 与记事本中文重制，1920×1080；非 SAP 软件原始截图。

这里必须保留一条边界：视频讲到了五个活动的名称，但实时系统中只打开了“为采购申请设置版本管理”。外部采购凭证、变更原因、变更显示和版本相关字段都没有真正进入，更没有保存任何设置。

视频实录：采购申请版本示例与按钮

在 00:07:38.167–00:08:35.266，视频用一张 PPT 内嵌的旧界面示意图讲解采购申请版本。示意数据包括：

• 物料 99-100，短文本为 Lubricating oil，中文可译为“润滑油”；
• 科目分配类别 K；
• 数量从 90 调整到 100 L；
• 版本 0 与版本 1；
• 原因代码示例 01；
• 创建人示例 Meier、Müller；
• Complete version、Display changes、Display version texts 等入口。

图 7：采购申请版本生命周期教学示意。来源属性：依据视频 00:07:49.533–00:08:35.266 的 PPT 组合图完整中文重制，1920×1080；保留必要代码和人名，不复制原图手写红线，不作为实时 SAP 执行结果。

因此，图 7 表达的是讲师想说明的流程，不是“视频已经把数量 90 改为 100，并成功生成版本 1”的证据。文章后续所有操作结论都以实时 SAP 原帧为准。

视频实录：实时 SAP 操作路径

1. 切换前出现一个既有采购申请

约 00:08:38.467，画面短暂显示已经存在的 ME53N 采购申请 10048653。可见物料 50065600、短文本 Nitric Acid、数量 200 L，项目明细区域存在 Versions 页签。

图 8：登录前已存在的 ME53N 采购申请。来源属性：视频 00:08:39.500 的 SAP GUI 1920×1080 完整原帧，未裁切、未锐化、未标注。它不是本课创建的凭证，Versions 页签也没有被打开。

这个画面只能证明经典采购申请项目明细中存在 Versions 页签位置，不能证明视频查看了版本历史，更不能把凭证 10048653 写成本课的新建结果。

2. 登录与瞬时连接错误

00:08:43–00:08:54 是 SAP 登录过程，画面包含用户名和密码区域，出于安全原因不作为文章图片。00:08:58.500 左右出现一次 WSAECONNRESET: Connection reset by peer 弹窗。之后讲师在可用会话中继续进入 SPRO，因此这只是一次瞬时连接故障，不能写成“版本管理配置失败”。

3. 进入 Purchasing 节点

讲师进入 SPRO，打开 SAP Reference IMG，再导航到：

Materials Management → Purchasing

图 9：Display IMG 中已展开 Purchasing 层级。来源属性：视频 00:09:14.500 的 SAP GUI 1920×1080 完整原帧，未裁切、未锐化、未标注；只证明到达 Purchasing 层级。

4. 展开 Version Management

继续向下找到 Version Management 节点后，画面完整显示五个活动入口。

图 10：Version Management 节点及五个活动入口。来源属性：视频 00:09:26.500 的 SAP GUI 1920×1080 完整原帧，未裁切、未锐化、未标注；菜单可见不等于各活动已经配置。

5. 打开采购申请版本管理明细

讲师进入 Set Up Version Management for Purchase Requisitions。画面显示：

• Doc. Category = B Purchase Requisition；
• Document Type = NB Purchase Requisition；
• Version Active：未勾选；
• Version 0 OK：已勾选；
• External OK：已勾选；
• Version APO：未勾选；
• Reason、Short Text、Requester、External Number：Optional entry；
• Posting Date：Suppress field。

图 11：讲师系统中的 B + NB 采购申请版本管理明细。来源属性：视频 00:09:36.500 的 SAP GUI 1920×1080 完整原帧，未裁切、未锐化、未标注。关键证据是 Version Active 明确未勾选。

讲师口头说“现在已经为 NB 激活”，但画面与这句话不一致。本文必须以可复核的画面状态为准：系统中存在一条 B + NB 配置记录，却不能据此认定版本管理已启用。

6. 打开空白 ME51N

讲师随后切换到 ME51N Create Purchase Requisition，凭证类型区域显示 NB Purchase Requisition。

图 12：空白 ME51N 初始界面。来源属性：视频 00:09:47.500 的 SAP GUI 1920×1080 完整原帧，未裁切、未锐化、未标注；没有行项目、采购申请编号或保存结果。

这个画面只完成了“NB 是当前界面的采购申请凭证类型”这一核对。讲师没有录入物料、数量、工厂或交货日期，没有检查，没有保存，也没有得到采购申请编号。

视频实录：必须纠正的画面结论

尤其要区分两个复选框：

• Version Active 决定该组合是否启用版本管理；
• Version 0 OK 与版本 0 的自动完成有关，不等于启用版本管理。

把这两个字段混为一谈，会导致“配置记录存在，但业务凭证始终没有版本”的错误排查方向。

视频实际终点与未完成清单

视频在返回 B + NB 明细页后，讲师说不想修改现有配置，准备先创建一个自定义采购申请凭证类型。最后完整信息在 00:10:01.190 结束；此后没有足够语音或画面证明任何后续操作。

下面开始的内容全部用于补齐这些缺口，不属于视频实录。

SAP 官方教程补充：版本不是完整副本，而是一组变更凭证

SAP Help 把采购版本管理描述为现有变更凭证功能的扩展。一个版本把采购申请或外部采购凭证在后续处理期间产生的变更凭证归为一组，并表示凭证的修订级别。

可以用以下方式理解：

• 版本 0 对应原始凭证或原始状态；
• 版本 1、2、……对应后续修订级别；
• 当前修改先进入当前版本；
• 只有满足对象状态和触发条件时，系统才真正建立下一版本；
• 版本主要用于分组、显示和比较变更证据。

图 13：变更凭证如何归入当前版本并在满足条件后形成下一修订级别。来源属性：依据 SAP Help：Version Management 独立整理的 1920×1080 中文图；非 SAP 官方原图，非软件截图。

这里有三个常见误解需要先排除。

第一，版本不是每次保存都无条件复制一张完整采购凭证。官方强调的是变更凭证的分组与修订级别，而不是文件式“另存为”。

第二，经典采购版本页面的核心是显示和比较，不能因此承诺“一键回滚到旧版本”。如果业务需要撤销或恢复，应遵循对应凭证的正常修改、审批和审计流程，不能把版本历史当成可直接复用的备份。

第三，Completed 也不是“立即冻结当前版本并自动复制下一版”的按钮。即使当前版本已经完成，新变更仍可能继续归入该版本，直到系统实际满足建立新版本的条件。

SAP 官方教程补充：支持对象、事务与版本粒度

SAP Help 对经典采购版本管理支持的对象给出了明确边界。

明确例外包括：

• 报价（quotation）不能创建不同版本；
• 计划协议的交货计划行不能创建不同版本；
• 采购申请不能被笼统理解为“整张凭证共用一个版本”，官方规则是项目级版本；
• 外部采购凭证则按抬头管理版本。

图 14：经典采购版本管理的支持对象、事务入口和版本粒度。来源属性：依据 SAP Help：Version Management 独立整理的 1920×1080 中文图；非 SAP 官方原图，非软件截图。

这一差异会直接影响排查。采购申请某个项目没有版本时，应检查该项目的状态和变化；采购订单版本问题则要从抬头版本、输出消息和打印相关变化入手。不能把两个对象的检查路径混在一起。

SAP 官方教程补充：采购申请与外部采购凭证如何启用

经典配置路径为：

Materials Management → Purchasing → Version Management

SAP Learning 在教学上把采购申请概括为“按采购申请凭证类型启用”，而 SAP Help 和实际 IMG 明细把组合写得更完整：

视频中的 B + NB 只是讲师系统的一条记录。不同客户可以按治理需要为客户自定义凭证类型启用或不启用，不能把 NB 写成所有系统都必须激活版本管理。

对于视频画面中的字段，文章只能做有依据的解释：

• Version Active：是否启用版本管理；
• Version 0 OK：是否让版本 0 自动完成；
• Reason、Short Text、Requester、External Number、Posting Date：画面显示的是讲师系统字段选择状态；
• External OK、Version APO：本视频没有打开字段帮助，当前官方正文也没有逐字段解释，不能仅凭英文标签自行扩展成固定规则。

配置时应先确认对象和组合，再讨论版本字段。否则即使在一个凭证类型上设置了版本相关字段，只要 Version Active 没有真正启用，业务凭证仍不会按预期进入版本流程。

SAP 官方教程补充：版本 0、Completed 与后续业务门槛

当对象组合已经启用版本管理时，创建采购申请或外部采购凭证会产生初始版本 0。版本数据中的 Completed 表示处理人已经完成当前时点计划进行的修改。

经典流程中的业务门槛如下：

• 采购申请版本完成后，才能释放或转换为后续凭证；
• 如果采购申请使用整体释放，所有项目的版本都必须完成；
• 外部采购凭证版本完成后，才能释放或输出、传输；
• Version 0 OK 可以使版本 0 自动完成；
• SAP 官方支持内容指出，标准配置只允许版本 0 自动完成，后续版本仍需要人工完成。

图 15：版本 0、Completed 与释放/转换/输出门槛。来源属性：依据 SAP Help：Version Management 及 Zero version in Purchase Order 独立整理的 1920×1080 中文图；非 SAP 官方原图。

这意味着，版本完成既是治理动作，也是后续处理的门控信号。企业在设计流程时应明确谁有权完成版本、完成前要填写什么变更原因或说明、完成后允许哪些审批或输出动作。

同时不要把 Completed 理解成版本切换器。官方规则明确指出，已经完成的版本仍可能继续接收新的变更凭证，直到系统真正创建一个新版本。若测试时只勾选了 Completed，却没有满足新版本条件，版本号不变化并不一定是系统故障。

SAP 官方教程补充：采购申请何时真正产生新版本

采购申请要建立后续版本，首先必须达到最终状态：

• 不使用释放功能时，状态为 Active；
• 使用释放功能时，状态为 Release completed。

达到最终状态后，也不是任何字段变化都会建立新版本。SAP Help 列出的触发类型包括：

1. Customizing 中定义为版本相关的字段发生变化；
2. 凭证分配发生变化；
3. 地址发生变化；
4. 服务项目发生变化。

因此，视频中的“数量从 90 改为 100，版本就从 0 变为 1”只能视为教学假设。要让这个实验成立，至少要同时满足：

• 当前采购申请凭证类型确实启用了版本管理；
• 目标采购申请项目已经存在初始版本；
• 原版本已经达到官方要求的最终状态；
• 数量字段在当前系统规则中属于版本相关变化；
• 修改被保存，且系统实际创建了新版本。

测试时应把这五项证据逐一记录，而不是只观察最终版本号。如果版本号没有变化，可以沿着“启用组合 → 项目状态 → 版本相关字段 → 实际变更凭证”的顺序定位。

图 16：采购申请建立新版本所需的最终状态与相关变化条件。来源属性：依据 SAP Help：Version Management 独立整理的 1920×1080 中文图；非 SAP 官方原图。

SAP 官方教程补充：外部采购凭证的新版本条件

外部采购凭证的条件更强调对外消息和打印相关变化。

前置状态同样是 Active 或 Release completed。此外：

• 所有消息都必须已经传输，系统才会建立新版本；
• 处于 Hold 的采购订单不产生新版本；
• 打印相关变化可以触发新版本；
• 凭证分配变化、受控的地址变化和受控的主条件变化也可能触发；
• 地址字段 ADRC-NAME1 只有被定义为打印相关字段时，相关地址变化才触发；
• 净价字段 EKPO-NETPR 只有被定义为打印相关字段时，主条件变化才按官方规则触发。

图 17：外部采购凭证建立新版本的三项门槛、受控变化类型与 Hold 否决条件。来源属性：依据 SAP Help：Version Management 独立整理的 1920×1080 中文图；非 SAP 官方原图。

外部采购凭证版本不增长时，排查不能只盯着字段值。应同时确认：凭证是否已达到最终状态、是否仍处于 Hold、上一轮消息是否已经传输、变化是否属于打印相关范围。缺少其中任何一项，都可能让“我已经改了字段”与“系统没有创建新版本”同时成立。

SAP 官方教程补充：变更原因、Value change 与差异显示

版本数据不只是版本号。SAP Help 说明，可以在版本数据中维护变更原因等信息，并利用版本显示功能回答四类问题：

• 为什么改：变更原因和说明；
• 改了什么：一个或多个版本对应的变更凭证；
• 影响多大：Value change 与上一版本相比的价值变化；
• 谁完成：版本状态、创建人和完成信息。

采购申请哪些字段属于版本相关字段，要在 Version-Relevant Fields of Purchase Requisitions 中定义。外部采购凭证的新版本则主要受打印相关变化控制，相应字段需要结合输出或消息相关配置判断。

视频只展示了 Reason 等字段在讲师系统中是 Optional entry，没有配置任何原因码、必输规则或显示方式。因此本文不能把这些画面状态写成 SAP 标准默认。客户系统应根据审计要求明确：哪些高风险变化必须填写原因、短文本是否必输、谁可以完成版本，以及价值变化达到什么阈值时需要额外审批。

SAP 官方教程补充：长文本版本为什么不是“每次输入都永久保留”

SAP Help 对文本版本给出了比视频口述更精确的规则。

当当前版本中的文本发生变化时，系统会为数据库中已经保存的旧文本创建一个 text edition，并把它分配给上一版本。用户可以单独显示文本版本，也可以比较两个文本版本，或把旧文本版本与当前文本比较。

但它不是逐次按键记录：

• 每个版本最多保留一个最终文本版本；
• 在同一个当前版本中反复修改文本时，中间文本会被后续修改覆盖；
• 只有打印相关文本的变化才会自动触发一个新版本；
• 可追踪的典型文本包括交货文本、物料主数据采购订单文本等。

图 18：旧文本以 text edition 分配给上一版本，并与当前文本比较。来源属性：依据 SAP Help：Texts for Versions in Requisitions and External Purchasing Documents 独立整理的 1920×1080 中文图；非 SAP 官方原图。

正确的业务表述应是：“版本管理能够保存和比较旧文本版本，但每个版本只保留一个最终文本版本，且新版本是否触发仍受打印相关性等条件控制。”不能写成“长文本的每次修改都永久保留”。

SAP 官方教程补充：MRP、PS/PM 与 SAP APO 采购申请边界

不同来源的采购申请，版本行为并不相同。

图 19：MRP、PS/PM 与 SAP APO 来源采购申请的版本边界。来源属性：依据 SAP Help：Version Management 独立整理的 1920×1080 中文图；非 SAP 官方原图。

视频画面中虽然出现了 External OK 与 Version APO 标签，但没有打开字段帮助。本文不会从两个标签反推 MRP、外部来源或 APO 的完整业务规则；以上边界只来自 SAP Help 的明确文字说明。

MRP 场景尤其容易误判。如果采购申请刚由 MRP 创建而没有版本，不能立即断言配置失效。先确认它是否经过 ME52N 手工修改；一旦手工修改并形成版本，它会被固定，随后 MRP 不再修改它。这是计划自动化与人工变更治理之间的重要分界。

SAP 官方教程补充：On-Premise、Private Edition 与 Public Edition 的区别

视频展示的是经典 SAP GUI / SPRO 路径，主要对应 SAP S/4HANA On-Premise 与 SAP S/4HANA Cloud Private Edition 的经典采购版本管理。SAP S/4HANA Cloud Public Edition 当前官方资料重点说明的是 Manage Purchase Contracts 中的采购合同版本管理，不能把两套模型混写。

图 20：经典 GUI 采购版本管理与 Public Edition Fiori 采购合同版本管理的两条独立流程。来源属性：依据 SAP Help Public Edition：Version Management in Purchase Contracts 与 Manage Purchase Contracts 独立整理的 1920×1080 中文图；非 SAP 官方原图。

Public Edition 合同版本历史可比较两个版本。批准后的变更成为新的活动合同内容，旧内容进入历史；被拒绝的变更保留为 Rejected 历史版本。官方同时说明，使用 SAP GUI for HTML 创建的合同始终被视为非版本相关，有版本的合同应在 Manage Purchase Contracts 中编辑。

因此，不能把 Public Edition 的 Change Request / Historical version 模型套到视频中的 ME51N 采购申请项目版本，也不能反过来宣称 Public Edition 的采购申请和采购订单普遍沿用视频里的经典页签与 Completed 流程。

SAP 官方教程补充：最小可验证实验

下面是一套依据官方规则整理的测试顺序。它用于验证机制，不是视频已经完成的操作，也不能替代客户系统 IMG 活动文档、字段帮助或变更审批制度。

实验 A：采购申请项目版本

1. 只在测试系统中复制或创建一个客户自定义采购申请凭证类型，例如使用客户命名空间；不要直接修改生产标准类型。
2. 在“为采购申请设置版本管理”中选择正确的凭证类别与凭证类型组合。
3. 显式勾选 Version Active。
4. 根据治理要求决定版本 0 是否通过 Version 0 OK 自动完成。
5. 配置版本数据字段选择，并明确至少一个可验证的版本相关字段。
6. 使用 ME51N 创建一条采购申请项目，保存后记录凭证号、项目号和版本 0 状态。
7. 完成当前版本，使项目达到 Active 或在使用释放功能时达到 Release completed。
8. 使用 ME52N 修改已经确认的版本相关字段并保存。
9. 在 ME52N 或 ME53N 的项目 Versions 页签检查版本号、Completed、变更原因、Value change 和变更凭证。
10. 如果测试长文本，比较上一版本 text edition 与当前文本，并确认中间修改不会被误写成每次永久保留。

实验 B：外部采购凭证

1. 为测试用凭证类别、凭证类型和采购组织组合启用版本管理。
2. 创建测试采购订单并完成版本 0。
3. 确认凭证达到 Active 或 Release completed。
4. 确认上一轮消息已经传输，采购订单不处于 Hold。
5. 修改一个已确认的打印相关字段，而不是任意字段。
6. 保存后在抬头 Versions 中检查新版本及变更凭证。
7. 分别用“消息未传输”和“采购订单处于 Hold”做负向测试，验证系统不会按错误预期创建版本。

建议保留的实验记录

SAP 官方教程补充：如何阅读 Versions 页签而不误判

版本页签不是只看一个数字。排查时应把“对象层级、版本状态、变更内容和后续门槛”连成一条证据链。

首先确认打开的位置。采购申请版本位于项目明细，因此同一张采购申请的不同项目可能处于不同版本状态；采购订单等外部采购凭证则在抬头管理版本。如果在错误层级查找，很容易得出“系统没有版本”的假结论。

其次区分版本号与完成状态。版本号回答“当前属于哪一次修订”，Completed 回答“处理人是否完成当前计划修改”。两者不能互相替代：存在版本 0 不代表它已经完成，勾选 Completed 也不代表系统已经产生版本 1。

再次检查变更证据。可以选择一个或多个版本显示对应变更凭证，并结合变更原因、Value change、创建人和时间判断变化是否符合预期。Value change 是与上一版本相比的价值变化，不应被简单解释成某个字段的原始值或当前总值。

最后检查业务门槛。采购申请要考虑项目最终状态、释放或后续转换；外部采购凭证还要考虑消息是否传输、是否处于 Hold、变化是否打印相关。只有把这些前提一起记录，版本号变化或不变化才有可解释性。

建议把每次测试的截图、凭证号、项目号、版本号、Completed 状态和变更原因放在同一份测试记录中。这样即使后续配置调整，也能判断问题来自启用组合、字段相关性、对象状态，还是输出与 Hold 条件，而不是依靠记忆猜测。

SAP 官方教程补充：常见误区与排错顺序

建议按以下顺序排错：

1. 确认对象与粒度：是采购申请项目，还是外部采购凭证抬头？
2. 确认启用组合：凭证类别、凭证类型、采购组织是否与业务凭证完全匹配？
3. 确认 Version Active：不要被配置记录存在或 Version 0 OK 误导。
4. 确认当前版本状态：是否已经达到 Active 或 Release completed？
5. 确认变化类型：采购申请字段是否版本相关；外部采购凭证字段是否打印相关？
6. 确认外部凭证附加条件：消息是否传输，采购订单是否处于 Hold？
7. 确认查看位置：采购申请看项目 Versions，采购订单看抬头 Versions。
8. 最后再查特殊来源：MRP、PS/PM、APO 或 Public Edition 是否采用不同边界。

SAP 官方教程补充：上线治理检查清单

以下清单是根据 SAP 官方功能边界整理的实施建议，不是 SAP 强制模板。

配置治理

• 优先在客户自定义凭证类型上验证，不直接修改生产标准类型；
• 记录每个启用组合的业务负责人、目的和适用组织；
• 把 Version Active 与 Version 0 OK 分成两个独立审批项；
• 明确哪些采购申请字段版本相关、哪些采购订单字段打印相关；
• 对 External OK、Version APO 等字段先查看当前版本字段帮助和 IMG 活动文档，不凭名称猜测。

流程治理

• 明确谁负责填写变更原因和短文本；
• 明确谁有权完成版本，完成前必须完成哪些复核；
• 把采购申请整体释放与“所有项目版本均完成”的条件纳入测试；
• 把外部采购凭证消息传输、Hold 状态和输出重发纳入回归测试；
• 对 MRP 手工修改后的 firm 行为设置清晰的业务告警；
• 对 APO 自动转换场景验证“版本必须先手工完成”的条件。

审计治理

• 变更单中同时保存凭证号、项目号或抬头、版本号、变更原因和完成信息；
• 抽样核对 Value change 与实际字段变化是否一致；
• 抽样比较长文本的上一 text edition 与当前文本；
• 保留正向和负向测试：能生成版本的场景与明确不应生成版本的场景都要有证据；
• 部署升级或流程切换后重新验证对象范围，尤其不要把 Public Edition 合同模型与经典 GUI 模型混用。

SAP 官方教程补充：官方资料、图片与版权说明

原始视频

• YouTube：Video 42 - Version Management

SAP 官方资料

1. SAP Learning：Using Document Types in Purchasing
2. SAP Help：Version Management
3. SAP Help Cloud Private Edition：Texts for Versions in Requisitions and External Purchasing Documents
4. SAP Help Support Content：Zero version in Purchase Order
5. SAP Help Public Edition：Version Management in Purchase Contracts
6. SAP Help Public Edition：Manage Purchase Contracts
7. SAP Copyright：Screenshots of Software
8. SAP Trademark

SAP Learning 与 SAP Help 的这些版本管理页面没有提供可直接复用、且与本课经典版本管理相匹配的 SAP GUI/Fiori 原始截图，因此本文没有为了凑图使用无关官方练习图片。图 13–20 都是依据官方文字规则独立整理的中文信息图，不得标为“SAP 官方图片”。图 8–12 来自视频中的 SAP GUI 完整原帧，软件截图总数为 5 张，低于单篇 10 张上限。

本文中的 SAP 软件截图只用于教育与说明，除等比例展示外不做裁切、翻译、箭头标注或重新排版，也不暗示 SAP 对本文、网站或作者提供赞助、认证或背书。

SAP S/4HANA is the trademark or registered trademark of SAP SE or its affiliates in Germany and in other countries.

回到本课最关键的结论：视频证明了讲师进入正确的 IMG 节点，并查看了 B + NB 明细与空白 ME51N；但 Version Active 未勾选，任何配置都没有保存，采购申请没有创建，版本 0/1 也没有生成。只有先守住这条证据边界，后续官方规则和测试步骤才不会被误写成视频已经完成的结果。