专注SAP应用技术文章写作，致力于拉近用户与系统间的距离；

事务代码MM17用于对物料主数据进行批量维护。这样的操作具有一定的危险性，通常在权限管控上会比单独处理的权限要更为严格和慎重一些。主题的问题可能不太好直接回答。如果公司采用某部门或IT集中维护物料全部主数据，那么当然是可以的。如果是采购分散维护的方式，管理范围扩大了，管理的难度就加大了。理论上不同部门共同维护物料主数据，不应相互影响。从这个角度，假如物流用户用MM17批量将物料主数据会计视图中的数据改了。这显然是权限管理者不希望发生的事情。如果考虑到恶意修改， 那就更不能开放批量更改权限给用户了。比如用户有

关于这个问题，笔者自己归纳整理了如下内容。从SAP系统管控角度，如果用户能达成统一认识，肯定会让日常SAP变更工作更加顺利和高效。什么是SAP系统变更？SAP系统的关键性变化，如后台配置改动，程序调整，功能扩展等。SAP通过一种镜像系统的机制来实现系统变更管理。简单过程是：测试或开发系统变更——系统变更测试——测试结果达到预期效果后，变更到正式系统；SAP变更与用户有什么关系？SAP变更大多情况下还是由业务驱动，源头还是来自于SAP用户需求的变化，业务扩展及优化，自开发程序的修复等；SA

今天看到别人写的一篇关于该主题的文章。觉得这个有实用性。确实在企业的实际应用中会出现这种情形。比如某个配置变更由于某些原因（比如有更好的方法或需求产生变化）不再需要传输。这时我们可以置之不理。当然，掌握删除的方法也很好。下面就来测试一下吧。先找到测试机中某个可修改（尚未释放）的变更，并将其释放；发布成功后，再用SE10进入观察确认一下，显示己发布；此时，如果操作删除，会出现如下提示，结果就是不能删除；下面，我们用SE38运行程序RDDIT076；在接下来出现的请求...

应审计需求，在系统中输出每个部门用户及权限清单提供给部门负责人进行确认。主要目的在于定期（如每年）对用户权限进行一次全面的检查，避免出现一些用户离职，转岗，越权等情况未及时处理形成的权限管理漏洞。下面记录一下操作方法。事务SUIM进行用户信息系统，按如下路径进入到相应功能；选择相应的单一/复合角色进行清单输出，本公司采用单一/复合角色相嵌套的方式。单一角色作为某项功能权限集合，而复合角色作为用户岗位的单一角色权限集合；但在输出的清单中，出现一个问题。针对系统中己锁定（己离职或转岗，不再.

众所周知，在WINDOWS操作系统中，当某个应用程序运行长时间无响应，用户可以通过Ctrl+Alt+Delete组合键调出任务管理器并采取结束任务的操作；在SAP中也存在着同样的需求及功能，例如某个用户在查询物料凭证时，有可能由于定义的条件较少，导致其选择面较广，系统由于处理数据量大而导致运行时间长。而这时，用户发现输入条件可以更精确，比如增加某个时间条件来缩小数据选择范围。可以想象，输出一周的收货物料凭证和输出一年的收货物料凭证其数据量的差异。因此，当上述情况出现时，系统正在读取凭证，此时

SSM2查看系统使用的默认菜单找到系统使用的菜单后，用事务SE43修改对应菜单；这里可能会有风险，通常的做法不是直接修改，而是将在菜单先copy一份出来，重命名后再修改备份版菜单，而不去动原版菜单。通过编辑菜单的方式，比如在原菜单的某个子目录中添加新的事务。操作上比较常规界面化，可以自行摸索一下。保存变更后，重新找开一个新的菜单，就可以看到结果了。另外，该操作需要在不同语言下分别定义。所以，如果己在中文系统中增加了菜单项目，那么英文系统中也会同步增加，但不会有要描述，因此，需要再..

在SAP应用企业中，基本都有测试系统。不管是用户或是运维人员都经常需要用到。两个系统同时打开处理也很常见。这时，利用醒目的方式识别不同系统非常重要。如果因为识别原因导致本应在测试系统中的操作在正式系统中执行了，其结果可想而知。比较好的方法是将不同系统用不同的界面颜色来标识。如下图，可以在SAP初级界面中打开选项；在正式系统和测试系统分别设置不同的颜色来达到目的。设置后选择应用或确定，无需重新登录，打开一个新窗口就能马上看到效果了。...

近期遇到用户反映在用事务MK02处理供应商主数据时，上传附件出错。具体提示如下：应该说该提示并没有指向真正的原因，也没有提供出有用的线索；处理时也走了一些弯路；最后发现是权限的原因；当给到用户某个角色时，该问题解决。但该角色中包含了很多事务，不知具体是哪一个事务对应到相应的上传附件权限。采用排除法最后确定了事务代码SBWP用于控制上传附件权限；查看SBWP的功能界面如下，有点类似用户邮箱功能；这个该事务在SAP标准菜单中属于OFFICE相关功能；...

SAP中通过事务SCOT可以进行相关通信服务配置，下图用截图记录SAP邮件服务器及相关配置情况；作为笔记及相关配置参考。基它相关通讯配置也可自行在此事务功能中查找。

在SAP应用系统构架中，通常会有3个不同作用的镜像系统，分为开发系统，测试系统和正式系统。对于内部顾问而言，应该有一个良好的习惯和工作规范，不要在正式系统中做一些测试性的操作。如果公司内有审计严格，留下操作记录后，属于不合规的操作。实际在日常运维工作中，确实需要进行大量测试工作，基中有一项特别重要就是正式系统和测试系统中的数据尽可能同步。而这种同步是需要由BASIS人员来完成的系统级操作，通常称为Client Copy。作为内部顾问，需要关注几个点：1、Client Copy需要的时间：依据系统数据库，

作为企业用户，有时因业务需要做去检查数据完整性。比如数据异常或丢失，执行完灾难恢复。再比如因供应商变更导致的SAP数据库迁移。当灾难恢复和数据库迁移工作通常由专业公司处理。站在甲方客户的角度，需要去检查和验证在执行完相关操作后，数据完整性。这就需要将恢复前后或数据迁移前后的数据进行比对。以笔者的经验而言，可以用SE16导出后台表的方式，检查会计凭证，物料凭证，控制凭证，采购订单，销售订单，财务报表，系统变更记等。从凭证数量，首尾凭证编号，累计金额等角度来统计分析，检查数据完整性。下面分别简述一下检查方法

本文就是一个简单的SE16数据浏览器设置问题的经验分享。其设置前后的效果对比图如下：设置方法如下图：

报表的基础操作主要分如下几个部分：BW报表菜单布局和报表清单 报表主页面的布局和各组成部分的使用说明。 报表选择条件的重新设置。 BW报表的特色功能及使用说明。BW报表菜单布局和报表清单BW报表菜单布局打开Analyzer并登陆。点击打开工作薄，在弹出的界面中点击角色。可以在右侧菜单看到“财务控制部报表”、“采购部报表”、 “技术部报表”、“人事行政部报表”、“业务发展部报表”、“运营部报表”和“质量部报表”标签。BW报表清单双击需要查看的业务报表菜单，会展开各自业务下的所有报表

BW系统登陆

SAP的列表导出是用户比较常用的功能，如下图所示，如果在导出时用户勾选了“始终使用选定的格式”。那么再下次操作导出时，就不会再有格式选择界面了，而是以选定的格式直接导出。但有时用户希望撤销其选定操作经笔者咨询有经验的BASIC顾问，找到解决方法如下：在表格内容里随便哪个地方点击鼠标右键，会出来一个框，选择电子表格然后会出来最开始这个选项框，取消勾选的“始终使用选定的格式”选项保存就可以了。其实这个问题看起来比较简单。但笔者当时也是反复尝试找寻了两个小时也没找到配置点。...

近期处理学习偶然发现一篇技术文章比较好，就按其方法自己测试了一遍。这个对于SAP顾问来说还是比较实用的功能。登录SAP后进入SARO，菜单中选择用户特定的（如下图）打开IMG Struc后选择IMG活动ID；设定完成后开如观察效果；打开某个后台菜单功能，在附加信息中点击右键选择显示技术信息；在打开的界面功能中，选择维护对象选项，找到事务，就可以看到Tcode了。这样一来，如果在工作中好不容易从后台菜单中找到相应的配置点，就可以不必记忆复杂的路径；直接将事务进行收收藏即可。

近期遇到一例用户反映W1P自动退出了。经了解，财务在做发票校验中，有时会包含很多行项目，可能需要花几个小时来做。但通过HOLD凭证又不能很好的实现需求。所以，如果处理过程中系统自动登出，会造成发票校验工作半途而废，需要重做。于是展开分析检查定，按设定登出空闲时间是10800秒，即3小时。但按用户描述明显没到时间。委托BASIS顾问帮忙检查原因。答复从系统找到当笔登出记录，判断是由网络问题导致；与SAP无关。建议从网络稳定性上着手处理。一方面将问题反馈给IT，一方面也按BASIS顾问的回复梳理了一

基于审计及IT内部管理要求。曾着手处理SAP中关于复合角色的改善。简单来说，就是利用复合角色的功能按用户岗位来定义好SAP中的权限集合。现将应用的基本原理记录分享。在SAP中我们每个用户权限的基本单位是SAP中的事务，即SAP中的T-CODE。为了便于授权和管理，我们把相近功能的若干事务（TCODE）做成一个功能集合。这个集合称之为单一角色。而每个用户的权限可以包含十几个甚至数十个单一角色的集合。现在，我们将这些单一角色的集合进一步按照岗位整合成一个更大的权限集。称为复合角色。其结构如下图所示。

SAP在企业应用中有时会需要批量用户账户锁定，这主要来自于管理者希望在某个时刻SAP系统中是一个相对静止的状态；比如在年结或盘时，财务通常会要求除少数几个财务用户外，锁定系统内所有账户；这时就需要用户批量锁定功能。打开事务SU10；输入需要锁定的用户账户，这里由于是批量操作，可以事先从系统中输出一个用户清单。但从清单中以复制用户名的方式粘贴到此处。以取代逐个输入用户名的操作；用户名输入完成后，点击锁定；锁定或解锁成功后，系统会有明显的提示；...

SAP中的事务码非常多，但通常在企业的权限中，用户的权限只是所有事务码的一个子集。有时基于某种业务控制需求，需要在系统中禁用某项功能；比如，在盘点时，可以通过锁定库存查询事务来禁止用户的库存查询操作，达到盲盘的目的。因此，事务代码的锁定操作在企业SAP日常应用中是一项很实用的功能。通过事务SM01，输入并查找需要锁定的事务代码，并保存设定退出。学试使用己锁定的事务代码MMBE/MB52，会出现如下图中提示。说明锁定控制是成功的；...

在日常应用中，有遇到过用户反映系统中的输入时原有历史记录没有了。历史记录对用户的操作还是有很明显的作用的。可以简化用户输入，提高操作时的效率；关于历史记录的设定方式如下图，在SAP任意界面都会有工具栏上选择“选项”；打开选项后再进入到本地数据——历史记录其中有三个选项；打开SAP帮助信息查看说明；并附翻译文字如下：关：没有可用的输入历史记录。开：输入历史记录的最大长度为59。您的输入将存储在本地数据库中。当您输入数据或按退格键时，带有焦点的输入字段将显示一个列表；立即：在

刚处理了一笔事务STMS变更列表错误的问题，问题表现为变更请求列表为空，提示无法读取；在出现上述空列表前，系统如出如下提示；初步判断该问题可能属于BASIS的范畴，笔者于是咨询专业的BASIS顾问寻求解答。得到的解答是：由于sap传输路径配置是由开发机——测试机——生产机，且传输域控是开发系统，由于测试机暂时关闭（维护原因），共享的传输请求号缓存信息无法读取，所以会出现如下报错。开发机起来后重新刷新传输列表就好了。想起来确实由于维护原因，SAP测试和开发服务器己暂时关闭。起初并没.

SAP中角色权限比较功能通常用于做角色权限分配后的检查；比较应收和应付两个复合角色之间的区别；系统会以清单形式比较直观的输出两个复合角色间的单一角色分配的差异；

关于事务代码输入框有两种情况会消失。大家在应用时注意识别处理。一、如下图，SAP登录后的初级界面中事务码输入界面收起来了。解决方法，点击红色图标展开代码框即可。二、如下图，SAP登录后的初级界面中事务码输入界面没有了。解决方法，打开选项——交互设计——可视化，勾选“显示OK代码字段”...

如对比下图，在SAP标准菜单中，其事务功能的代码T-code也称为技术名称。技术名称的显示与否可通过下图中的设定来进行调整。

据说SAP中总共拥有超过10万个事务代码，并且还在持续增长。对于应用者或顾问而言，不可能靠机械的记忆。能记住几十上百个常用代码就很不错了。但可以依靠某些工作的文本信息来尝试查找相应的事务代码。比如可以通过事务SDMO。进入事务SDMO并输入相应功能描述，此处以查找信息记录相应事务为例。查找结果显示了与信息记录相关的事务代码列表供选择；通过双击相应事务就可以直接调用了。如打开ME13显示采购信息记录；...

在SAP应用中可以针对某个具体用户设置参数来达到应用某个功能时自动代入缺省值的目的。比如公司代码，单据类型，采购（销售）组织等；下面以采购组织为例1、比如在事务ME13中需要代入采购组织的缺省值；2、通过上面的帮助——技术信息找到需要设置缺省值的参数ID3、事务SU3打开个人设置；加入条目EKO，并填写采购组织代码0001后保存设置；4、再次进入相关事务观察结果（笔者测试时需要注销重新登录才能生效）；该参数设置的生效范围并不局限于单个事务；如果某个字段的输入值相对固定，合

用户SAP中的打印功能可以实现所见即所得；事务ME53N打开某个采购申请；按下图选择硬拷贝；在电脑上设置好缺省打印机；个人设置中的缺省打印机选择前提是在SAP中进行过相关本地打印机配置；打印完成后会以PDF文档形式保存到本地计算机；打开PDF文档效果如下图；...

在SAP登录初始界面输入事务代码search_sap_menu；在打开的事务功能中输入需要查找的事务（以发票校验事务MIRO为例）；输入事务后点通过输出的清单就可以找到该事务在SAP菜单中的具体位置；...

看到一篇技术性文章，本着学习的目的，自己动手测试了一下。并将过程和结果记当下来。找开事务SE11，输入数据库表名后点击显示；本文以表BKPF为例；例如需要找到字段BLART对应凭证类型的事台配置；找到对应的检查表名T003后；进入事务SM30，打开V_T003表；选择维护，可进入凭证类型后台配置；另外，选择定制，可找到对应的后台配置路径；...

SAP中通过事务SCOT可以进行相关通信服务配置，下图用截图记录SAP邮件服务器及相关配置情况；作为笔记及相关配置参考。基它相关通讯配置也可自行在此事务功能中查找。

SAP中事务SCOT是比较用于处理邮件常用的事务；先通过发送时间来选择出需要处理的邮件发送记录；另外，还可以通过邮件的状态来进一步选择需要处理的邮件发送记录；针对某一具体的邮件，可以看到其发送状态，选择重复发送，删除发送记录，查看邮件信息（收发件人，发送时间，附件内容，）通过以上介绍，基本勾勒出在SAP中的邮件相关处理；基于基本的信息保密需求，不太方便做太多截图。有兴趣的朋友可自行深入研究该功能来应对工作需要。...

事务SE91进入，并输入需要处理的消息类；打开更改，进入到下级界面。消息类包含的消息及消息短文本全部显示出来，消息短文本处于可修改状态；尝试修改保存，需要以变更形式处理；...

BW有不同的登录方式，比较常用的方式通过GUI来登录，也可以通过如下图Analyzer来登录；近期遇到使用Analyzer登录BW时报错，从下图中提示来看，好像与登录或网络连接有关；不论如何，在提示信息不够明确的情况下，先采取排除法来定位问题；首先，通过更换电脑及账户的不同方式，找到仅用户账户无法感情登录。于是，想到用GUI来登录，在GUI的登录中，有明确提示，指出用户密码由于错误次数过多而锁定。按提示解锁用户锁定。再次测试使用GUI和Analyzer登录，问题解决。..

如下对比图，在系统中存在常规发票校验与后勤发票校验两种不同的功能菜单。它们之间有什么联系和何区呢？首先，笔者是无意在SE16的某个表中的某个字段上进行查找后台配置时发现有常规发票校验菜单（如下图）。但在SPRO中却无法找到对应位置；在网上找了一些资料，发现该问题与SAP版本有关。在Realease 4.6A之前是用常规发票校验 conventional invoice verification。常规发票校验 conventional invoice verification使用事

IT从业人员对溢出两个字应该并不陌生。不仅是在SAP中，在操作系统中，在应用软件中这种类似提示应该不难遇到。那么面对“溢出”。我们的第一反映应该是什么？因为只有理解了提示，才能定位问题和解决问题。以笔者个人的观点，可以将溢出理解为某种超出系统的能力范围的数据处理。以现实为例，比如一条生产线一小时最多能生产100件产品，安排此生产线一小时生产120件就超出生产线的能力范围了，于是就溢出了。下面列举几个笔者经历过的溢出的例子：做序时账导出时存在大量会计凭证数据打印处理。而系统前台的大数量处理请求超出了系

不知有SAP应用的企业或公司是否都遇到过类似问题。在测试系统中做笔凭证时，无法生成凭证，提示凭证号码己分配。又或者明明己知生成凭证，可以看到凭证号。但再用FB03查看凭证时却又提示不存在的问题。究其原因，该问题产生于client copy之后，即正式系统向测试系统同步数据之后。由于同步可能很长，有的企业可能不会选择停机进行。所以，由于正式系统在同步时仍然在用，理论上就不可能完全同步，必然会产生一部分新的数据没有同步到测试系统。笔者推测，某个凭证可能己写入测试系统的某个表中，但在另一个地方可能

近期遇到一个解决，将经验分享如下。下面截图中的会计凭证行项目，其中文本中存在乱码。据用户反映，这个凭证并不是在系统中手工创建的，而是通过开发增加功能，导入TXT文件生成的会计凭证。由于系统中之前有相同功能导入的TXT文件都正常。因此，判断问题并非来自于增加程序，很有可能与TXT文件的相关编码有关。于是在网上也查找了一下资料。还真找到一篇关于LSMW导入乱码的博文。按其观点，这个可能是由于文档的编码导致。检查有问题文档的编码格式为UTF-8，于是将其改为ANSI后，再次在测试系统上传后，用FB03检查

做为SAP运维或顾问，在工作中经常遇到数据元素，比如下图中SE16中对数据元素及其描述出给了经展示。但在实际前台业务中，也经常会遇到单向信息，一时难以判断。己知描述，需要找数据元素的处理方法：如下会计凭证中的事务字段，用帮助信息中可以查到其对应的数据元素名称；己知数据元素，需要找到到描述的处理方法：事务COMD,通过菜单文本增强——关键字——更改在打开的变更关键字菜单中的数据元素字段输入对应需要查找的信息；找到数据元素及其描述的对应关系；...

在企业SAP全面应用中，用户的需求千变万化，有时SAP标准功能无法很好的满足，就只有通过开发的方式来实现。所以，每个企业多少会存在一些自开发的程序。例如笔者公司某个用于输出合同清单的开发程序如下图。在应用中，开发程序当然不会有标准的事务代码来调用。开发者通常会自定义一个事务，如本例中的ZMMP1007就是用于执行该程序的。但事务名称和程序名称之间并不相同。当需要从ABAP的角度去解读或更改程序时，就需要知道事务对应的程序名称，在图中己展示了其对应关系的查找方法。找到程序名后，再来SE80中就可以找到