简介SAP两种主流批处理工具BDC与LSMW的实操讲解文档面向SAP顾问、ABAP开发及内部IT支持人员重点解决数据迁移、批量维护主数据、重复事务处理等高频场景。文档从SHDB录屏入手完整演示物料账期逐月打开业务说明录制时应避免多余键盘鼠标操作、如何修改字段再执行以及如何导出脚本模板、结合Office邮件合并生成20个批量执行脚本并重新导入同时对比前台/后台执行方式的不同适用场景。LSMW部分覆盖创建对象、定义数据文件、源/目标结构、转换规则到实际数据传输的完整流程并说明不同系统版本IDES 4.71与ECC 6.0的步骤差异帮助读者根据任务规模选择合适工具。资源包为1个docx文件大小约2.49MB内含步骤截图、字段说明和操作界面讲解按功能模块组织便于速查。已有1748人学习下载适合希望系统掌握SAP批处理实操技巧的顾问与开发人员。1. 两种批处理工具先搞清楚该用哪一个在SAP项目里最磨人的往往不是写程序而是把几千条主数据或凭证从Excel搬进系统。手工一屏一屏地录录完眼睛花、腰也酸还经常漏字段。SAP给的两条路——BDC和LSMW——就是干这个的。BDCBatch Data Communication靠录屏回放把你在SAP GUI上的每一步操作记下来然后像放录像一样重新执行成千上万次LSMWLegacy System Migration Workbench更像一个向导录制屏幕、字段映射、批量导入一条龙能少写很多ABAP代码。这篇文章写给要用批处理工具做数据迁移、日常导入、系统切换的顾问和内部IT把两种工具的原理、操作步骤、参数调法和坑一次讲透让你看完能直接上手跑一批数据。2. BDC实战录屏、生成脚本与三个关键参数2.1 BDC原理SAP GUI上的每一步都是一张传输表BDC的核心思想是模拟用户操作。你在SAP GUI上每填一个字段、按一次回车系统后台都会记下一个“屏幕字段值”的指令。BDC把这一串指令存起来之后用程序按顺序重放SAP就以为是一个人在不停操作。这个机制决定了它不挑业务创建物料、记账凭证、修改主数据只要能用手工完成的事务理论上都能用BDC批量做。需要理解的数据结构是BDCDATA表。它主要包含四部分程序名PROGRAM、屏幕号DYNPRO、字段名FNAM和字段值FVAL。还有一行特殊的DYNBEGIN标记着新的屏幕开始。录屏工具SHDB生成的源代码就是把这些结构一行行填进去。不要死记屏幕号因为SAP版本、增强包、自定义逻辑都会改变屏幕流程。真正常用的是录出来的那段脚本——它是你的“黑匣子钥匙”。我见过太多人以为BDC就是录个屏却不知道BDC对操作顺序极其敏感。录屏时多点了一个隐藏按钮回放时所有数据都会卡在那一屏。这也是为什么我坚持让录屏的人先对着业务流程文档走一遍而不是边想边录。2.2 用SHDB录制一段BDC从零到脚本事务码SHDB进入批输入记录器点“新建记录”填一个记录名比如ZBDC_MM01_CREATE输入事务码MM01再点“开始录制”。然后像平时创建物料主数据一样操作完成保存后回到SHDB你会发现所有屏幕和字段都被记下来了。录制完成后选中记录点“程序”-“源代码”系统会生成一段ABAP代码。这段代码可以直接复制到你的程序里也可以导出保存。录制时有个习惯把选择屏幕的“跳过初始屏幕”功能打开。比如MM01一进去有个物料号、行业领域的选择界面如果你每次都要手动勾选“按行业领域维护”复选框录制时就要多录一个屏幕。我一般让用户直接把常用条件录进去减少批处理时的屏幕切换。下面是我常用的最小BDC调用框架以MM01创建物料为例DATA: lt_bdcdata TYPE TABLE OF bdcdata, ls_bdcdata LIKE LINE OF lt_bdcdata, lt_msg TYPE TABLE OF bdcmsgcoll. * 填充录屏数据这里省略从SHDB复制出来的填充代码 PERFORM fill_bdcdata CHANGING lt_bdcdata. * 调用事务码MODE N 表示完全后台 CALL TRANSACTION MM01 USING lt_bdcdata MODE N UPDATE S MESSAGES INTO lt_msg. * 逐条查看返回消息 LOOP AT lt_msg INTO DATA(ls_msg). WRITE: / ls_msg-msgtyp, ls_msg-msgv1, ls_msg-msgv2, ls_msg-msgv3. ENDLOOP.这段代码的逻辑很直白先填好BDC数据表再调用CALL TRANSACTION执行。“MODE”有三个可选值A代表前台逐屏播放适合向业务演示E代表出错时才弹出屏幕是我调试时的首选N代表完全后台跑适合大批量。注意“UPDATE”参数S是同步更新实际生产中默认用它A是异步更新速度快但发生连环错误时回滚麻烦L是本地更新只用于技术测试生产环境千万别选。MESSAGES INTO必须写否则执行完你连失败原因都不知道。2.3 批处理会话Batch Input Session与前台调用的区别除了CALL TRANSACTIONBDC还有一种执行途径建一个批处理会话。典型流程是先把一批数据写入会话再用事务码SM35去处理。我推荐两者的使用场景完全不同对比项CALL TRANSACTION批处理会话SM35执行位置在ABAP程序中SAP后台会话队列数据量适合几百到几千条适合几万条以上错误处理每一条都要程序自己判断失败条目不阻塞其他条目占用GUI需要后台作业或程序运行不占前台可计划性手动触发可以设置处理时间和日期回滚代价程序内可自己控制要删除整个会话实际项目里我的原则是千条级别用CALL TRANSACTION因为可以嵌套业务逻辑比如导入前查重复、导入后发通知万条级别以上用批处理会话尤其当网络不稳定时会话可以断点续传。批处理会话是SAP内部自己排队消化的就算SM35处理到一半系统重启重启后还能继续处理未完成的数据。有一个细节值得注意批处理会话会记录“处理日期/时间”。可以把大批量导入安排在凌晨执行。我一般会在前一天下午把会话建好让运维在凌晨2点跑后台作业第二天早上看SM35统计。这样避开了白天大量MIGO、CO11N事务的锁竞争。2.4 BDC 的必调参数与错误处理的三个层级BDC报错有三种层级排错顺序不能乱。第一层是字段级录屏脚本里的字段在目标屏幕上不存在或字段名写错。解决办法是回到SHDB重新录制或手工修改BDC数据里的字段名。第二层是业务级字段存在但值不合法比如物料类型不允许、公司代码没有分配。这要看具体业务校验消息。第三层是数据库级记录被其他用户锁住或者更新冲突。先到SM12查锁再决定是等待还是删除冲突。我处理的策略是字段级错误直接修脚本业务级错误要回头检查Excel源数据不要试图在BDC里硬塞数据库锁通常是暂时的重跑一次往往就好。为了快速定位程序里要对消息类型为E错误和A中止的条目单独记录。DATA: lv_error TYPE c. LOOP AT lt_msg INTO ls_msg. IF ls_msg-msgtyp E OR ls_msg-msgtyp A. lv_error X. WRITE: / 导入失败:, ls_msg-msgv1, ls_msg-msgv2. ENDIF. ENDLOOP. IF lv_error X. ROLLBACK WORK. ENDIF.这一段代码的逻辑是只要消息里有错误或中止类型就回滚当前事务。注意CALL TRANSACTION本身在出错时会自动回滚当前屏幕数据但为了日志完整我习惯在程序里再写一个回滚标记。实际项目中建议在每次导入前先跑10条测试数据用MODE E逐屏观察如果没有报错再放量。否则全量跑完发现一半数据带病撤销可比导入麻烦十倍。提示BDC录屏生成的代码里BDC_OKCODE和BDC_CURSOR不要乱删。BDC_OKCODE相当于按回车或保存键删了脚本就停在原地不动BDC_CURSOR控制光标位置出问题会导致屏幕跳转到错误字段。3. LSMW实战录制、映射到导入的完整路径3.1 LSMW是什么一个不用写代码的批处理向导LSMW的全称是Legacy System Migration Workbench中文常叫“旧系统迁移工作台”但实际用途远不止迁移。它把录屏、字段映射、数据转换、批输入会话整合成一个向导业务顾问不用写ABAP也能完成批量导入。LSMW的本质仍是BDC或BAPI但它包了一层更友好的配置界面特别适合Excel数据导入主数据、凭证和自定义表。与BDC相比LSMW的价值在于“映射”的维护成本。BDC录屏得到的代码一长串别人看不懂LSMW把源字段和目标字段列成表谁都能检查逻辑。代价是配置步骤多一个对象从建立到执行通常要经历十五个节点新手很容易在“何处定义字段映射”环节迷失。我的做法是不管多简单的LSMW对象先跑一次不带Excel的固定值数据把链路打通再引入真实文件。这样可以过滤掉大部分映射配置错误比如字段拼写、目标结构选择错。LSMW对象本身存储在系统里不是代码因此别把它当成一次性的临时工具应当当成数据迁移资产来维护。3.2 从创建对象到导入数据六个必做步骤进入事务码LSMW点“创建”按钮输入对象名。对象名建议用前缀LSMW加业务场景例如LSMW_MM01_CREATE_202405。接下来会看到一堆配置节点我习惯按以下顺序操作设置对象属性选择对象类型通常用“录屏”或“BAPI”。BAPI比录屏稳定优先用BAPI没有现成BAPI的事务再用录屏。定义源结构源结构是你的Excel表格模型。定义字段一个字段对应Excel的一列。字段名最好用SAP目标字段的语义比如MATNR、WERKS。导入源数据定义指定文件类型和格式。选择PC文件时路径要小心LSMW默认从应用服务器读取要配置前端文件才能读本地。在录制程序或BAPI中定义字段映射这是核心步骤。左侧是源字段右侧是目标字段用鼠标拖拽建立对应关系。读取和转换数据先“读取数据”预览Excel内容确认行数和列名没有识别错误再“转换数据”让LSMW执行映射规则。创建批输入会话点击后LSMW会把转换结果交给SM35处理。之后去SM35执行会话。这里有一份我常用的配置参数表配置项推荐值说明对象类型0050BAPI优先0010录屏兜底BAPI更稳定文件类型PC文件Excel 97-2003格式新版本xlsx要注意兼容性读取行数2跳过表头表头不参与映射源字段分隔符分号避免Excel单元格内的逗号干扰转换后处理创建批输入会话推荐先建会话再执行会话处理方式后台处理大批量时避免锁表3.3 字段映射的三种方式录屏、固定值、ABAP代码LSWM的映射绝不只是一对一。在“字段映射”界面双击目标字段会弹出三个标签页源字段/固定值/公式。源字段就是直接选用Excel对应的列固定值适合所有行都一样的值比如公司代码1000、语言ZH公式页可以写一小段ABAP表达式。公式映射的威力非常大。比如导入物料主数据时Excel里有一列“物料组”一列“物料类型”SAP里需要合并成一个内部字段就可以在公式页写拼接逻辑。再比如你只有一串“20240101”的日期文本但目标字段要求隔开格式可以用和SUBSTRING处理。虽然LSMW的编辑框很小但它支持完整的ABAP表达式我用它处理过文本清洗和数制转换。注意一个常见误导公式页不是写完整函数的地方它只允许写一个表达式不能声明类型。复杂逻辑可以先写到一个增强的转换程序和FORM里再用公式调用。不过对大部分数据迁移IF-THEN-ELSE表达式足够用了。3.4 LSMW的批输入会话执行SM35里的残局处理LSMW创建会话后真正的执行是在事务码SM35。SM35列表会显示所有批输入会话包括来自BDC和LSMW的。选中你的会话点“处理”后会询问前台或后台处理。前台处理会逐屏播放适合几十条验证后台处理直接静默跑完适合大批量。会话中如果有失败记录SM35里会标红。双击标红的行能看到每笔数据停在哪一屏、报什么错。处理残局有两种路径一是回到LSMW修改源数据或映射重新读取数据并重新建会话二是直接删除失败的那几条记录手工在业务事务里处理。我的习惯是先分类同一类错误5条以内直接手工补超过20条说明映射有问题必须回头修LSMW。SM35会话有一个坑它不会自动清理已处理的菜单。处理完成后会话还留在列表里只是状态变了。如果你重新处理同一个会话SAP会提醒你“会话已处理过”。最好的做法是处理完一批后立刻在SM35里删除旧会话同时保留日志截图否则两个月后自己都分不清哪些是有效的。4. 选型对比什么时候用BDC什么时候用LSMW4.1 一张表看清两种工具的边界维度BDCLSMW是否需要ABAP编码需要至少能看懂和修改不需要纯配置学习曲线中要理解屏幕流中高节点多但逻辑直观灵活性高可嵌入任意程序逻辑中受限于映射和转换框架大批量稳定性依赖开发者自己控制自带会话管理相对稳定错误排查靠ABAP消息和断点靠SM35会话日志简单直接可维护性代码版本可管理映射关系可传输但需导出备份这张表是我在十几个项目里的切身体会。如果你已经在一个BDC程序里做了大量字段拼接、自定义检查、多事务联动那就继续用BDC不要硬迁到LSMW。如果只是把Excel导入标准事务LSMW明显更省事。但不要误会LSMW不需要BDC——LSMW录屏时生成的就是BDC数据只是它帮你管理和执行了。4.2 从维护成本和权限角度做决定长期维护看LSMW优于BDC。BDC录屏产生的脚本是一堆字段赋值代码SAP版本升级或增强包更新后屏幕结构变化脚本可能失效需要重新录屏并修改ABAP。LSMW把所有映射存成配置屏幕变了可以重新录一个屏幕并重新映射不需要动代码。权限上两者要求不同。BDC本身不需要特殊事务码但CALL TRANSACTION运行在ABAP程序里需要程序执行权限批处理会话处理需要SM35权限。LSMW除了SM35还需要LSMW自己的对象权限。生产环境中通常给顾问分配一个“LSMW_EXEC”权限角色包含查询和执行的权限就够了。真正的坑在于权限检查会影响你的测试。我用一个没有LSMW维护权限的账号在测试机上试跑结果在“转换数据”节点一直报无权限。排查半天才发现是权限角色缺了“维护”动作。所以上线前必须明确负责配LSMW的人要有维护权限负责跑批的人只要有执行权限。4.3 混合使用在用LSMW时嵌入自定义逻辑有三分之一的场景两样要合起来用。比如导入一批物料主数据标准字段可以用LSMW负责但物料组需要根据文本匹配自动判断这个判断逻辑写LSMW公式太别扭不如把数据先放入自定义表用一小段BDC程序扫尾处理。具体做法是LSMW只处理能稳定映射的字段剩下的脏活交给一段ABAP通过BAPI或CALL TRANSACTION完成。我在一次固定资产主数据迁移中LSMW导入基础视图BDC程序负责检查折旧码并激活资产。两套工具配合4小时跑完10万条资产主数据。混合方案要做好先后顺序控制比如用状态字段判断是否已被上一阶段处理否则重复跑会把数据搞乱。4.4 数据量和频率决定第三条路不要忽略另一种选择直接用BAPI。BDC和LSMW都是“人机对话模拟”而BAPI是直接调用功能模块不需要录屏。SAP几乎每个主数据都有BAPI比如BAPI_MATERIAL_SAVEDATA、BAPI_ACC_DOCUMENT_POST。BAPI的执行速度比BDC快错误信息也更结构化但需要会查BAPI参数。我的建议很直接如果你已经在写ABAP程序且目标事务有现成的BAPI优先用BAPI只有BAPI覆盖不了那些“操作型”功能时才退回BDC或LSMW。LSMW也支持BAPI对象类型所以在LSMW里选BAPI对象是兼顾配置便利和运行效率的折中方案。但BAPI对象没有录屏过程配置时你需要知道BAPI的输入参数对新手反而更难。5. 批处理工具避坑5个高频故障与处理方案5.1 现象一录屏时字段没录到运行时报找不到字段我在录制CO01生产订单时明明填了“物料”和“工厂”生成的BDC脚本里却没有那个字段。回放时程序直接报“屏幕字段丢失”。后来发现字段所在的子屏幕在录制时没有真正触发或者字段属于选择屏幕的隐藏区域录屏时没聚焦到。解决办法是重新录制放慢操作速度每填完一个字段就按一下回车。录完后要逐屏检查SHDB里的字段列表。如果目标字段缺失可以回到SHDB点“编辑记录”手动添加该屏幕的字段名和默认值。5.2 现象二LSMW导入成功但数据不对少了一行有次LSMW显示成功导入5000条客户主数据在XK03里查询只有4999条。所有人盯着“处理成功:5000”都以为没有异常。实际上Excel里有一行数据因为客户号已存在LSMW在更新模式下把这条当成了更新没有新增记录。解决方式很明确导入前先做唯一性检查查一下Excel里哪些客户号在SAP已存在。LSMW的批输入会话里也能看到该条记录的消息一般会提示“客户已存在”。处理方法是在Excel中排除重复行或者改为正确的更新模式。5.3 现象三BDC批处理会话后台执行卡住一直绿灯SM35里某个会话状态一直是“处理中”绿灯不灭。常见原因是这个会话处理的数据里某个物料号被另一个后台作业锁住或者系统内存不够更新进程排队。排查步骤先到SM12查锁条目确认锁的持有者再查SM37看后台作业是否还在运行如果后台作业已结束但会话仍在“处理中”说明处理进程可能异常终止。这时可以重新触发处理但不要立刻删除会话否则会丢失所有记录。我遇到过一次会话卡了两小时原因是有个增强在导入时调用了一个长时间运行的报表把系统资源占满。这种情况下只能等或调高会话处理的优先级。5.4 现象四LSMW字段映射时报长度不够被截断LSMW读取Excel后映射报“字段值太长”是常见的字段长度问题。比如Excel里描述字段写了50字符目标字段只有40字符SAP会拒绝写入并报错。这个错误在“转换数据”阶段就能看到。解决方式在字段映射里给目标字段添加公式用source0(40)截断或者在Excel模板里设有效验限制。千万不要靠“反正系统会截断”的念头因为SAP对于超过长度的字符直接报错而不是静默截断。必须显式处理。5.5 现象五日期格式和本地化小数点导致数据错乱LSMW里最容易踩的坑是日期格式。Excel单元格显示的“2024/1/1”读取到LSMW后可能变成一串数字串映射到SAP日期字段显示为“01012024”完全错乱。原因是SAP内部日期固定为YYYYMMDD而Excel的日期显示会根据区域设置变化。解决办法是把所有日期列在Excel中设成文本格式手工录入20240101。数字的小数点也一样中文环境下Excel默认逗号导入后SAP可能不认识。我的习惯是在数据模板里增加格式说明页用红色标错误单元格。这项规范让团队导入错误率下降了七成。6. 进阶把BDC和LSMW变成团队可复用的资产6.1 建立一套录屏规范录屏最怕来回试错。我给团队定的规范是录屏前先检查SAP GUI版本和语言环境版本不同可能导致字段名空间不同用一个专门的“批处理记录账号”避免个人用户菜单和权限影响录屏。每一条录屏记录名字带上业务场景和日期例如ZLSMW_MM01_CREATE_20240115。录制完成后立即导出源码保存到知识库同时记录SAP ECC版本。这样SAP升级后你能判断哪些录屏需要重录。6.2 用版本管理保存映射和源数据LSMW对象本质是系统配置但它能通过传输请求导出到其他环境。我要求每个LSMW对象必须关联一个传输请求并把数据模板Excel和映射规则截图放在版本库里。尤其是用了公式映射的务必把公式文本复制到外部文档中。否则换一个环境重建对象时那些复杂表达式只能靠回忆重新写。实际带过的项目里最惨的是LSMW对象被误删又找不到传输请求最后花了三天时间重新搭。这是血泪教训。6.3 批处理日志给每条数据留好后悔药用BDC时程序里务必把错误消息落库。我会建一张自定义表记录程序名、事务码、主键字段、消息类型和消息文本。这样每次跑完查这张表就能统计成功和失败数量。LSMW也自带日志但SM35里的旧会话会被清理过期之后查询很痛苦。我的习惯是每次跑完LSMW立刻把SM35会话消息导出成Excel存档。哪怕后台全部成功也要看一眼统计防止某个消息被忽略。这些做法让我从“会用工具”进阶到“把工具变成团队能力”。哪怕三个月后换个顾问接手只要看录屏规范、映射版本和日志表就能知道这批数据是怎么进去的、有没有隐患。SAP导入这件事翻车不可怕可怕的是没有翻车预警。希望帮到你。本文还有配套的精品资源点击获取