浅析ORACLE ERP系统维护方法

三、大胆假设，小心求证，模拟错误的发生。

在ERP系统的维护过程中，有时还需要一些想象，去模拟错误的发生场景。要知道，有各种各样的用户，就有各种各样你意想不到的操作，系统运行中也有千奇百怪的错误。有时候，系统出现的错误，让你不知所措，无从借鉴，根本无从着手，怎么办？这时，不妨冷静下来，去假设一下，如果你是用户，你可能会如何操作？系统又可能会出现哪些错误？

比如一次维护过程中，客户方发现了一次大问题，系统执行成品标准标准更新时，出现异常的WIP 标准成本调整差异，发生的总额约1000多万。其症状也是让人莫明其妙：

1）物料为当时已完工的但未关闭的任务上的装配件。
2）物料更新前的标准成本与冻结成本一致，更新后系统新的冻结成本也未发生变化。按照系统的原理，此时不应该出现成本更新差异。物料更新前的标准成本与冻结成本不一致的，出现成本更新差异也不是正常更新前后的差额。
3）任务上发生的更新差异，有相当于将成品装配件成本从零成本更新到现有成本时的差异，有的将成品装配件成本从现有成本时更新到零成本的差异，也有数据为（旧成本*2-新成本），金额为现有任务上数量*现有标准成本差异。
4）成本更新只产生了任务上的WIP差异，未产生库存上的成本更新差异。

如此奇怪的问题，我从所未遇。在分析了各种可能出错的情况后，我认为，这种错误不应是个别用户操作引发的，应是系统性的程序出错。经反复检查，多次测试后，终于发现，错误是由一个客户化的成本更新程序引发的，程序运行时，在后台写表时，成本表的某个字段被错误写入，从而引起数据紊乱。在对客户化程序进行修正之后，问题就自然解决。

当然，大胆假设的难度有点大，这源于日常工作经验的点滴积累，正所谓厚积薄发。

四、从全局性出发，处理问题要干净利落，不留尾巴。

系统的维护看似简单，实际上考验着对系统的全面认识。一个问题处理不当，可能会引发其他的问题，问题处理得不完整，当时可能没什么反应，但可能在后续的时间内暴露出其他的问题。ERP不是信息孤岛，各数据之间是相互集成，相互关联，所以处理问题时，要通盘考虑，这个数据与各模块的关联，与各数据的影响，后续影响等，一定要将问题处理得干净利落，不留尾巴。

我们处理一个问题，至少要考虑以下几点：

1）问题发生的原因是什么？
2）问题如何解决？
3）相关的引发的问题如何解决？
4）如何从源头上避免问题再度发生。

下面经一个库存科目定义错误引发的账务错误为例，说明处理方案。

比如：库存科目定义出错，将资产类科目定义成了费用类科目，造成的后果：库存模块产生了大量错误会计分录，并已传送到总账接口，子库科目设置也未更改。

对于这样的错误，我们分析如下：

错误的原因在于子库科目设置错误，需要进行修改，引发的错误在于会计分录错误，也要修改，同时由于设置的需要，在修改子库科目前必须将现有量清零。

基于此，处理方案如下：

1）清理子库科目需要更改的子库名称；
2）设置帐户别名，用于处理子库科目调整；
3）子库存数据备份；
4）对库存数据做清零；
5）修改子库帐户设置；
6）使用帐户别名将子库数量接收或发放回原子库；
7）从后台更改已产生会计分录的科目代码；
8）注意事项：处理过程中此子库不应进行其他操作，也不能做成本更新。

从以上处理过程中，我们意识到，处理问题要一定要完整，要考虑到方方面面的需求。

五、举一反三，建立维护问题库。

在维护的过程中，我们会遇到形形色色的问题，在解决问题的同时，我们需要将其记录下来，记录问题发生、解决方案，持之以恒，积少成多，建立问题库，并进行归类，汇总分析，总结经验并寻找规律。这是一个知识积累、知识沉淀的过程，在这个过程中，进行总结、归纳、提升。

这个作用是双面的，一方面是自身的总结提高，以后可快速解决问题；另一方面，也可用来培训客户，提供参考。

知识积累有利于系统化分析问题，形成维护经验体系，从而全面提高企业的ERP系统应用与维护水平。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友