• 基础数据错误的痛苦


                前段时间系统的基础数据进行了几次变更,根据公司的要求将部分数据进行了修改,也导入了部分新的数据。

    当时虽然也进行了审查,但是一段时间后后果才表现出来,有的业务单据的单位出现了问题,有的转换系数出现了,

    有的产品代码出现了重复,而且我们系统和SAP及其他系统都有接口,其他系统的基础数据出现问题时,也将数据

    传给了我们的系统,导致我们本来没有问题的数据也出现了问题,现在状况十分糟糕,乱象十足啊。

               已经有同事处理了一个月有余还没有搞定,因为上面经常发给我们一些数据,要求更新,但是这些数据是否

    会导致问题却没有人考虑很到,而且即使审查了也不能保证就一定正确,因为可能需要一段时间才能将错误暴露出

    来,而且目前是多个系统交互,一个系统的数据有问题,就可能将其他系统的数据也搞乱。目前已经影响到了系统

    的正常流程了,正常的业务单据已经被波及到了,虽然只是涉及到了少部分的产品,但是问题还是十分严重的。

               目前还没有能找到非常有效的方法去避免。但是我们可以着手做的是以下几点:

               1.基础数据一定要从业务上进行严格的审核,至少要2次审核通过后,才能进行导入。

               2.导入数据时,先将数据导入到模拟环境进行一段时间的测试使用,经过确认没有问题后,才能开始在真实

                 系统进行导入。

               3.业务系统在导入基础数据时,一定要对数据进行检测,是否有重复编码的数据,重复ID的数据,这些一定

                  要排除出来,重复的数据不让插入。

               4.系统再好也无法检测一些人为的错误,比如产品单位系数错误,本来是0.1,你输入了0.01,系统导入时也

                  无法判断出问题,这也是第一步要求能够将此类错误过滤掉。

               5.即使是从其他系统导入过来的基础数据也要进行严格的审查,如果可以的先人工审查逻辑有没有错误,然

                  后系统检测。

             基础数据虽然简单,但是重要性却是最高的,如果基础数据出错,业务数据也就没有意义了。

  • 相关阅读:
    video和audio
    H5-geolocation学习
    hammer.js学习
    echarts学习
    移动端手势识别
    SVG
    e.key && e.which && e.keyCode
    git中避免提交.DS_Store文件[转载]
    前端笔试题[1]
    Javascript实现格式化输出
  • 原文地址:https://www.cnblogs.com/kevinGao/p/2776039.html
Copyright © 2020-2023  润新知