近期对ERP系统接口程序的熟悉,我发现其中可能有一些问题,记录下来,和大家共赏。
关于MIGO收货增强程序中的问题如下:
1. 增强中处理步骤太多,一旦出现BUG, 将会导致MIGO本身的一级物料操作回滚。
基于生产环境需要严谨的设计的思想,我提出ERP系统的接口程序原型设计。


第一段程序接收数据放入裸表,并加上接收时间和处理标记。
第二段程序处理裸表数据,完成后写入日志表。
整个设计中有RAW裸表和日志表构成。
数据的进出在两张表上能够完全体现。
2. 没有在增强程序入口判断 物料是否为一级物料,导致所有物料都会进入该增强后续程序处理,影响系统性能及稳定。
3. 日志表内容不清晰。
ZMMT_LOG016日志表中记录一级物料的信息(收货产生时的过账日期,凭证日期,物料号,数量,采购订单号),但是
移动类型字段里放的又是二级物料的移动类型。最后的消息文本里面出现的也是二级物料的收货凭证。
4. 日志表冗余。
增强程序中出现的ZMM_FM009子函数意义何在?把程序结构搞得异常复杂,该子函数内部还要写一张日志表ZMMT_007。
其中记录了二级物料收货明细日志,该表数据同上一张表有重复。如果子函数还可以说是为以后多种功能准备,那日志表绝对是多余了。
5. 一二级物料表结构,设计不好。
本文针对ERP系统中的MIGO收货增强程序存在的问题进行了详细分析,包括处理步骤过多导致的一级物料操作回滚风险、未对一级物料进行有效判断、日志表内容不清及冗余等问题,并提出了改进设计方案。
3949

被折叠的 条评论
为什么被折叠?



