步：基本属性维护Maintain Object Attributes. 45
步：创建数据源结构Maintain Source Structures. 47
步：维护数据源结构字段Maintain Source Fields. 47
步：数据源结构与目标结构关联Maintain Structure Relations. 48
步：源与目标结构字段映射及转换规则配置Maintain Field Mapping and Conversion Rules. 48
步：固定值、翻译规则、自定义Form维护Maintain Fixed Values, Translations, User-Defined Routines. 52
步：查看读取到数据Display Read Data. 54
步：查看转换后的数据Display Converted Data. 55
步：创建批量输入（BDC）会话Create Batch Input Session. 55
步：执行批量输入（BDC）会话Run Batch Input Session
LSMW应用
全称为Legacy System Migration Workbench（旧系统迁移工作台），该工具设计的初衷是为了SAP初期的数据导入，例如在ERP切换时将旧系统中的商品主数据导入SAP，但在运维阶段，该工具也可以实现数据的批量维护操作。
本节同样以 AS02 为例来讲解如何通过LSMW平台来实现对AS02数据的批量修改。
创建项目
输入项目名称及描述：
继续输入子项目名称与Object名称，名称没有特殊要求：
点击执行，进入LSMW维护工作台：
点击
按钮，前面将显示执行步骤顺序号，共需要维护14步：
双击某行，可以进行到每个步骤的维护界面
注：上面的14步是以录屏方式来更新业务数据，如果是采用其他方式如IDOC或BAPI程序方式来更新时，则列出的步骤会不同，具体不同的步骤可以点击
按钮来查看：
但是后面两个红框中是否有，要依赖于你在第1步所选择的数据更新方式，这两个红框中的步骤应该不会同时出现，即使你全部钩上了
步骤详解
通过上面看到，LSMW维护数据操作可以分十几个步骤，每个步骤表示不同的操作，在数据导入时必须按步骤的顺序来操作
第1步：基本属性维护Maintain Object Attributes
此步主要是选择批量维护方式（图中四选一），这里我们选择像前面BDC、CATT那样，过录屏幕代码进行批量维护（此种方式需借助于SM35、SHDB）。从下图看出，还可以通过程序、BAPI、Idoc的方式来批量数据的维护，总之，就是数据最终是采取什么方式来进行修改
点击
按钮：
维护好事务代码确定后，将进入到AS02事务录屏中，本例也只能描述及主资产号文本进行修改，修改后保存，返回到Create Recording界面。在该界面可以看到所录制的屏幕字段信息：
并按以下表修改资产编号、公司代码、描述及资产文本号码四个字段：
如在第一个NAME字段维护名称“ANLN1”，该字段名即为后面步中ZAS02目标结构中的成员字段
上面除了手工定义每个字段外，还可以采用快速默认方式，点击
按钮，则会使用录屏中的屏幕字段的字段名作为目标结构ZAS02的成员字段名：
注：不需要的字段，请一定要清空或不填，否则会成为目标结构ZAS02的成员字段
最后将上面录制的名为ZAS02记录输入到属性界面的批量录制方式中：
第2步：创建数据源结构Maintain Source Structures
要实现数据的导入必须有数据源，该步就是定义此结构的
第3步：维护数据源结构字段Maintain Source Fields
此步是能上一步（第2）所定义的结构具体的分配字段，并在该维护界面中显示出了上一步创建的结构名：
第4步：数据源结构与目标结构关联Maintain Structure Relations
上面第2、3步配置的是存放数据源结构的一些维护，所配置的名为ZAS02_STRUCT（用来存储服务器上的步所配置的数据源ZAS02_STRUCT）与目标结构进行关联
步只创建一个数据源结构ZAS02_STRUCT，所以就默认配置好关系，此步可以直接跳过。如果配置了多个数据源结构，则这里需要手工进行指定：
第5步：源与目标结构字段映射及转换规则配置Maintain Field Mapping and Conversion Rules
上面第4步中只是指定将数据源结构ZAS02_STRUCT映射到目标结构ZAS02，但具体怎么映射（哪个字段到哪个字段、赋值时是直接赋值还是要经过转换等）是没有的，这里就是对这两个结构中的字段时行映射及转换
打开维护界面时，显示出了目标结构ZAS02的具体内部字段结构（发现有4个字段，个字段就是在第1步中所配置的那4个字段），现将目标结构中的字段与数据源结构中的字段进行映射：
映射完后，界面如下：
上面只是指定每个字段的映射关系，但映射时之间的转换规则没有特意去指定，都是默认的，默认就是直接进行普通的赋值操作（MOVE）。这里还提供了其他很多的转换规则，点击
按钮，可以看到提供的转换规则：
下面具体来看每个规则的使用：
：目标字段不会做映射，直接采用ABAP内存中变量初使值：
：常量
：固定值，其实与上面常量差不多，只不是该固定值有个名：
：应该是翻译？？有待验证
将数据源结构ZAS02_STRUCT-ANLN1字段的值按照'AxbXCydYEzfZ'对照表进行翻译，并将翻译结构存储到目标结构ZAS02-ANLN1字段中。传入的'AxbXCydYEzfZ'为翻译对照表串，包含成对字母，其中每对的第一个字母用第二个字母替换，lsmw_translate Form应该是调用TRANSLATE<c> USING <r>语句来进行翻译的（具体的翻译规则还可以在下一步第6步进行配置）。
：加上前缀后赋值给目标字段
：加上后缀
将多个源字段串连起来赋给目标字段。注：需要至少分配两个源字段都可以操作
删除左边前面所有空格，实现就是调用 SHIFT 语句来实现
：如果系统提供的转换规则不适用，则还可以自己来写一些ABAP转换代码
：调用定义的Form，步完成
还没弄明白！
：对C类型的字段在不足长时，在前面补全前导0
第6步：固定值、翻译规则、自定义Form维护Maintain Fixed Values, Translations, User-Defined Routines
在这一步主要是对上一步第5步规则中使用到的固定值、翻译规则、自定义Form的维护，而固定值在第5步就可以直接维护了，且翻译规则基本上不用具体配置，使用TRANSLATE语句的默认规则？
在这时主要是对第5步用到的自定义Form进行定义
ur_ANLN1为第5步ANLN1字段所配的转换规则Form：
第7步：指定数据源文件Specify Files
可以选择本地文件，也可以将本地文件上传到服务器后作为数据源
这里只是定义数据源文件，具体将文件内容读取后存储到哪个数据源结构内表，是在下面第8步中分配的，这里只作文件的定义
上面ZAS02_SUBPROJECT_OBJECT.lsmw.read与ZAS02_SUBPROJECT_OBJECT.lsmw.conv两个文件是步会使用到此文件；而 *.conv文件则是存储最后的转换的最终数据，即最终业务所需的数据，此文件会在步用到
经后面的测试，这里虽然是 ASCII 编码，但如果使用中文登录后上传，是不会出现乱码的
第8步：为数据源结构分配文件Assign Files
此步的作用是将上面第7步定义的文件，分配到步定义的数据源结构中，即文件与结构内表的映射
上面的ZAAA结构是为了测试乱定义的，在此演示中没有用
第9步：将文件内容读取到服务器上Read Data
可以指定数据的读取的范围，不指定时，会默认从数据行的第一行读取到数据行的最后一行
执行后，文件中的内容已经将被读入到ZAS02_SUBPROJECT_OBJECT.lsmw.read文件中了：
第10步：查看读取到数据Display Read Data
此步就是显示上一步第9所读取的内容
注：如果文件中有中文字符，则要使用中文语言登录，否则会出现乱码
第11步：数据转换Convert Data
此步会按钮步指定的规则，对每个字段进行转换，数据会从ZAS02_SUBPROJECT_OBJECT.lsmw.read文件中，经转换后存储到ZAS02_SUBPROJECT_OBJECT.lsmw.conv文件中。
由于本演示中各字段没有经过特殊的转换，只是简单的赋值操作，所以实质上也只是简单赋值过程
第12步：查看转换后的数据Display Converted Data
此步就是显示上面第10转换后的数据
第13步：创建批量输入（BDC）会话Create Batch Input Session
创建后我们可以使用SM35来查看到刚被创建的会话：
同时，通过SM35可以监测在服务器上产生的*read与*.conV两个文件，操作如下：
在SM35界面上，点击
会输入SHDB，在SHDB操作界面，打开文件监视器：
第14步：执行批量输入（BDC）会话Run Batch Input Session
此步实质上就是进入到SM35操作界面：
由于本例是通过录屏的方式来修改业务数据，所以运行时实质上是按 SM35方式来执行的。
当执行完后，数据就会更新到SAP系统中，整个LSMW就完成了。会话执行完后，会被删除掉
，如果是修改了文件，需要重新执行第9、11、13步，及第14步即可
总体来说，LSMW功能可以将数据读取到后台来进行处理，适合于那些耗时大的批量数据，但LSMW操作麻烦，不适合用户直接操作