企业官网建设流程全解析

简介：文档系统整理了SAP屏幕增强的完整实战经验，面向具备一定ABAP基础、需要改造SAP标准屏幕的开发与顾问人员。内容围绕销售订单（VA01/VA02/VA03）、交货单、采购申请（ME51N/ME52N/ME53N）、采购订单（ME21N/ME22N/ME23N）及合同（ME31K/ME32K/ME33K）等常用事务，分别讲解抬头与行项目屏幕增强的实现方式和增强位置，覆盖从需求分析、屏幕设计、编程实现到测试调试的完整开发步骤，并给出每个模块的适用场景与注意事项，方便直接套用到实际项目。资源包内仅1个DOC文档，全文296页、约15.52MB，按业务模块分章节排列，目录清晰，同时涵盖内向/外向交货单等特殊场景；内容预览显示，文档由作者在2011—2015年间持续整理沉淀，案例贴近真实项目环境。目前已有153人学习下载，既可作为系统性学习材料，也可作为日常开发的手边手册，帮助快速定位屏幕增强相关问题。

1. 屏幕增强是什么：标准屏挂不住业务字段，这套方案把它挂上

SAP屏幕增强，2015年那批做MM、SD模块的顾问应该都有印象：业务部门要在物料主数据维护画面里加一个“采购组负责人”字段，标准屏幕没有这个位置，直接改标准程序又会被升级冲掉。屏幕增强就是SAP专门预留的一条路——通过CMOD把你自己开发的子屏幕挂到标准屏幕的预留区域上，再配合SE11附加结构和PBO/PAI逻辑，让这个字段既能显示、又能正常保存。这套思路在ECC 6.0时代是标准做法，也是后来理解BADI、隐式增强框架的基础。适合需要独立完成主数据屏幕增强的ABAP开发朋友，以及想搞清楚“到底挂在哪一步”的应用顾问。顺序错一步，后面就是又一场玄学排错。

2. 动手前先分清三件事：附加结构、函数组、增强项目

屏幕增强不是打开SE51画个框那么简单。一个功能完整的屏幕增强，至少由三个角色配合完成：附加结构负责让标准表接受新字段，函数组负责提供屏幕归属和代码上下文，增强项目（CMOD）负责把这一切装配到标准事务上。缺了其中任何一个，字段要么存不进去，要么屏幕根本不显示。

2.1 附加结构：先让标准表MARA背上你的自定义字段

为什么不能直接在SE11里改MARA表？因为在ECC时代，标准表由SAP维护，直接修改会触发SPDD/SPAU合并流程，升级时极容易出问题。附加结构（Append Structure）是SAP官方认可的表扩展方式，激活后字段物理上追加到表尾部，标准程序读取MARA时也会自动带上这些字段，绝大多数基于整表操作的标准逻辑都能正常感知。

操作步骤如下：

1. 调用SE11，在“数据库表/结构名”输入框里输入一个Z开头的名称，例如ZMM_MARA_A，单击“创建”。
2. 对象类型选择“附加结构”，不要选“表格”或“结构”。
3. 属性页里填写参考表为MARA，表示要把这个附加结构挂到物料主数据表上。
4. 组件页添加自定义字段，推荐字段名ZZ_QUALITY_CYCLE，类型CHAR，长度4。
5. 保存后激活，系统会要求指定传输请求。

激活后到SE11里再看MARA，字段列表末尾会出现ZZ_QUALITY_CYCLE，这就是附加结构生效的直接证据。

字段命名这里有一条硬规矩：自定义字段必须以ZZ或YY开头。ZZ是用户命名空间，YY虽然也是允许的命名空间，但SAP自己也常用YY开头做预留，强烈建议用ZZ。名字选错，后续传输、升级、跟随都要吃苦头。附加结构可以在激活后继续加字段，但要删除字段就会留下删除标记，还要审核传输对象，所以第一次设计字段时尽量想清楚：名称、长度、数据元素，一次到位。

2.2 函数组和子屏幕：为什么自定义屏幕必须挂在函数组里

屏幕增强里的子屏幕，必须存在于一个“函数组”中。这是ABAP框架决定的：对话框程序（SAPM开头）的屏幕是主屏幕，子屏幕无法独立存在，必须挂靠在某个函数组下，由宿主屏幕用CALL SUBSCREEN来调用。

你可以把函数组理解成一个随身携带的工具箱：里面不仅有屏幕，还有全局变量、功能模块和子程序。子屏幕需要在PBO/PAI之间传值，最方便的就是借用函数组的全局DATA。一个最简函数组结构长这样：

FUNCTION-POOL ZFG_MM01_EXIT. * 函数组全局变量，作用域是整个事务上下文 * gs_mara 用于暂存物料号和附加字段的映射 DATA: gs_mara TYPE mara.

这个代码块要说明两点。FUNCTION-POOL语句声明了一个函数组，系统会自动生成对应的程序名SAPLZFG_MM01_EXIT，后续SE51里创建子屏幕时用的就是这个程序名。gs_mara直接引用标准表MARA类型，后面PBO/PAI里操作附加字段ZZ_QUALITY_CYCLE时，不需要再定义一堆零散变量。

创建函数组的操作路径一般是在SE80里，输入ZFG_MM01_EXIT，右键新建，选择“函数组”。系统会提示生成SAPLZFG_MM01_EXIT程序，确认保存。接下来右键函数组下的“屏幕”节点，新建屏幕，屏幕号填9000，保存后进入Screen Painter，把屏幕属性里的“类型”改成“子屏幕”。布局页可以放标签、输入框和按钮，字段名填zz_quality_cycle。这个屏幕号9000不是拍脑袋，第4章会专门讲编号约定。

2.3 SMOD与CMOD：谁负责组件，谁负责打包

SMOD和CMOD是ECC时代最容易被搞混的两个事务代码。简单区分：SMOD管理单个增强组件，一个组件对应一类增强，比如屏幕增强、菜单增强、功能模块增强、表增强；CMOD则把多个组件打包成一个增强项目，激活项目后组件才整体生效。两者用一句话总结：SMOD是零件库，CMOD是组装车间。

屏幕增强的落地动作，是把2.2里做的函数组和子屏幕登记为一个“屏幕增强”组件，放在CMOD增强项目中，再给项目分配事务代码MM01、MM02、MM03。分配好并激活后，运行MM02时标准屏幕的预留位置才会动态调用这个子屏幕。

还有一个概念容易混淆：物料主数据里有一些函数出口，比如USEREXIT_FIELD_MODIFICATION，它们也属于SMOD增强，但归类是“功能增强”，不是“屏幕增强”。功能增强改的是字段属性和校验逻辑，屏幕增强改的是画面上多出来的一块区域。两者经常配合使用，但定位不同，文章后面讲的都是屏幕增强这个维度。

3. 用MM01走通一整套屏幕增强：从SE11附加结构到CMOD激活

现在按一个完整业务需求走流程：给物料主数据的“基本数据”页签增加一个“质检周期”字段，字段值要能维护、能保存、能随着事务代码MM01/MM02/MM03正常显示。前置条件是你已经理解了第2章三个角色的分工。

3.1 第一步：SE11创建附加结构并激活

第2章已经讲了原理，这里直接给一份可照抄的配置参数：

操作顺序保持：SE11 -> 新建结构 -> 类型选“附加结构” -> 参考表填MARA -> 添加组件 -> 激活。激活时如果系统提示“将结构附加到表将占用存储”，点确认继续。

这一步容易忽略的是：附加结构激活后，MARA表的物理存储会变大，在数据量很大的物料主数据表上，要有一次短暂的表锁定。建议放在业务低峰期执行。同时，附加结构的传输请求要单独挂好，别和后面的屏幕、函数组混在一个语义不明的请求里，免得传输顺序出错。

3.2 第二步：SE80创建函数组SAPLZFG_MM01_EXIT与子屏幕9000

先在SE80里创建函数组ZFG_MM01_EXIT。保存后，左侧树会出现“屏幕”节点。右键新建屏幕，屏幕号填9000。进入屏幕编辑器后，把屏幕类型改为“子屏幕”。

然后在布局上放置一个文本标签“质检周期”和一个输入框。输入框的字段名填写zz_quality_cycle，属性里长度设4。这里不绑定到MARA-ZZ_QUALITY_CYCLE，原因后面第4章会讲：绑定与不绑定，保存行为完全不同。如果你现在跟着做，建议先按独立屏幕字段zz_quality_cycle来设计，逻辑更可控。

屏幕激活后，再检查一下SE80里的程序归属。函数组ZFG_MM01_EXIT的程序名一定是SAPLZFG_MM01_EXIT，子屏幕9000必须在这个程序下。很多第一次做的人直接拿SE51去改某个标准对话框程序，然后在CMOD里反复报“子屏幕不存在”，其实只是屏幕建错了归属。

3.3 第三步：编写PBO/PAI模块，把字段值读出来、存回去

子屏幕也需要自己的流程逻辑。在SE51里打开屏幕9000，编辑流程逻辑，写入：

PROCESS BEFORE OUTPUT. MODULE ZZ_MM01_PBO. PROCESS AFTER INPUT. MODULE ZZ_MM01_PAI.

这两个模块不是标准功能模块，而是写在函数组ZFG_MM01_EXIT里的ABAP模块。实现如下：

MODULE ZZ_MM01_PBO OUTPUT. * PBO阶段：从MARA表读出附加字段，放到屏幕字段里 DATA lv_matnr TYPE mara-matnr. CLEAR: gs_mara, zz_quality_cycle. lv_matnr = mara-matnr. " 标准屏幕已经填好的物料号 IF lv_matnr IS NOT INITIAL. SELECT SINGLE zz_quality_cycle FROM mara INTO gs_mara-zz_quality_cycle WHERE matnr = lv_matnr. IF sy-subrc = 0. zz_quality_cycle = gs_mara-zz_quality_cycle. " 赋值给屏幕输入字段 ENDIF. ENDIF. ENDMODULE. MODULE ZZ_MM01_PAI INPUT. * PAI阶段：把屏幕上输入的值先放到内存，稍后由保存逻辑写库 gs_mara-zz_quality_cycle = zz_quality_cycle. ENDMODULE.

逻辑说明：PBO里先CLEAR掉全局变量和屏幕字段，避免上次打开物料的残留值污染本次显示。物料号来自标准屏幕字段mara-matnr，子屏幕PBO执行时间在主屏幕标准PBO之后，因此此时物料号已经传好。SELECT SINGLE从MARA取质检周期，按主键读取，性能没问题，是一个古老但有效的规则。

PAI里没有直接UPDATE，而是存到函数组全局变量里。这是有意为之：在PAI模块里直接更新数据库，会与标准保存逻辑产生竞争，一旦标准事务后续回滚，这条UPDATE会留下不一致数据。正确做法是等标准保存逻辑跑完，再在保存出口里处理附加字段。下面是一段在物料主数据保存用户出口里的典型写法：

FORM USEREXIT_SAVE_COMPLETE. * 保存最后时刻，把增强字段写入MARA表 CHECK gs_mara-zz_quality_cycle IS NOT INITIAL. UPDATE mara SET zz_quality_cycle = gs_mara-zz_quality_cycle WHERE matnr = gs_mara-matnr. ENDFORM.

这段代码的原理是：UPDATE语句只更新指定的ZZ_QUALITY_CYCLE列，不会动MARA表的其他字段，比整表MODIFY安全得多。CHECK保证空值不写库，避免新建物料时把空串覆盖成NULL。gs_mara-matnr在PAI阶段已经赋值，保存出口里直接用即可。

如果你所在的项目确实没法挂保存出口，退而求其次可以在PAI里直接UPDATE并COMMIT，但我给你提个醒：这样做标准保存回滚时查不到原因，是后续一堆坑的起点。

3.4 第四步：用CMOD把子屏幕挂到标准屏幕并激活

调用事务代码CMOD，创建增强项目ZMM_SCREEN_EX。进入项目后，选择“组件”，添加一条“屏幕增强”组件，填写函数组ZFG_MM01_EXIT和子屏幕号9000。然后在组件分配界面维护事务代码MM01、MM02、MM03。保存后执行激活。

激活时系统会重新生成增强的运行时结构，并把函数组注册到对应事务的调用链中。完成后再开MM02，进入物料主数据的“基本数据”页签，你会看到右上角或页签下方多出来一块区域，里面就是你的“质检周期”输入框。

这一步的常见卡点是组件分配不完整。很多人组件建了、函数组也写了，就是忘了给增强项目分配事务代码，结果屏幕上死活看不到。分配事务代码后必须重新激活，因为激活动作才会把维护结果写进屏幕的运行时调用点。如果MM02打开了但区域不显示，直接进入第5章排查。

4. 增强的幕后机制与关键参数：字段目录、屏幕编号、保存逻辑

第3章教你复现，这一章讲清楚黑匣子内部。真正理解这几条，后续出问题才能自己判断方向，而不是反复点激活碰运气。

4.1 标准屏幕流程逻辑里那句CALL SUBSCREEN

屏幕增强并不是修改了标准程序源码，而是SAP标准屏幕里预留了一个子屏幕调用点。增强项目激活后，标准屏幕的PBO流程在逻辑上相当于多了这样一段调用：

PROCESS BEFORE OUTPUT. MODULE MOVE_FIELD_TO_MARA. " 标准字段传值 CALL SUBSCREEN SUBSCREEN_CUST INCLUDING 'ZFG_MM01_EXIT' '9000'. " 增强框架动态追加

CALL SUBSCREEN后面的INCLUDING参数，第一个是函数组名，第二个是子屏幕号。运行时框架通过在屏幕流程中动态注册这段调用来实现增强，标准程序本身的源码不被修改。这也是为什么CMOD激活顺序很重要：项目没激活，这段调用就不会被生成。

屏幕位置不由你决定。标准屏幕在设计时已经留好了一块区域，子屏幕只能渲染在这个区域内。你在SE51里画的输入框、标签，都会被塞进这块预留区域里。如果标准屏幕压根没有预留区域，那不管你怎么激活，屏幕上都不会多东西。这也是为什么同一套方法，在MM01上有效，换到别的无预留区域的事务上可能就失灵。

4.2 子屏幕编号与函数组命名：9000是惯例，不是玄学

子屏幕编号9000没有硬性规定，但建议遵循社区惯例。标准对话框程序的屏幕号大多集中在0100、0200、1000，函数组里使用9xxx可以最大限度避免冲突。同一个函数组要做多个增强屏幕时，就按9010、9020往后排。

函数组命名建议直接体现业务含义，比如ZFG_MM01_EXIT表示“物料主数据01的屏幕出口”。尽量别叫什么ZFI_SCREEN_001这种名字，等第三年回头维护时，你根本想不起来001是什么。

4.3 附加字段会不会被标准保存逻辑自动写回

这是屏幕增强里最核心的坑。屏幕上的字段如果直接绑定标准表字段，例如屏幕字段名写成MARA-ZZ_QUALITY_CYCLE，那么它的值会进入标准程序的内表字段目录，标准保存逻辑在做整表更新时有可能顺便带上这个值。但如果你用的是独立屏幕字段zz_quality_cycle，标准保存逻辑根本不知道它存在，不会自动把它写进数据库。

2015年左右的主流做法里，很多老顾问的默认判断是：

• 字段画在标准屏幕内，并且绑定表字段，标准保存大概率管你。
• 字段画在子屏幕内，就算绑定了表字段，标准更新模块也不一定会把子屏幕字段纳入赋值列表。

所以我个人习惯：凡是在子屏幕里的字段，一律自己管理保存，不在PAI里赌“标准逻辑会帮我写”。保存出口里执行UPDATE只更新附加字段那一列，并发时不会覆盖其他人对MARA标准字段的修改，比MODIFY整表更安全。

如果项目中确实找不到合适的保存出口，也可以把更新放在PAI，但一定要处理好提交点。PAI里直接COMMIT是最粗暴的做法，不建议在生产代码里出现。

5. 屏幕增强避坑指南：激活无效、字段不显示、数据丢失的典型场景

这章整理的是实际项目里反复出现的几类问题，每一条都按现象、原因、解决来写。遇到类似情况时，直接对照排查。

5.1 现象：CMOD激活时报“增强组件无效”或“组件不存在”

原因通常是组件里填写的函数组名和SE80实际名称不一致。有一个高频错误是在“屏幕增强”组件里填了程序名SAPLZFG_MM01_EXIT，而不是函数组名ZFG_MM01_EXIT。系统按函数组名去找屏幕程序，填错自然提示组件不存在。

解决：回SE80左侧树确认函数组真实名称。组件配置里填入不带SAPL前缀的函数组名，子屏幕号再次确认，然后重新保存激活。如果函数组名称没问题，检查增强项目是否分配了事务代码，没分配事务代码的增强项目在激活时也可能报类似提示。

5.2 现象：CMOD激活成功，MM02打开却看不到自定义区域

原因权重依次是：子屏幕号填错、事务代码没有分配、屏幕本身没有预留区域、缓存未刷新。我见过激活成功但填了9010，实际屏幕建在9000上的情况，MM02能正常打开，但自定义区域始终不出现。

解决：进SE51，程序名输入SAPLZFG_MM01_EXIT，屏幕号输入9000，确认这个屏幕确实存在并且类型是“子屏幕”。回CMOD核对增强组件里的屏幕号。然后进SMOD查看组件分配，确认MM02已经在分配列表中。如果开发机一切正常但测试机看不到，退出SAP重新登录一次，必要时清一下本机SAP GUI缓存目录。

5.3 现象：字段能显示，每次物料保存后数据库里查不到值

这是第4章讲过的保存逻辑问题。子屏幕里用了独立字段zz_quality_cycle，标准保存模块没有把它赋值给MARA内表，所以物料能正常保存，但你的附加字段被静默丢弃。

解决：把保存逻辑移到物料主数据保存出口中，用UPDATE只更新ZZ_QUALITY_CYCLE列。如果你没找到这个出口，退而求其次在PAI里直接UPDATE并COMMIT，但一定注意，这种情况下如果标准事务中途回滚，这条COMMIT已经提交，数据会出现“界面没保存成功但库里已经变了”的怪现象。这个现象在项目里很难排查，本质上是提交点位置错了。

5.4 现象：同一个增强函数组挂在多个事务上，后一个事务界面残留前一个事务的值

原因：函数组全局变量在整个事务上下文里存活。一个事物结束后，gs_mara里还可能留着上一笔物料的数据，下一个事务打开时，PBO没清空就直接SELECT，屏幕把残留值显示出来。

解决：PBO模块开头统一CLEAR，不只是清gs_mara，也要清屏幕字段zz_quality_cycle。如果函数组要同时服务MM01、MM02、XD01等多类事务，建议把状态数据做成按主键索引的内部表，不要只用一个单值变量。

5.5 现象：传输到测试机后增强部分生效，屏幕区域时有时无

原因：传输请求里只带了函数组和屏幕，没带增强项目，或者附加结构、函数组、CMOD项目被拆进了三个不同请求，目标系统激活顺序乱了。这类问题在跨系统传输时最常见。

解决：把这套增强涉及的SE11附加结构、SE80函数组与子屏幕、CMOD增强项目放进同一个传输请求，或者人为保证传输顺序：先表结构，再函数组和屏幕，最后增强项目。目标系统按同顺序激活。如果发现测试机增强不完整，不要急着重传，先检查请求对象列表里有没有包含CMOD项目组件。

6. 进阶方向：隐式增强与BADI什么时候替代屏幕增强

6.1 用不用BADI，先看业务边界

屏幕增强擅长解决“标准屏显示自定义字段”这一类问题。但如果需求是改变标准保存逻辑、拦截字段校验、或在不同单据类型上做不同处理，就必须考虑BADI或隐式增强。下面这张表是我常用的判断依据：

2015年的ECC环境里，屏幕增强是被验证过千百次的成熟方案，ABAP顾问上手快，业务用户也容易接受。但到了新架构下，自定义字段框架已经能直接做表扩展和UI扩展，这时候还去手工搞子屏幕反而是走回头路。

6.2 调试增强的实用技巧

遇到“字段不显示”又查不出原因时，建议直接在MM02里输入/h打开ABAP调试器，回车进入维护界面，然后单步跟踪到PBO流程，重点观察是否调用了CALL SUBSCREEN以及INCLUDING后面的函数组名和屏幕号。某同事当年查过一个诡异问题：屏幕上时有时无，最后在调试器里发现增强框架调用的函数组根本不是自己写的那个，而是同一个增强项目被两个传输请求先后激活，组件映射被冲掉了。清理重复激活并重新激活后，问题才彻底消失。

后来再接到屏幕增强需求，我都会先问清楚四个问题：字段给谁看、谁有权改、要不要进报表、显示在哪个页签。这四个问题比打开SE11早问五分钟，能省掉后面一整天的排错时间。希望帮到你。

本文还有配套的精品资源，点击获取