原创 无峰 [ ABAP 技巧与实战 ](javascript:void\(0\);)
归纳总结是个好习惯,我们都值得拥有.
每一个业务的开发需求,都是一次归纳的契机.
• 根据业务特定的需求分析,是否可以概括出一个通用需求?
• 特定业务需求是否完全包含在这个通用需求中呢?
• 是否 可以根据这个通用需求 概括出一个 通用处理 模型?
• 该模型是否 可以解决 这一类的业务需求 ?
• 怎么用特定的语言(ABAP)开发这个模型?
• 怎么给业务最大的自由度去使用这个配置使用这个模型?
如果你是一个业务人员,带着这些问题去和你的开发沟通.(你毛病呀,半天就可以写完的程序,你想整一周?)
如果你是一个开发人员,带着这些问题去和需求提出者沟通(你找事呀,按我的需求做就完事了,要不你来写功能说明书?)
或者,你也会碰到志同道合的. 嗯,这个提议不错, 咱们一起来完善一下这个设计.
尝试更多的去理解业务,去归纳业务,用开发的思想去重建功能设计.
**正文**
数据导入,是一个很简单的应用场景: **用户按规定格式准备好数据文件,批量导入系统创建主数据或者单据.**
SAP提供了几个专门的工具来处理数据导入
• **SXDA 数据传输工作台**
• **LSMW 一个强大的数据导入工具,通过配置产生数据模版,映射对应的处理工具(**录屏,BAPI调用,IDOC生成等).** **
• **LTMC 用于取代LSMW的新的迁移工具**
• SCAT 计算机赋值测试工具(可以用来做数据导入)
•
• **SHDB 事物记录器** (没错,这个也可以做数据导入,有人通过EXCEL宏生成它需要的数据内容,完成导入)
•
上面列出所有我所想到的SAP标准工具,可能不完全.
我不想去评价这些工具,只是陈述一个事实:虽然有这么多的数据导入工具,但是每个项目似乎还是需要开发数据导入程序.
1. **导入模版** :每个导入对象都需要一个导入模版,甚至用户要求模本中能提供一些数据输入帮助及字段备注,必须输入提醒等.
2. **导入检查** :数据导入时都需要对数据内容执行预置的一些检查,不能完全依赖事务处理时的检查.
3. **导入数据的暂存** :导入数据存入自定义表,以便执行后续处理,进度查询及出错重处理.
4. **多进程并发快速处理** :对于期初大量数据的导入,需要提供多进程并发处理功能,快速完成数据导入.
数据导入框架是基于上述分析实现的一系列开发(每个导入对象都需要一个针对的程序).遵照上述几点特性给出了相应的解决方案
1. 导入模版可配置A,基于事务代码配置对应的 _导入表及处理程序,检查函数,分隔符,留在选择屏幕,带错误保存标记,显示特定字段的文本 ,检查出错的数据也保存在上传表中,允许附加数据产生模板,更新表时分包处理的每个包的条目数,模板文件名(如果为空,使用表名)_
2. 导入模版可配置B,这个配置是可选的. 基于表或事务代码配置模版的字段及字段特性: _字段文本,字段顺序,模版中排除该字段,字段非空检查 ,上传文件内容重复性检查 ,码表检查 ,码表限制在EXCEL模版的表现方式,显示特定字段的文本 ,授权检查标记 ,权限对象,简单授权检查 ,对象名 ,序号区间编号,字段的默认值 ,字段详细描述,体现在EXCEL的批注中,正则表达式 等_
3. 在配置中允许执行基本检查(非空,码表,授权等),复杂检查通过配置一个检查函数,在函数中通过代码逻辑实现.
6. 根据数据导入对象(TCODE识别),调用对应的处理程序(允许定义多后台并发执行)
数据导入框架针对数据导入这一简单场景,不断整合项目中碰到的对于数据导入的一些细节需求.形成了目前这个模样,后续还会不断完善细节功能及集合更多的数据导入对象.
SAP开发框架系列 是我 对开篇前言中问题 的解答 , 这个系列提供的 是 一种 思维方式,有些涉及到的代码/工具,会在后续文章中陆续发布.
如果你 对这篇文章感兴趣,请帮忙转发分享, 并且勾选微信 <看一看>.文章右上角的按钮点击后,点击<在看>(或者文章末尾的右下角<在看>),即可.
(如果你真的喜欢这篇文章,请记得回来打个赏,作为支持我继续下去的动力,这是一个正反馈过程. 越多的人打赏,作者越有动力分享,读者就能享受更多的福利.
毕竟打赏的金额富不了我,穷不了你,却能支持这个公众号长久发文.)
扫码关注公众号,获取更多好用的SAP应用程序