SAP开发框架系列之 数据导入

前言:

    归纳总结是个好习惯,我们都值得拥有.

    每一个业务的开发需求,都是一次归纳的契机.

• 根据业务特定的需求分析,是否可以概括出一个通用需求?

• 特定业务需求是否完全包含在这个通用需求中呢?

• 是否可以根据这个通用需求概括出一个通用处理模型?

• 该模型是否可以解决这一类的业务需求?

• 怎么用特定的语言(ABAP)开发这个模型?

• 怎么给业务最大的自由度去使用这个配置使用这个模型?

    如果你是一个业务人员,带着这些问题去和你的开发沟通.(你毛病呀,半天就可以写完的程序,你想整一周?)

    如果你是一个开发人员,带着这些问题去和需求提出者沟通(你找事呀,按我的需求做就完事了,要不你来写功能说明书?)

    或者,你也会碰到志同道合的. 嗯,这个提议不错, 咱们一起来完善一下这个设计. 

    尝试更多的去理解业务,去归纳业务,用开发的思想去重建功能设计. 

---

正文

    数据导入,是一个很简单的应用场景:用户按规定格式准备好数据文件,批量导入系统创建主数据或者单据.

SAP提供了几个专门的工具来处理数据导入

• SXDA 数据传输工作台

• LSMW 一个强大的数据导入工具,通过配置产生数据模版,映射对应的处理工具(录屏,BAPI调用,IDOC生成等).

• LTMC 用于取代LSMW的新的迁移工具

• SCAT 计算机赋值测试工具(可以用来做数据导入)

• SHDB 事物记录器(没错,这个也可以做数据导入,有人通过EXCEL宏生成它需要的数据内容,完成导入)

    上面列出所有我所想到的SAP标准工具,可能不完全.

    我不想去评价这些工具,只是陈述一个事实:虽然有这么多的数据导入工具,但是每个项目似乎还是需要开发数据导入程序.

    于是我搜集归纳所有数据导入程序的一些共性:

1. 导入模版:每个导入对象都需要一个导入模版,甚至用户要求模本中能提供一些数据输入帮助及字段备注,必须输入提醒等.

2. 导入检查:数据导入时都需要对数据内容执行预置的一些检查,不能完全依赖事务处理时的检查.

3. 导入数据的暂存:导入数据存入自定义表,以便执行后续处理,进度查询及出错重处理.

4. 多进程并发快速处理:对于期初大量数据的导入,需要提供多进程并发处理功能,快速完成数据导入.

5. 报错数据重处理:对于报错的数据,允许用户修复错误后,重新执行.

    数据导入框架是基于上述分析实现的一系列开发(每个导入对象都需要一个针对的程序).遵照上述几点特性给出了相应的解决方案

1. 导入模版可配置A,基于事务代码配置对应的导入表及处理程序,检查函数,分隔符,留在选择屏幕,带错误保存标记,显示特定字段的文本 ,检查出错的数据也保存在上传表中,允许附加数据产生模板,更新表时分包处理的每个包的条目数,模板文件名(如果为空,使用表名)

2. 导入模版可配置B,这个配置是可选的. 基于表或事务代码配置模版的字段及字段特性: 字段文本,字段顺序,模版中排除该字段,字段非空检查 ,上传文件内容重复性检查 ,码表检查 ,码表限制在EXCEL模版的表现方式,显示特定字段的文本 ,授权检查标记 ,权限对象,简单授权检查 ,对象名 ,序号区间编号,字段的默认值 ,字段详细描述,体现在EXCEL的批注中,正则表达式 等

3. 在配置中允许执行基本检查(非空,码表,授权等),复杂检查通过配置一个检查函数,在函数中通过代码逻辑实现.

4. 使用一个统一的程序完成模版产生,数据导入,写入预定义的中间表

5. 产生的模版中通过颜色标记必输,批注提示字段功能,单元格下拉控制输入内容

6. 根据数据导入对象(TCODE识别),调用对应的处理程序(允许定义多后台并发执行)

    数据导入框架针对数据导入这一简单场景,不断整合项目中碰到的对于数据导入的一些细节需求.形成了目前这个模样,后续还会不断完善细节功能及集合更多的数据导入对象.

---

SAP开发框架系列是我对开篇前言中问题的解答,这个系列提供的是一种思维方式,有些涉及到的代码/工具,会在后续文章中陆续发布。