SAP S/4HANA MM模块培训 50 - 采购文本类型与文本采用：抬头、项目、复制规则与固定标识
SAP S/4HANA MM模块培训 50 - 采购文本类型与文本采用：抬头、项目、复制规则与固定标识
采购业务中的“文本”绝不是给凭证随手加一句备注。它可能是整张采购订单都适用的合同条款，也可能只约束某一个行项目；可能由采购员手工输入，也可能从采购申请、合同、物料主数据、采购信息记录或供应商主数据自动带入；可能在目标凭证中形成一份独立快照，也可能只是只读显示；即便已经出现在采购订单里，也不代表一定会打印到供应商收到的输出文件中。
本课视频以经典 SAP GUI 为环境，先解释采购长文本的用途，随后在一张采购订单和一张采购申请中对比抬头、项目文本，最后进入 SPRO 的采购订单文本配置路径，查看标准抬头文本类型并点击 New Entries。视频在讲师刚要继续说明复制规则时结束，因此复制顺序、固定标识、主数据来源、输出处理和端到端测试都没有在视频中完成。本文会先原样还原视频已经发生的动作，再以清晰标记的 SAP 官方教程补充把缺失部分补齐。
本文中的“视频实录”只描述画面和字幕能够直接证明的内容；从第一个“SAP 官方教程补充”二级标题开始，内容来自 SAP Learning 与 SAP Help 的官方说明，不会把官方补充写成讲师已经演示过的步骤。
本课要解决的核心问题
理解采购文本，最好不要从“系统里有几个文本框”开始，而要从五个业务问题开始。
第一，文本属于谁。包装要求、交货窗口、质保条款可能作用于整张采购订单，也可能只作用于某一行物料或服务。层级错了，供应商看到的语义就可能错。
第二，文本从哪里来。采购员可以手工输入，但企业通常希望复用已经维护在采购申请、物料、采购信息记录或供应商主数据中的内容。自动承接可以减少重复录入，却也会带来来源冲突和更新时点问题。
第三，多个来源同时存在时选谁。系统需要一个确定的检索顺序；如果合同和采购申请都提供了文本，必须明确哪个来源优先，不能靠使用者猜测。
第四，带入后能不能改。目标凭证可以自动复制并立即固定，也可以让用户决定是否采用，还可以只显示来源文本而禁止采用和修改。不同策略对应不同的审计和维护需求。
第五，是否发送给供应商。文本已经存在于采购订单不等于一定输出。输出处理还要决定打印顺序、优先级、表单位置和消息是否成功生成。
把这五个问题连起来，才是完整的采购文本方案：业务语义 → 文本层级 → 来源与顺序 → 固定行为 → 输出结果。
视频完成范围与停止边界
视频长度约 10 分 18 秒，议程提到文本类型、主数据文本、文本采用、复制功能和固定标识，但实际演示只覆盖其中一部分。
/images/article_image/827763777413189.png
视频已经完成的内容包括：说明采购长文本用途；展示采购订单抬头和项目文本类型；展示采购申请的抬头备注和项目文本类型；进入 SPRO → SAP Reference IMG → Materials Management → Purchasing → Purchase Order → Texts for Purchase Orders；打开采购订单抬头文本类型列表；点击 New Entries 进入序号和描述的空白录入界面。
视频没有完成的内容同样重要：讲师没有输入新文本类型编号和描述，没有保存配置，也没有展示传输请求；没有打开项目文本类型配置；没有打开抬头或项目的复制规则；没有维护文本来源顺序和固定标识；没有打开物料主数据、采购信息记录或业务伙伴文本；没有创建后续采购订单来验证文本采用；没有进入输出处理，更没有展示供应商最终收到的 PDF、打印件或其他输出文件。
末句只说到将继续讨论复制规则，随后视频结束。因而本文不会把“议程中列出”当成“系统中完成”，也不会把 New Entries 空白行写成已创建新类型。
为什么采购业务需要长文本
短文本通常回答“这是什么”。例如物料短文本能帮助采购员和供应商识别物料，但它很难承载完整的技术规格、包装说明、交货限制、验收条件或合同条款。长文本负责回答“应该怎样采购、怎样交付、怎样履约”。
/images/article_image/827763801440325.png
视频首先举出包装和交货日期相关说明。实际项目中还常见以下几类用途：
- 物料与服务要求：技术参数、材质、图纸版本、服务范围、验收口径、必须提交的证书。
- 包装与标签：包装材料、内外包装、单箱数量、标签格式、防潮防震、危险品标识。
- 交货与收货：送货地址、预约窗口、联系人、提前通知、分批交货限制、温控要求。
- 商务与合同：付款条件补充、质保、违约、保证、附件、保密和其他合同约定。
- 内部备注：仅供采购、计划或审批人员查看，不希望打印给供应商。
最后一类特别容易出错。一个叫“备注”的文本并不天然是内部文本，一个叫“交货说明”的文本也不天然会打印。业务受众必须通过文本类型含义、承接策略与输出配置共同落实。实施时应为每个文本类型写清楚维护者、读取者、是否随凭证复制、是否允许修改、是否必须外发以及输出语言。
抬头文本、项目文本与采购申请文本
视频明确区分了采购凭证的抬头和项目层级。采购订单、合同、计划协议等外部采购凭证通常可以同时拥有抬头文本和项目文本。抬头文本作用于整张凭证，项目文本只作用于某一个行项目。
/images/article_image/827763833659461.png
采购订单抬头文本适合整单适用的内容，例如总体交货条款、装运说明、质保和合同附件。项目文本适合特定物料或服务的技术说明、该项目的交货要求，以及从采购信息记录或物料主数据取得的采购订单文本。
视频在 ME53N 中展示的采购申请有一个 Header Note（抬头备注），项目区则显示多种文本类型。这里必须区分“画面上存在抬头备注”和“可配置多种采购申请抬头文本类型”两件事。视频的业务结论是后续凭证文本承接重点在采购申请项目层；不能因为看到了一个抬头备注，就推断它会自动进入采购订单抬头。
层级设计不应仅按界面位置决定。例如“通用包装规范”看似整单适用，但若一张订单同时包含普通物料与危险品，按项目维护可能更准确。反过来，如果同一供应商的交货预约规则对整张订单都相同，把它复制到每一个项目会造成冗余和维护不一致。正确做法是先确认业务语义的最小作用范围，再选择抬头或项目层级。
视频实录时间轴
下面的时间轴把概念说明、业务凭证展示和配置入口分开。这样可以避免把课件上的架构图、讲师口述的后续议程和真正完成的 SAP 操作混在一起。
/images/article_image/827763853754437.png
00:00–03:55 主要是概念与议程。讲师说明长文本在采购交易中的用途，提到包装、交货等补充说明，并区分抬头和项目文本。
03:55–06:30 进入标准采购订单 4500000417。视频先确认订单、供应商、物料和订单历史，再查看抬头 Texts 与项目 Texts 页签。
06:56–07:38 使用 ME53N 打开采购申请 10000490，先展示唯一的抬头备注，再展示项目级文本类型。
07:38–08:44 回到概念说明。讲师提到采购凭证、采购信息记录和业务伙伴文本，也再次提到复制规则和固定标识，但尚未进入这些配置。
08:44–09:58 进入 SPRO 和 SAP Reference IMG，沿材料管理、采购、采购订单路径展开采购订单文本配置，打开抬头文本类型。
09:58–10:18 点击 New Entries。系统显示序号和描述的空白行。讲师说明可以输入编号和描述，随后刚开始提及复制规则，视频即结束。
视频实操一：采购订单抬头文本
视频打开一张已存在的标准采购订单 4500000417。画面中可见供应商 2012 SV enterprises1、凭证日期 20.11.2022，行项目物料 125000027、短文本 Citric Acid。订单历史区域表明该订单已有收货与发票相关历史，因此这不是为了演示文本而新建的空白订单，而是一张用于观察界面的现有凭证。
讲师切换到抬头 Texts 页签。左侧列表显示多种抬头文本类型。视频先看到 Pricing types（定价类型）、Deadlines（截止日期）、Terms of delivery（交货条款）、Shipping instructions（装运说明） 等；稍后回到订单时还能看到 Header text（抬头文本） 和 Header note（抬头备注）。
/images/article_image/827763875016773.png
每个文本类型右侧都有文本编辑区域。视频没有输入内容，也没有保存订单，因此它证明的是“文本类型在此凭证中可见”，不能证明任何一个类型已经有文本、已承接来源文本或会打印给供应商。
从业务设计角度看，抬头文本最大的风险是范围过宽。如果把只适用于某个项目的技术要求放到抬头，供应商可能误以为它适用于所有项目；如果把整单适用的合同条款复制到每个项目，后续修改时又可能出现不同项目版本不一致。实施前最好用真实订单样本验证：一张订单包含多个项目时，每条文本究竟作用于哪些项目。
视频实操二：采购订单项目文本
讲师展开项目明细并切换到项目 Texts 页签。画面左侧清晰显示多个项目文本类型，包括 Item text（项目文本）、Info record PO text（信息记录采购订单文本）、Material PO text（物料采购订单文本）、Delivery text（交货文本）、Info record note（信息记录备注） 和 MRP Cockpit。
/images/article_image/827763895595077.png
这些名称已经暗示了来源和用途，但不能只凭名称推断系统行为。例如 Info record PO text 是否真的从采购信息记录带入，要看对应目标文本类型的链接、来源顺序、当前信息记录是否维护文本、语言和采购组织范围是否匹配；Material PO text 是否出现，还可能受到采购信息记录中 No Mat. Txt 设置影响；Info record note 可能用于内部参考，不应自动等同于供应商输出文本。
视频中右侧编辑区为空，讲师没有触发承接，也没有修改和保存。因而这一段最可靠的学习成果是识别项目文本区域和标准文本类型，而不是验证自动复制结果。
在项目实施中，建议为每一个目标项目文本类型建立一张“来源设计表”，至少记录：目标类型、允许来源对象、来源文本类型、检索顺序、固定标识、语言规则、组织范围、是否可人工覆盖、输出顺序与表单位置。没有这张表，系统中的多条配置很难在业务评审时被完整理解。
视频实操三：采购申请抬头备注
视频使用 ME53N 打开采购申请 10000490。画面先显示行项目物料 Z2000、短文本 Material Z1000 (MFGA)、数量 100 EA、交货日期 09.11.2022、工厂 0001，并能看到固定供应商 2012 和信息记录 517。
切换到抬头文本区域后，左侧只有 Header note（抬头备注）。
/images/article_image/827763919740997.png
这张画面说明采购申请存在一个抬头备注区域，但不应被解释为采购申请抬头可像采购订单一样配置多种对外文本，更不能推断这条抬头备注会被后续采购订单采用。视频也没有在备注中录入文字，没有创建后续订单进行验证。
业务上，采购申请抬头备注通常更适合描述整张内部申请的背景，例如项目说明或内部协调信息。真正需要进入供应商订单的规格和交货要求，应当重点检查项目文本，因为采购申请到采购订单通常是一对多或多对一转换，抬头语义很难无歧义地映射到后续订单。
视频实操四：采购申请项目文本
讲师点击项目 Texts 页签。画面左侧显示 Item text（项目文本）、Item note（项目备注）、Delivery text（交货文本） 和 Material PO text（物料采购订单文本）。
/images/article_image/827763950698565.png
这段画面与前面的概念说明互相印证：采购申请项目可以承载多类文本。项目文本既可以服务内部申请审批，也可以作为后续采购订单项目文本的来源。究竟哪一种会承接、承接到采购订单的哪个目标类型、自动还是手工采用，仍取决于采购订单文本链接和固定标识。
视频没有打开这些文本的内容，也没有从该采购申请创建采购订单。因此最稳妥的边界是：画面证明项目文本类型存在；后续承接逻辑需要配置与业务测试验证。
视频实操五：采购订单文本配置路径
讲师返回 SAP Easy Access，输入 SPRO，打开 SAP Reference IMG，进入：
Materials Management → Purchasing → Purchase Order → Texts for Purchase Orders
该节点下可见四个活动：
Define Text Types for Header Texts：定义采购订单抬头文本类型。Define Copying Rules for Header Texts：定义采购订单抬头文本复制规则。Define Text Types for Item Texts：定义采购订单项目文本类型。Define Copying Rules for Item Texts：定义采购订单项目文本复制规则。
/images/article_image/827763970535493.png
视频只打开了第一个活动。其他三个活动虽在 IMG 路径中可见，但没有被打开。这个区别非常重要：看到配置菜单并不等于已经查看、修改或保存其中的设置。
/images/article_image/827763992277061.png
从配置结构可以看出，文本方案至少分两层。第一层定义“有哪些目标文本类型”；第二层定义“这些目标文本类型可以从哪些来源承接文本，以及如何承接”。只新建文本类型而不维护链接，它只是一个可输入的空文本容器；只维护链接而没有清晰的目标类型语义，用户又无法判断文本应放在哪里、是否对外。
视频实操六：采购订单抬头文本类型列表
进入 Maintain Text Types: Header Texts Purchase Order 后，视频显示 16 个抬头文本类型：
Header textHeader notePricing typesDeadlinesTerms of deliveryShipping instructionsTerms of paymentWarrantiesPenalty for breach of contractGuaranteesContract riders (clauses)AttachmentOther contractual stipulationsDeliveryVendor memo (general)Vendor memo (special)
/images/article_image/827764014059589.png
列表包含 Seq. No. 和 Description 两列。序号决定界面中类型的排列，描述帮助用户识别用途。描述本身不是完整的控制规则；两个系统可以拥有相同描述，却因链接、固定标识和输出配置不同而表现完全不同。
实施时不要仅复制一套看似完整的标准名称。企业应先盘点真实采购文件和供应商沟通场景，再决定哪些标准类型保留、哪些新增、哪些不应给用户使用。类型过多会增加选错概率，类型过少又会把不同业务语义塞进同一个文本框，导致承接与输出无法精确控制。
视频停止点：New Entries 只是空白入口
讲师点击 New Entries 后，列表变成空白行，只保留 Seq. No. 和 Description 字段。讲师说明可以输入编号和描述，但没有实际录入任何值。
/images/article_image/827764034994245.png
因此视频没有创建新文本类型，也没有保存 Customizing。对于一条可交付的配置，至少还需要明确序号、描述、业务含义、目标层级、来源链接、固定标识、输出规则、语言、权限、传输请求和测试用例。视频只到“可以开始录入”的入口。
视频最后一句开始提及复制规则，但在解释完成前中断。以下内容不再冒充视频实操，而是依据 SAP 官方教程补齐完整机制。
SAP 官方教程补充：采购订单项目文本类型与链接
SAP Learning 的“Defining Text Types and Text Adoption”课程把采购文本配置拆成两个相邻对象：Text types 与 Text linkages。文本类型定义目标凭证里可见的文本容器；文本链接定义目标容器可以从哪些来源对象取得文本，以及来源被检索的顺序和固定方式。
下面是 SAP Learning 提供的采购订单项目文本类型界面原图。它是 SAP GUI 软件截图，因此保留官方原始英文界面和完整原始分辨率，没有裁剪、放大、锐化或重绘。左侧对话结构中，Text types 下方就是 Text linkages。
/images/article_image/827764063293509.png
官方示例列出了 Item text、Info record PO text、Material PO text、Delivery text、Info record note、MRP Text 等项目类型。不同系统因版本、行业解决方案和客户配置而异，不能把这份列表当成所有系统必须完全一致的固定清单。
一个新建的目标文本类型如果没有链接，用户仍然可以在采购订单中手工输入文本，但系统不会自动知道要从采购申请、合同、物料或信息记录取得什么内容。反过来，一条文本链接必须指向明确的目标文本类型。因而设计顺序应是：先定义目标文本语义和层级，再确定来源和顺序，最后决定固定与输出。
/images/article_image/827764083122245.png
第二张 SAP Learning 原图展示 Maintain Text Linkages: Item Texts Purchase Order。目标类型是采购订单项目文本，右侧按顺序列出来源对象。界面中的 Fix 列就是固定标识。视频没有打开这张界面；它只作为 SAP 官方补充证据。
文本类型不等于文本来源
例如目标类型叫“项目文本”，来源可以是采购订单项目自己已有的文本，也可以是合同关联的信息记录文本、询价/报价项目文本或采购申请项目文本。目标名称描述“文本在采购订单中是什么”，来源链接描述“它可能从哪里获得内容”。把两者混为一谈，会产生以下常见错误：
- 看到
Material PO text就以为一定来自物料主数据，却没有检查链接和No Mat. Txt。 - 看到
Info record note就以为一定会打印，忽略它可能是内部备注。 - 新建一个对外文本类型后只维护描述，忘记配置来源和输出。
- 多个来源都配置到同一目标，却没有与业务确认优先级。
抬头链接与项目链接分开维护
抬头文本只能从能够在整张目标凭证层级成立的来源承接，项目文本则可按行项目关系从采购申请、合同、询价/报价和主数据取得内容。不要因为两个文本类型描述相同，就把抬头和项目的来源设计照抄。采购申请抬头备注尤其不能被假定会承接到后续采购凭证。
SAP 官方教程补充：文本采用的运行逻辑
“文本采用”可以理解为：目标采购凭证依据 Customizing 中的文本链接，在规定来源对象里寻找文本，并按照固定标识决定自动复制、供用户选择，还是只读显示。
运行时可以拆成六个问题：
- 当前目标凭证类型和目标文本类型是什么？
- 这条目标文本类型配置了哪些来源对象和来源文本类型？
- 当前业务凭证链中，这些来源对象是否真实存在？
- 对应语言、采购组织、物料、供应商等范围内，来源文本是否有内容？
- 多个来源都有内容时，哪一个顺序最靠前？
- 命中后，…2229 tokens truncated…向内部使用。不同文本类型即使内容相似，也不应无差别地全部输出。SAP 官方资料还提到，在相应收货打印设置下，物料检验文本可以出现在收货相关单据上，这与采购订单输出是不同链路。
语言与组织范围
采购文本通常按语言维护。SAP Help 的产品主数据说明强调采购文本不按工厂区分，而是对组织层级通用，并且每种语言维护一份。因此，如果某个工厂需要专属要求，直接写进通用物料采购文本可能影响其他工厂；应评估改用采购凭证项目文本、来源对象或其他合适的控制。
已固定订单与主数据变更
主数据文本变更不应被当作自动重写历史订单。采用并固定的采购订单保存自己的文本快照。若业务要求对未交货订单统一更新，应建立受控的变更流程，明确哪些订单、哪些项目、哪些语言需要更新，并重新输出，而不是期待主数据变化自动传播。
SAP 官方教程补充：采购信息记录文本与 No Mat. Txt
SAP Help 关于采购信息记录文本的说明区分内部备注和采购订单文本。内部备注用于采购人员参考，不打印给供应商；采购订单文本按采购组织维护，可用于采购订单输出。
为什么信息记录文本更具体
采购信息记录连接供应商、物料和采购组织。它适合维护“向这个供应商采购这个物料时”的特定包装、供应商物料号说明或其他采购要求。若同一物料向不同供应商采购，信息记录文本可以分别维护，而无需污染物料的通用采购文本。
不能任意新增文本类型
SAP Learning 指出，物料主数据和采购信息记录不像采购凭证那样可以任意新增文本类型。采购信息记录的文本描述可以调整，但不能把它当成可无限扩展的文本框架。需要新的业务语义时，应评估目标采购凭证文本类型、供应商文本或其他合适对象，而不是假设信息记录可以创建任意新类型。
No Mat. Txt 的作用
信息记录中的 No Mat. Txt 可抑制从物料主数据采用采购订单文本。它适合供应商特定信息记录文本完全替代物料通用文本的场景。若勾选后订单没有物料采购文本，这可能是符合配置的结果，不一定是故障。
排障时应检查：订单项目是否存在有效信息记录；信息记录采购组织是否与订单一致；对应语言是否维护 PO 文本；No Mat. Txt 是否启用；目标文本链接是否包含物料来源；信息记录文本和物料文本在来源顺序中如何排列。
SAP 官方教程补充：业务伙伴与供应商文本
SAP Learning 说明，可以为业务伙伴/供应商定义新的文本类型，且采购组织文本与采购组织相关。配置路径位于材料管理、采购、供应商主数据相关的文本设置中。新建文本类型后，还必须标记为相关，才会在相应供应商维护场景中可用。
/images/article_image/827764168384581.png
中央文本与采购组织文本
中央文本适用于供应商的通用信息；采购组织文本只适用于特定采购组织。相同供应商在不同采购组织可能有不同交货联系人、文件要求或商业约定，因此不能把采购组织专属内容误放到中央文本。
SAP Learning 还提示中央文本的相关性涉及事务 OBT4。因此“已经定义文本类型但 BP 中看不到”时，应检查相关性，而不是重复创建类型。经典 SAP GUI、不同 S/4HANA 版本与不同部署形态的具体入口可能不同，实施时以当前系统 IMG 文档为准。
供应商文本的适用边界
供应商文本适合该供应商普遍适用的要求，例如通用装运通知、发票附件或联系规则。与特定物料相关的要求更适合采购信息记录，与特定订单或项目相关的临时要求应维护在采购凭证。把临时内容长期留在供应商主数据，会让未来订单持续继承过期说明。
主数据限制汇总
采购凭证可以定义新的抬头和项目文本类型，并维护链接、顺序和固定标识；物料主数据和采购信息记录使用预定义文本类型，不能任意新增；供应商/BP 可以新增类型，但必须处理中央或采购组织范围及相关性。四类对象的能力不能混为一谈。
SAP 官方教程补充：从文本可用到供应商收到的输出链路
SAP Learning 的“Specifying Texts for Output Processing”课程强调，凭证中有文本不代表文本会自动出现在输出中。文本承接解决“目标凭证里有什么”，输出处理解决“打印哪个文本、放在哪里、以什么格式发送”。
/images/article_image/827764187316293.png
完整链路包括：来源对象或目标凭证中有文本；文本链接与固定标识形成目标文本；输出处理根据文本打印顺序与优先级选择文本；表单决定布局和标签；消息输出成功生成并发送；最后由供应商收到并能够阅读。
打印顺序与优先级
SAP 官方课程给出一个重要规则：同一打印顺序和优先级下，通常只输出第一个可用文本。例如采购订单项目自身的物料采购订单文本存在时，可以优先于物料主数据中的采购订单文本；只有项目文本不存在时，才使用物料主数据文本。
这与文本承接顺序相似，但不是同一配置。承接顺序决定目标凭证文本的来源，打印顺序决定输出程序选择哪个可用文本。一个项目可能同时显示多个文本类型，表单仍可能只打印其中一部分。
表单控制最终呈现
SAP Help 关于创建和格式化文本的说明说明文本类型和格式化与输出位置相关。企业应复制标准表单后维护自定义版本，不要直接修改 SAP 标准表单。自定义表单要确定标题、段落、换行、字体、语言和项目重复方式。
必须检查真实输出文件
界面中看到文本不是最终验收。测试必须生成实际输出文件，检查：正确文本是否出现；错误文本是否被抑制；抬头和项目位置是否正确；多语言字符是否正常；长文本是否被截断；分页是否破坏可读性；重复项目是否错误重复抬头条款；输出消息是否成功发送。最终证据应是供应商实际收到或等价的输出文件。
SAP 官方教程补充：一套可执行的配置设计步骤
下面的步骤不是视频中的点击实录，而是结合 SAP 官方机制整理的实施顺序。由于不同版本、行业方案和部署形态界面可能不同，具体活动名称以当前系统 IMG 文档为准。
第一步：建立文本目录
从真实采购订单、合同模板、包装规范和供应商沟通中收集现有文本。为每条文本定义业务名称、内容示例、维护者、读取者、作用层级、适用组织、语言、是否外发、有效期与合规要求。先去重再配置，避免把多个名称不同但语义相同的文本都搬进系统。
第二步：定义目标文本类型
确定每个文本属于采购订单抬头还是项目。选择已有标准类型或新建客户类型，维护清晰描述和合理顺序。描述应让采购员无需猜测就知道用途，例如“供应商包装要求”优于模糊的“备注 2”。若企业有命名规范，应避免与未来标准内容冲突。
第三步：定义来源链接
对每个目标类型列出可能来源：目标凭证自身、采购申请、合同、询价/报价、物料主数据、采购信息记录或供应商主数据。只有语义真正相同的来源才放入同一竞争序列；语义不同的内容应拆到不同目标文本类型。
第四步：确定来源顺序
业务负责人必须用具体冲突场景确认优先级。例如“合同和采购申请同时有文本时采用谁”“信息记录和物料都有文本时是否替代或并存”。把结论记录在来源设计表，并为每种冲突写测试用例。不能让配置人员凭个人经验决定。
第五步：选择固定标识
明确目标凭证需要快照、用户选择还是只读引用。对外合同性文本通常更重视创建时快照和审计；模板性文本可能允许用户采用；受控只读文本需要验证来源变化与输出影响。选择后要用新建、修改、保存、重新打开、来源变更等动作验证状态。
第六步：配置主数据相关性
检查物料采购文本、采购信息记录 PO 文本、No Mat. Txt、供应商中央/采购组织文本和相关性标识。准备与目标订单语言一致的测试文本。不要使用同一句话填满所有来源，否则无法从结果判断真正命中了哪个来源；测试文本应带清晰来源标记。
第七步：配置输出处理
维护文本打印顺序、优先级和自定义表单。把内部备注与外部文本分开，确保内部信息不会发给供应商。若同一目标可能来自不同来源，验证表单只输出预期版本，不重复打印。
第八步：传输与回归
记录配置基线、传输请求、依赖对象和回退方案。传输到测试系统后使用相同主数据和业务链回归。文本类型、链接、表单和输出设置可能分属不同传输对象，必须按依赖顺序导入并核对，不能只看某一个请求状态为成功。
SAP 官方教程补充：端到端测试矩阵
单一正向用例不足以验证文本方案。至少应覆盖来源存在与不存在、多个来源冲突、三种固定标识、用户修改、语言和组织范围、输出结果，以及来源变更对已创建订单的影响。
/images/article_image/827764213452869.png
用例一：只有采购申请有文本
合同和报价来源为空，采购申请项目有唯一标记文本。预期系统按顺序命中采购申请，依据固定标识自动采用或提示采用；输出文件出现正确目标文本。该用例验证基本链路，但不能单独证明优先级。
用例二：合同和采购申请都有文本
两个来源使用不同标记内容，合同排在采购申请前。预期命中合同并停止检索，采购申请文本不进入同一目标。若结果相反，应检查序号、来源对象关系和当前订单是否真正引用合同。
用例三：星号由用户决定采用
来源存在，固定标识为 *。首次进入目标凭证应显示可采用状态；未采用时保存并重新打开，确认状态；执行采用后保存，确认目标文本固定；再修改来源，确认已固定文本保持快照。
用例四：N 只读显示
来源存在，固定标识为 N。验证文本可见但不可采用或修改，再生成输出文件验证打印行为。随后改变来源，在受控测试环境重新打开目标凭证，确认当前版本实际表现，并记录为系统基线。
用例五：No Mat. Txt 抑制物料文本
物料主数据维护唯一标记的采购订单文本，采购信息记录启用 No Mat. Txt。创建订单时预期不承接被抑制的物料文本。关闭标识后重复创建新订单，对比结果。不要用已经固定的旧订单判断开关是否生效。
用例六：语言不匹配
只在一种语言维护来源文本，分别创建不同订单语言的凭证。验证无对应语言时系统表现，补齐语言后重新创建新订单。此用例可识别“来源有文本但当前语言无文本”的常见误判。
用例七：采购组织范围
同一供应商或信息记录在两个采购组织下维护不同文本，分别创建订单。验证采购组织相关文本不会跨组织错误承接。供应商中央文本与采购组织文本同时存在时，再验证顺序和目标类型是否符合设计。
用例八：输出重复和截断
准备超过一页的长文本、多行项目和中文/英文混合内容。检查表单分页、换行、字符编码、项目重复、抬头重复和截断。界面正确但 PDF 错误时，应转向输出顺序和表单排障，而不是继续修改承接链接。
SAP 官方教程补充：常见问题与排障顺序
文本问题跨越业务凭证、主数据、Customizing 和输出表单，最有效的方法是从目标到来源逐层缩小范围。
/images/article_image/827764233572421.png
问题一：目标文本类型根本看不到
先确认凭证类别、抬头/项目层级和文本类型配置是否正确，序号是否有效，配置是否已经传输到当前系统。供应商/BP 新类型还要检查相关性。若类型本身不可见，继续检查来源文本没有意义。
问题二：类型可见，但没有文本
确认目标文本链接存在；检查当前订单是否具备相应来源对象；检查来源文本类型、语言、采购组织、物料和供应商范围；检查来源内容不是空白；检查顺序前面是否已有其他文本命中；检查信息记录 No Mat. Txt 是否抑制物料文本。
问题三：采用了错误来源
给每个来源维护不同的测试标记，重建新订单，观察命中内容。检查来源顺序和业务链关系。若不同语义的来源正在竞争同一目标，优先回到设计层拆分文本类型，而不是不断调整顺序试错。
问题四：来源修改后订单没有变化
检查目标文本是否已经固定。已采用并固定的文本是订单快照，来源变化不应自动重写。若业务确实需要更新，必须对目标订单执行受控变更并重新输出。
问题五：文本只显示，不能编辑
检查固定标识是否为 N。这可能是配置预期，而不是权限或程序故障。若业务需要形成可编辑副本，应重新评估使用空白或 *，并完成回归测试。
问题六：订单里有文本，PDF 没有
转向输出处理：检查文本打印顺序、优先级、输出条件、自定义表单绑定、表单代码、消息状态与语言。不要因为界面文本存在就反复修改承接配置。
问题七：PDF 出现重复或错误文本
检查多个文本类型是否被表单同时输出，是否在相同打印顺序和优先级下产生非预期选择，项目循环是否重复打印抬头文本，表单是否直接修改过标准对象。使用自定义表单并保留基线对比。
问题八：只有部分采购组织或语言失败
优先检查采购组织相关的供应商/信息记录文本、订单语言、主数据语言版本和输出语言。用相同物料、供应商但不同组织或语言创建对照订单，比只看一张失败订单更容易定位范围问题。
SAP 官方教程补充：经典 SAP GUI 与不同部署形态的边界
视频使用经典 SAP GUI 和本地 SPRO → SAP Reference IMG。本文引用的 SAP Learning 也围绕经典材料管理 Customizing 逻辑展开。SAP S/4HANA Cloud Public Edition、不同私有云版本或采用新输出管理的系统，应用入口、配置环境、表单技术和字段名称可能不同。
因此应把本文中的原则与具体入口分开理解。稳定原则包括：文本有层级；目标类型和来源链接分离；来源按顺序检索；固定标识控制采用行为；主数据范围不同；文本存在不等于输出。具体事务码、IMG 活动、应用和表单工具则必须以当前系统版本的官方帮助与配置环境为准。
迁移或升级时，至少回归以下内容：自定义文本类型是否保留；文本链接和固定标识是否完整；业务伙伴文本相关性是否正确；经典输出与新输出管理的映射是否符合预期；自定义表单是否仍能读取正确文本；多语言和长文本格式是否变化。
SAP 官方教程补充：实施检查清单
上线前可以用下面的清单做最终评审。
业务设计
- 每个文本类型都有唯一、清晰的业务含义。
- 已明确维护者、读取者、审批者和是否外发。
- 已选择正确的抬头或项目层级。
- 内部备注与供应商文本严格分开。
- 临时内容不会长期污染主数据。
来源与采用
- 每个目标类型都有来源设计表。
- 只有语义相同的来源才竞争同一目标。
- 多来源冲突时已由业务确认顺序。
- 空白、
*、N的选择有明确理由。 - 已验证固定后来源变化不会错误覆盖历史订单。
- 已验证采购申请抬头备注不会被误当作后续凭证来源。
主数据
- 物料采购文本按正确语言维护。
- 信息记录 PO 文本与采购组织范围正确。
No Mat. Txt的使用有业务依据。- 供应商中央和采购组织文本边界清晰。
- 新供应商文本类型已标记相关性。
- 主数据内容所有者和变更流程已经确定。
输出
- 文本打印顺序和优先级与业务设计一致。
- 只输出第一个可用文本的场景已验证。
- 内部备注不会进入供应商表单。
- 使用自定义表单而不是直接修改标准表单。
- 已检查真实 PDF 或等价输出文件。
- 已覆盖长文本、多项目、分页和多语言。
传输与运维
- 配置、表单和输出设置的传输依赖已记录。
- 测试数据能区分每一个来源。
- 变更前后有可比较的基线订单和输出文件。
- 排障文档记录目标类型、来源、顺序、固定、语言和组织范围。
- 生产变更有回退方案和业务验收人。
SAP 官方教程补充：本课结论
本课视频最有价值的部分，是把采购文本从抽象概念带到真实凭证和 IMG 路径：采购订单有抬头与项目文本，采购申请的后续承接重点在项目，采购订单文本配置又分为文本类型和复制规则。视频实际打开了采购订单抬头文本类型列表，并进入 New Entries 空白入口，但没有保存新类型，也没有继续完成复制规则。
SAP 官方教程补充的完整模型可以浓缩为四句话：目标文本类型决定内容放在哪里；文本链接和顺序决定从哪里取得第一个可用文本；固定标识决定自动采用、用户选择还是只读显示；输出处理决定最终是否以及怎样发送给供应商。
真正可上线的方案不能停在“界面中看到了文本”。它必须从业务语义开始，经过层级、来源、顺序、固定、语言、组织范围、输出顺序和表单，最后以供应商实际收到的输出文件完成端到端验收。
