入行SAP这十几年几乎每个项目都躲不开LSMW。尤其做后勤模块的从物料主数据、BOM、工艺路线到财务科目余额、未清项、固定资产卡片客户上线的第一周基本全靠它扛着。LSMW全称是Legacy System Migration Workbench说白了就是SAP自带的一个批量导入工具不需要单独买License也不强制要求写ABAP代码录一遍事务码操作再回放数据就能把Excel里的海量数据灌进系统。很多刚接触的顾问觉得它麻烦界面层级多还总在“录屏、映射、转换、导入”这些步骤里绕圈子。但说实话在老项目里尤其ECC环境或者S/4早期版本LSMW的稳定性和灵活性依然是很多新工具比不了的。这篇东西我打算把LSMW从零到一讲透完整的批导操作流程、录屏方案设计、默认值配置怎么做以及很多人问的“源文件里有多余字段怎么删干净”这类细节再加一套跨客户端传输配置的方法。适合正在做数据迁移的FICO、MM、PP、SD顾问也适合刚接手LSMW模板、想把项目里那套批导逻辑彻底搞明白的运维同事。你可以直接照着操作也可以把它当一份内部培训手册来用。1. LSMW整体设计与思路拆解1.1 为什么老项目还是离不开LSMW先说个背景认知。SAP里批导方案其实有好几条路BDC录屏、CATT、LSMW、BAPI/IDoc以及S/4HANA里新推的Migration Cockpit。各有各的适用场景但LSMW在实操中的地位之所以稳是因为它把录屏、数据转换和后台执行整合在一个事务里没那么折腾。LSMW的核心逻辑不复杂先把你要做的屏幕操作录下来系统会记录成一个“录屏历史”也就是你操作过的每张屏幕、每个字段然后再把你Excel里的源数据逐行按这个录屏模板回放完成数据写入。整个过程分成读源数据、转换格式、导入SAP三个阶段听上去简单但数据量一大字段一多各种细节就出来了。对比一下不同批导工具的特点工具优点缺点适用场景LSMW无需ABAP基础、支持录屏和BAPI混合、项目可传输大数据量时回放慢、模板维护繁琐主数据维护、批量创建/修改、中小数据量导入BDC录屏SHDB直接录屏、灵活、可生成程序需ABAP开发配合、没有数据转换界面标准功能无法覆盖的复杂录屏需求BAPI/IDoc效率高、支持大批量、有校验逻辑需开发、不同对象要选不同BAPI海量数据、复杂业务逻辑Migration CockpitS/4原生、界面友好、支持文件拖拽模板受限、部分对象不支持S/4HANA新项目这个表能看出来LSMW属于“活在中间层”的工具不想写代码又需要一定转换逻辑的时候它是最稳的选择。我个人的习惯是数据量小于10万行、业务对象是常规主数据或单据主档直接上LSMW数据量很大、逻辑复杂就用LSMW的前置阶段做数据清洗和映射然后调BAPI函数导入。1.2 理解LSMW的三层结构与传输单位LSMW的配置界面里有一个很容易让人迷糊的地方项目管理分了三层——Project项目、Subproject子项目、Object对象。比如你可以把项目命名为“MM_MASTER”子项目叫“MATERIAL_2025”对象叫“MM01_CREATE”。这三层的关系是一个项目下有多个子项目一个子项目下可以挂多个对象每个对象对应一套独立的导入流程。为什么要理解这个结构因为LSMW的“跨客户端传输”就是基于对象级别打包的。你创建一个传输请求选择的是某个Object、某个Subproject或者整个Project系统会把对应的配置记录写进请求里然后通过STMS传到目标系统。这个和SAP里其他配置的传输机制是同一套逻辑但LSMW的坑在于它还有一些零碎数据不跟着请求走后面我会单独讲。所以刚建LSMW的时候别随便起名字最好一个周期、一类业务建立一个结构。比如PROJ_MM_2025 SUB_MATERIAL OBJ_CREATE。这样后面做传输、做文档、做权限分配都省事。你想想到项目后期生产机上可能有几百个LSMW对象命名不规范的话找一个模板跟大海捞针一样。1.3 LSMW的四个核心步骤与后台表LSMW的事务代码是LSMW进去以后主界面左边是项目树右边是操作步骤按钮。官方流程分五步输入对象属性对象属性、定义源结构源结构、定义源字段源字段、建立映射关系结构关系、维护映射规则字段映射然后是固定活动读取源数据、转换数据、导入数据。后台对应的核心表有几张BDCDATA录屏数据表、BDSOURCE源数据定义、BDSOURCEF源字段定义以及LSMW用到的*BCMC_系列映射配置表。理解这些表对排查问题很有帮助比如你在映射界面上明明配了默认值导入时却没生效那就去查映射配置表里的字段值十有八九是Constant配置没勾对。这个章节先把LSMW的定位和结构讲清楚下面我们进入实操从录屏到默认值配置再到那个经典的“多余字段怎么删”问题。2. 核心细节解析录屏、默认值配置与多余字段删除2.1 录屏前的准备工作很多人在录屏这步翻车不是因为不会操作而是录屏前没想清楚要录哪些字段、哪些字段留在后面映射结果录出来一堆不需要的屏幕字段后面删也不是不删也不是。我的习惯是录屏前先做三件事第一把源数据的Excel打开确认有哪些列哪些列必须有值哪些列可以为空。这一步决定了你要录哪些屏幕字段。比如物料主数据创建MM01你必须录“物料编码、物料类型、行业领域”这些必输字段数量单位、工厂、库存地这些按业务需求决定要不要录。第二在系统里手动创建一个测试数据把整个流程走一遍重点记录屏幕上哪些字段被填了值、哪些灰色字段是自动带出来的。这一步太关键了因为录屏时万一你点到不稳定的字段比如系统时间、用户姓名、日期导入时会出大问题。第三决定录屏深度是录标准屏幕流程还是结合“屏幕变式”Screen Variant简化屏幕字段。实际项目中录录屏前经常会先用SHD0维护一个屏幕变式把不需要的字段隐藏掉这样录屏步骤短后面映射和回放也稳定。录屏时的操作要领打开LSMW选择“录屏”Record输入事务代码比如MM01、XD01、FK01。然后在系统弹出的屏幕上按照事先想好的顺序逐一填写字段并保存。录制过程中尽量不要用鼠标点非必要的按钮不要用F4帮助去搜索值不要因为手误删除已经录好的屏幕。不然录屏历史里全是不确定的操作。录屏保存后系统会让你维护“屏幕字段差异确认”也就是确认每一屏中哪些字段是被填充过的哪些是默认带出来的。这里有一个原则只要能不勾选就不要勾选。系统自动带出来的字段不需要你后续映射勾了反而会在回放时产生冗余值。2.2 源结构与源字段定义录屏完成回到LSMW主界面下一步定义源结构和源字段。这里的“源结构”对应你Excel文件的表头LSMW允许你按层级定义比如主数据和文本数据可以分成多个结构。不过大多数情况下我们用单层结构就够了。定义源字段时有几个容易忽略的坑第一字段名最好统一成系统认识的格式不要带中文、不要带空格。很多项目的Excel列头是“物料编码”“工厂”“库存地点”你直接当成字段名录进去后面映射时容易乱。我习惯建一个对照表先把中文列名翻译成英文内部名比如“物料编码”对应MATNR“工厂”对应WERKS然后在LSMW里用内部名建字段。第二字段的数据类型、长度要仔细检查。LSMW默认按照Excel列内容推断类型但有时候数字列会变成字符型后面转换时就报错。我在实操中经常遇到物料组、工厂这类编码字段明明源文件里是纯数字LSMW就是把它读成NUMC或者CHAR最后导入时因为前导零问题匹配不上。解决办法是在源字段里手动修改数据元素或者转换时用ABAP代码补齐前导零。第三源字段的必输属性要设置好。LSMW里源字段有一个“必输/可选”的标识它会影响后面读取源数据时的校验。如果你这条映射逻辑里某个字段在后面会由默认值填充那源字段的必输标志就不要勾选。源结构和源字段定义完系统会让你维护“结构关系”也就是把源字段和录屏里的屏幕字段做关联映射。这个映射界面就是很多人说的“两个表格左右拖线”的地方左边是录屏字段右边是源字段一一拉线。后面2.3和2.4的内容都在这个界面上展开。2.3 默认值配置三种方式任选LSMW默认值配置是一个需要单独拎出来讲的细节。很多项目的源文件里并没有覆盖所有屏幕字段比如“创建人”“录入日期”“统计组”等字段业务上要求统一填一个固定值。如果源文件里没有这些列你该怎么把值填进去方式一在字段映射界面用固定值Constant/固定值映射。这是最常用也最推荐的方法。具体操作是在结构关系界面选中一个屏幕字段双击进入字段映射规则然后在映射规则里选择“Constant”常量输入固定值。比如物料主数据里的“行业领域”字段所有物料都填“M”“部门”都填“00”直接用固定值映射源文件里完全不用准备这些列。注意Constant映射的字段回放时LSMW会直接把常量值填到屏幕上不再依赖源数据字段。方式二在源结构里增加一个字段但源文件里不提供数据转而用“默认值规则默认值/初始值”控制。在源字段定义里可以给字段设置一个默认值当Excel里该列没有数据时LSMW会使用这个默认值。这种方式的灵活性比常量映射差一点因为它作用于整个CSV源的列不是单独一个映射。但好处是如果某个Excel列的数据大部分是固定的、个别为空这种方式能兜底。方式三在字段映射规则里使用ABAP代码代码生成值。这属于进阶玩法。比如你想根据物料类型自动判断是否需要填某个字段或者想拼接一段文本可以在映射规则里选择“ABAP代码”写一行或几行代码。我自己经常用它来生成“字段的默认描述文本”。举个例子批量创建物料时如果源文件只有物料编码和类型描述文本是“物料描述占位符”用ABAP代码一行就能搞定result Default description.这种方式只适合对ABAP语法有基本认知的顾问但它的灵活度确实比固定值高很多。这里要特别强调一个容易踩坑的点LSMW字段映射里“字段转换”与“字段值转换”是两个东西。“字段转换”指的是源字段和屏幕字段的内容映射关系比如直接传递、固定值、ABAP代码“字段值转换”则是在这个基础上再做一次值的翻译比如“1→X”“2→空”。默认值时一定要在“字段转换”里配别配到“字段值转换”里。我见过不少顾问把默认值配到了“字段值转换”的源值列里结果导出来的全是错误数据。2.4 多余字段如何删这里说点实际经验“多余字段怎么删”这个问题几乎每次培训都会有人问。问的人多了我才发现LSMW这个工具的字段删除逻辑确实容易让人懵。它牵扯三个不同的“删除”场景很多人混在一起处理最后越弄越乱。场景一录屏时录出了不想要的屏幕字段。这种情况非常常见。录屏不是录了一遍就结束的中间可能手一抖多输了一个字段或者原本计划不录的字段但系统必输只能录了。LSMW里录屏历史可以维护在录屏记录界面上你可以进入“屏幕字段”清单勾选“已标记”或“未标记”来控制哪些字段参与回放。但是如果这个字段是系统必输字段你删了它回放报错如果只是非必输字段删了就删了。实操建议录屏后花十分钟检查一遍录屏历史把无关字段标记取消。这个操作比在映射界面里删除源字段要安全得多因为你是在源头控制。场景二源文件里有多余列不想要它们参与映射。很多人会在“结构关系”界面看到左侧屏幕字段和右侧源字段两个列表觉得源文件的每一列都必须拉到屏幕上才行。实际上只要你不拉线不建立映射这个字段就不会被使用。所以如果源文件Excel里多了一列“备注”而这个备注不想导入直接在“定义源字段”里把对应字段删除就行。删除方法在源字段列表中选中这一行点删除按钮。这里有个细节删除源字段之后系统可能会提示“该字段已在映射中使用”你需要先去“结构关系”界面把对应的映射线取消再回过来删除源字段。场景三映射界面里的“字段映射规则”有多余条目。在字段映射界面上有一个“固定字段/结构字段”的规则列表。如果你之前配了固定值、ABAP代码之类的规则后来不需要了可以直接选中这条规则点击删除图标。但要注意别误删了其他字段的规则。还有一个更隐蔽的“多余字段”问题不是Excel里多列而是录屏历史中某种字段类型重复出现了多次。比如物料主数据里“文本”字段可能会出现在好几种文本类型中录屏时你只填了一个短文本但录屏历史里可能会有多个文本字段的录入项。回放时后面那个没被填充的字段可能因为源数据没值而报错。这种问题的处理方式比较特殊常见做法是把录屏历史中不需要的文本字段标记为“已删除”或直接清空其录屏值保证回放时不会因为空白值而弹错屏。总结一下删除多余字段最核心的原则就是越早处理越好最好在录屏完成后趁还没有建立映射时清理。一旦进入映射阶段字段互相之间会产生关联删除就要考虑映射线的分裂和屏幕字段的联动。2.5 字段映射规则设计的几个实操细节在LSMW里字段映射规则设计得好不好直接影响后续转换和导入的稳定性。分享几个实际项目中经常用到的细节第一源字段与屏幕字段的长度不匹配需要在映射规则里处理。比如Excel里的“物料描述”是40个字符但屏幕字段短文本只有40个字符如果你直接传值可能会被截断。LSMW里可以在映射规则里设置“字段内容长度”的转换逻辑或者用ABAP代码SUBSTRING截取。第二带前导零的编码字段映射规则需要统一处理。物料编码、客户编码、供应商编码在SAP里通常以内部格式存储带前导零。如果你的源文件里是不带前导零的数字直接传过去回放系统可能报“物料不存在”。解决方法有两种一是在Excel预处理阶段用Excel公式补齐前导零二是在LSMW里用ABAP代码做一次格式化比较常见的写法是result |{ source_field ALPHA IN }|.如果不想写代码也可以利用LSMW的“转换规则”里的“前导零处理”选项。但我的建议是能在Excel层面处理就在Excel处理毕竟LSMW的ABAP代码报错后排查起来比Excel里查数据麻烦多了。第三字段映射规则中的“初始值”处理。 如果不希望源数据为空时覆盖屏幕字段的现有值映射规则要选择“不传输”或“仅在源字段非空时传输”。LSMW默认的映射规则是直接把源值填到屏幕上如果源值为空就会把屏幕上原本已有的值清空。这在批量修改主数据时会出大问题很容易把客户已有的描述、联系人给清没了。所以做修改类型的LSMW时映射规则必须逐字段检查凡是可以为空且不想覆盖的字段一律把映射规则设为“保留已有值”。3. 实操过程与核心环节实现跨客户端传输方法3.1 为什么要做跨客户端传输LSMW在一台客户端上开发完不敢直接在生产机上手工录入很正常。标准的做法是在开发机或测试机上把LSMW模板建好、测试好然后打一个传输请求传到测试机验证最后再传到生产机执行。跨客户端传输的底层逻辑是LSMW的配置数据存在配置表里这些表支持通过传输请求Transport Request进行版本管理和系统间传输。所以你不需要在目标机上重新录屏、重新定义字段只需要把配置包传过去然后检查映射规则是否依然匹配目标机的屏幕布局。实际项目中我遇到过很多次这样的需求开发机上出了一个月的数据迁移方案全部用LSMW模板验证完了结果生产机的版本比开发机新屏幕字段发生了变化导致模板传过去后一运行就报“屏幕字段不一致”. 这就要用到下面要讲的传输后处理。3.2 创建传输请求的完整步骤在LSMW主界面选中你要传输的对象节点可以是Project、Subproject或Object然后执行菜单路径“附加→生成传输请求”或者直接在对象上右键选择“创建传输请求”。系统会弹出一个对话框要求选择传输请求类型。这里有两个选择请求类型 1——配置传输只传输LSMW的配置定义包括项目结构、源结构、源字段、映射规则、录屏历史。录屏历史通常也会跟着传。这是最常用的类型。请求类型 2——测试/生产传输偏向后导入阶段的数据快照传输一般用不到重点记住类型1就行。选完类型系统会要求维护请求描述建议按项目模板命名比如“LSMW MM Master Data - 001”。然后系统会自动创建一个传输请求并把当前选中对象的所有配置写入请求任务。创建完成后你可以在SE09/SE10里看到这个请求。注意LSMW创建传输请求有时候不会自动包含“对象目录条目”你需要进入请求点击“包含对象”检查一下确认没有遗漏。这里还有一个关键选项系统会让你选择“传输中包含屏幕录屏数据吗”。我强烈建议勾选包含录屏数据。因为录屏数据是LSMW回放的核心如果不包含目标机上的批导模板会因为缺少录屏历史而无法执行。虽然录屏数据偶尔会因为系统版本差异产生兼容性问题但至少比没有强。传过去之后如果版本有差异再到目标机上重新录一次屏来覆盖即可但其他配置不用动。3.3 释放请求与目标端导入传输请求创建好之后按标准的传输流程操作。先在SE09/SE10里释放请求或者直接在LSMW创建请求完成后系统提示“是否释放请求”选“是”。释放后请求会进入导入队列统一由STMS传输管理系统控制导出和导入。目标端的导入有两种方式如果是同一个系统域内STMS会自动分发BASIS同事会在传输管理系统里完成导入如果是独立系统或者测试系统BASIS会手动添加导入队列。导入完成后目标端LSMW里就能看到项目结构了。但这里有一个特别容易迷惑的点LSMW项目的主界面可能不会自动刷新你需要退出LSMW重新进入或者点击“刷新”按钮项目树上才会出现传输过来的对象。看到对象之后先别急着运行。按以下顺序检查检查项目属性里的“保存顺序”和“处理类型”确认是不是你开发机上配的“前台显示/后台执行”模式进入“结构关系”界面确认源字段和屏幕字段的映射线都还在没有横线变虚线进入“录屏历史”确认录屏数据存在屏幕上没有奇怪的问号图标执行一次“测试运行”用几行测试数据看是否能顺利走通。3.4 传输后、回放前的常用调整跨客户端传输最麻烦的地方在于目标机和开发机的系统状态不一定一致。最常见的问题有两类第一类目标机的屏幕比开发机多了必输字段。这种情况下回放时LSMW会卡在某个屏幕上报错提示“字段XXX必须输入”。解决办法有两种一是修改录屏历史把该字段标记为输入项然后在映射里配默认值或源字段二是维护一个屏幕变式SHD0把这个字段的可输入性改掉。前者简单直接后者适合字段特别多的情况。第二类目标机上有些字段被隐藏了。比如开发机的画面里有“利润中心”字段你录屏时录进去了但生产机的利润中心是隐藏的允许空白。这种一般不影响回放因为录屏回放时系统会按照录屏时的屏幕布局找字段找不到就忽略。反而不会报错所以不必过度担心。3.5 懒人办法手动复制LSMW项目配置有些客户环境里BASIS不允许随便创建传输请求或者传输系统没接好。这种情况下还有一个土办法手动在目标机上重建一个LSMW项目然后通过“导入/导出”文件的方式复制配置。LSMW主菜单“附加”里有一个“导入/导出配置”的选项可以把当前对象的定义导出成一个文件再在目标机上导入。不过这个方式有一个限制它只导出配置定义不包含录屏历史和源数据所以录屏还是得在目标机重新录制。如果你只是想要一个空模板这个方式够用了。老实说我很少用这个土办法因为传配置文件的格式太老文件内容如果包含非英文字符导入时容易出现乱码。正规的传输请求始终是首选。4. 常见问题与排查技巧实录4.1 默认值配置不生效怎么办症状映射规则里配了固定值但导入时屏幕字段仍然为空或者被源数据的空值覆盖。排查步骤先检查映射规则类型。固定值要选的是“Constant”而不是“Source Field”。然后在“字段值转换”里别多配东西有时候系统会给Constant也加了一层转换规则导致实际输出的值不是你想填的值。另一个常见原因是录屏历史里该字段被勾选了“被清除”标志。如果录屏历史里它被标记为“清除字段值”回放时LSMW会在输入前先清空该字段然后才执行映射。如果映射的固定值没配上最终屏幕上就是空的。4.2 源文件有多余列没删干净导致转换报错有些顾问在Excel里保留了计算公式、格式、甚至合并单元格LSMW读取时会解析出异常字段导致“源文件读取失败——字段数不一致”。排查技巧先不要急着在LSMW里删字段回到Excel把数据另存为CSVUTF-8格式用文本编辑器打开检查第一行表头和后续数据行的列数是否一致。很多LSMW读取问题都是因为列数不齐整。真正要删除多余字段时按照我前面讲的方法在“定义源字段”界面删掉对应字段然后去“结构关系”界面删除映射线。如果仍然提示字段无法删除多半是因为这个字段已经被用在了某个转换规则里去规则列表里删掉关联条目再回来删。4.3 录屏字段乱码或无法回放录屏回放经常报“屏幕字段不存在”或“字段名无效”。这个问题的根源往往是系统升级导致的字段名变化。排查思路去SE11里查一下报错字段的域名是否还存在如果不存在就只能放弃这段录屏历史重新录一次屏。如果只是个别字段变化可以用“录屏历史”界面上的“更新字段”按钮刷新字段名然后重新检查映射。4.4 传输请求无法创建或对象不在请求里LSMW里创建传输请求时有时候会提示“没有可用的自定义izing请求”或者创建完之后对象没有出现在请求清单中。先检查LSMW项目的“对象属性”里的传输设置有些项目是配置了“仅本地保存”的这种情况下创建不了请求。可以临时修改项目属性把“保存方式”改成“可以保存并传输”然后再次创建请求。如果真的不想改项目属性还有一种变通在SE09里手工创建一个配置请求然后在LSMW创建传输请求时选择“使用已有请求”把对象挂到那个手工请求上。这个方法适合那些系统里已有大量零散请求、不想再多建请求的场景。4.5 常见问题速查表问题现象可能原因解决办法读取源文件失败Excel列数不一致、有合并单元格、编码不是UTF-8另存为CSV并检查每行列数去掉公式和合并单元格转换时报“字段长度溢出”源字段类型长度与目标字段不匹配修改源字段的数据元素或加ABAP代码截断处理BDC回放卡在“字段只读”屏幕变式限制了字段输入检查SHD0变式或直接取消该字段的录屏勾选导入后部分记录没有创建成功源数据有脏数据比如必输字段为空检查导入日志定位错误记录行号修正源数据后重新导入LSMW项目传输后目标机不显示没有刷新LSMW界面或传输请求没有完全导入重新进入LSMWSE03检查请求是否导入完执行后大量重复导入没有保留上次执行记录误以为未执行在执行前用“测试运行”检查查看导入历史记录4.6 两条排查思路真正很管用第一LSMW执行出错后最直接的排查渠道不是盯着批导日志猜而是去SE38里跑一遍对应的BDC回放程序或者直接在LSMW导入阶段打开“调试模式”。调试模式在“导入数据”界面左下角的“调试”复选框勾选后系统会在回放每个屏幕的时候停下来能够实时看到字段值是怎么填进去的。这个方法对排查“默认值不生效”“屏幕字段找不到”这类问题非常高效。第二遇到读源文件报错不要只盯着“定义源字段”看很大概率是Excel本身的问题。我见过最多的两个原因表头第一行里有不可见字符以及某一列被Excel自动转成了日期格式。把Excel转成CSV再检查能直接暴露很多问题。5. 补充分享LSMW模板管理与项目落地经验LSMW本身并不难真正拉开顾问之间效率差距的是模板管理习惯和批导流程规范。这部分的内容是我无数个加班夜换来的教训分享出来供你参考。第一模板文件必须带版本号。每个LSMW对象对应的源文件Excel模板我建议在文件名里加版本号和修改日期。因为批导不是一锤子买卖第一次导入之后客户的业务部门会三番五次调整字段定义你不锁定版本最后是谁改了模板都分不清出了数据问题追责都追不上。第二每次执行前必须做测试运行。LSMW导入阶段有两个选项测试运行和正式运行。很多人急着上线跳过测试运行结果正式运行后发现有几千条数据因为必输字段为空而报错。测试运行不会写数据库只检查屏幕回放是否正常成本很低收益极大。不能说“我之前都跑过没问题”就省了这一步数据文件每次都不一样测试运行是唯一能拦住低级错误的手段。第三批导账号必须有独立的日志记录习惯。LSMW执行完会生成执行日志但系统不会自动把日志发给你。建议每次导入后把日志导出成文件按批次号归档。这个习惯在项目上线后做数据对账、追溯问题时能省很多事。别问我是怎么知道的我就是吃过亏才养成的习惯。第四如果项目里LSMW对象数量多强烈建议建一个统一模板把录屏风格固定下来。比如所有的创建类对象都从“创建”事务进入所有的修改类对象都从“修改”事务进入不要一会儿MM01一会儿MM02。这样源文件的结构可以尽量保持一致后续维护起来省心很多。第五跨系统传输前先比对一下两端的系统版本和补丁级别。很多LSMW传过去失灵的问题根因都是版本不一致。这件事听起来像废话但真到了项目交付高压期最容易忽略的就是这个步骤。最后再分享一个小技巧LSMW的录屏历史偶尔会因为操作反复出现同一个字段的多条记录这时没有必要一条条去删直接在“录屏历史”界面使用“删除标记”按钮删掉勾选状态有问题的记录。用关键字搜索字段名排序比肉眼一个个找高效得多。我个人在日常项目里的体会是LSMW的每一个“麻烦”背后其实都是SAP在提醒你把过程设计得更严谨。录屏前想清楚字段映射时逐条检查规则传输前后做交叉验证这些动作做到位了LSMW完全是一个能扛大梁的批导工具。希望这篇手册能帮你把LSMW彻底摸透少走我当年走过的弯路。