二级物料处理程序,上(品尝ABAP的味道)

本文针对ERP系统中的MIGO收货增强程序存在的问题进行了详细分析,包括处理步骤过多导致的一级物料操作回滚风险、未对一级物料进行有效判断、日志表内容不清及冗余等问题,并提出了改进设计方案。


近期对ERP系统接口程序的熟悉,我发现其中可能有一些问题,记录下来,和大家共赏。

关于MIGO收货增强程序中的问题如下:


1. 增强中处理步骤太多,一旦出现BUG, 将会导致MIGO本身的一级物料操作回滚


基于生产环境需要严谨的设计的思想,我提出ERP系统的接口程序原型设计。



第一段程序接收数据放入裸表,并加上接收时间和处理标记。
第二段程序处理裸表数据,完成后写入日志表。
整个设计中有RAW裸表和日志表构成。
数据的进出在两张表上能够完全体现。




2. 没有在增强程序入口判断 物料是否为一级物料,导致所有物料都会进入该增强后续程序处理,影响系统性能及稳定。


3. 日志表内容不清晰。
ZMMT_LOG016日志表中记录一级物料的信息(收货产生时的过账日期,凭证日期,物料号,数量,采购订单号),但是
移动类型字段里放的又是二级物料的移动类型。最后的消息文本里面出现的也是二级物料的收货凭证。


4. 日志表冗余。
增强程序中出现的ZMM_FM009子函数意义何在?把程序结构搞得异常复杂,该子函数内部还要写一张日志表ZMMT_007。
其中记录了二级物料收货明细日志,该表数据同上一张表有重复。如果子函数还可以说是为以后多种功能准备,那日志表绝对是多余了。


5. 一二级物料表结构,设计不好。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

刘欣的博客

你将成为第一个打赏博主的人!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值