• 数据是ERP系统搭建的基础,但,不要让数据毁了ERP


    很难想象没有数据的ERP是什么样子的。然而,实际情况又是如何的呢?

    根据AMT的研究,在那些上线不成功或者上线后掉线的案例中,有高达70%的项目都有一个共同的直接原因,那就是在数据上出了问题。有的是在数据还没有准备好,诸多数据不准确、不完整的情况下就仓促上线;有的则是业务没有理顺,出现一数多据的情况,不知道该相信哪个数据;还有的是上线运行后操作人员未及时更新业务数据导致系统内的数据失真等等,虽然数据问题的表现不尽相同,但最终的结果都是一样的,那就是大家忙了数月得到的是一个没有数据的ERP系统。

    这确实是一个让人笑不起来的笑话。

    于是,人们在惊愕、困惑、迷茫后,终于发出了这样的呐喊:不要让数据毁了ERP。

     

    数据的重要性

    经验表明,作为管理改造工程的ERP项目,花在系统实现和技术准备上的时间并不多,80%以上的时间是花在了贯穿全程的三大任务上,即全程的宣传培训、全程的数据准备和全程的管理变革。这三个全程缺一不可,其中尤以数据准备工作量最大。

    说到数据在ERP项目中的重要性,恐怕没有人会否认。大家最常挂在嘴边的一句话是“三分技术、七分管理、十二分数据”,以此来表达对数据的高度重视。然而数据问题成为ERP项目高失败率的主要原因之一这不争的事实,又不得不让人反思症结到底在哪儿。

     

    为什么数据是一个大问题?

    很多企业在没有上信息化之前使用手工方式进行管理。手工方式下的数据,更多的是以部门为单位进行管理的。部门之间用单据进行业务数据的流转,部门内用台账进行数据记账,月底通过对账保持部门内和部门之间数据一致。这种延用了几十年的管理方式,与利用信息化进行数据管理的思想和实现手段有很大差距。

    手工数据的特点是:分散、口径不一致、冗余、不规范。这样一来,同一数据在同一时间点上,会在不同部门、以不尽相同的描述和内容表现出来,在时间和空间上也是不一致的。这显然与ERP所追求的同一数据在系统中保持惟性、共享性的理念有很大差别。再加上由于历史的原因,企业中的很多数据要么不全,要么账实不符,企业往往要在上ERP的同时清产核资工作,这无形中加重了ERP数据准备的难度。

     

    如何进行数据准备?

    数据准备是一项庞大而繁琐的工作,所以越早进行越好。并且应该贯穿ERP项目实施的全过程。那么一个ERP项目应该如何从一团乱麻中理出头绪,在ERP系统上线前后分步骤地做好数据准备呢?为了说明问题,先讲一个成功推进数据准备的案例吧。

    老李是某钢铁集团信息部的负责人,在公司的多个业务和管理岗位上供过职,对公司上上下下的情况都很熟悉,也算是一个老钢铁了。

    公司的ERP项目刚刚启动,他就隐约感到数据是一个大问题,因为企业几十年沉淀下来的数据量巨大,且有很多不全、不准、不一致的现象,要想在上线之前将这些情况搞清楚,就必须尽早下手。在咨询公司的帮助下,他抽调专人组成数据组,与ERP项目实施并行开展工作。按照计划,他分为三大步骤,首先是让各业务部门先盘点统计一番,摸清家底,这花了大半个月;之后是对收集上来的数据分类整理,制定统一的编码规则,这花了两个多月的时间,这步完成后,基础数据也就基本完成了;第三步是下发编码规则,并要求业务部门按新编码重新整理现有数据,并在上线之前一个月内实物盘点,在上线之前拿出期初数据。经过一番周密的安排和大量的工作,数据准备终于和项目实施同步完成,并且数据的质量是有保证的。

    从这个案例中我们可以看出数据准备的步骤和一般规律。

    第一步:搞清楚有哪些数据要准备

    我们可以简单地将ERP实施所要准备的数据分为两大类:即静态数据和动态数据,也可称为基础数据和事务数据。

    静态数据是指开展业务活动所需要的基础数据,如物料基本信息、客户、供应商数据、财务的科目体系等。静态数据的特点是它在整个数据的生命周期中基本保持不变,同时它是动态数据的基础,公司所有业务人员通过调用静态数据来保持同一数据在整个系统中的惟性。

    动态数据是指每笔业务发生时产生的事务处理信息。例如销售订单、采购订单、生成指令等。动态数据按照时点来分,又可以分为期初数据和日常数据。其中上线时点的数据对ERP上线前的数据准备尤其重要,它代表系统在期初上线这样时间点上,公司动态数据的当前状态,我们称其为期初数据(或者称为初始数据)。期初数据既包括上线时点所有物料库存的数量、金额,财务科目的余额,也包括那些未完未结的业务单据,象未交货的销售订单、未付款的采购订单等。

    不论是静态数据还是动态数据,在ERP系统中都必须是惟一的。为了保证数据的惟一性,就要给这些数据编码。所以,在进行两大类数据准备之前,另一项更基础的工作必须先完成,那就是编码规则。

    我们可以将数据的分类和数据准备的先后次序列表如下,并对每项数据设计一个收集表,下发到各部门,摸底调查。

    在所有的数据中,物料数据是数量最多、分布最广的。这里所指的物料包含的范围很广,既包括原材料、半成品、产成品,也包括设备、固定资产等。物料分类则是根据物料的某些属性对物料进行归类,例如一个机械厂将其物料分为:产品、部件组件、零件、铸件、锻件、刀具、量具、夹具及其他工装等。所以要首先把工作重心放在物料数据准备上。

    第二步:制定编码规则和完成基础数据收集

    在明确有哪些数据要准备后,就可以着手编码了。实际上,数据准备工作中最难的是制定编码规则,这也是最占用时间的工作。一个考虑周全的编码体系需要跨部门反复讨论。不同的数据可能有不同的编码结构,但必须遵询共同的编码原则:

    1)惟一性

    必须保证一个编码对象仅被赋予一个代码,一个代码只反映一个编码对象。

    2) 实用性

    编码体系应当符合企业的业务特点和管理需求,既充分考虑企业发展对信息编码的需求、又兼顾企业的现状。要从实用性出发,掌握好编码的颗粒度,过细的编码不实用,过粗的编码不管用。

    3) 统一的编码结构

    编码由一个或者若干不同分类角度的分类码构成,统一的编码结构含意如下:

    任何对象在其整个生命周期内标识码保持不变,所有分类码具有相同的编码结构。图示为三段柔性分类码结构,并且采用顺序码作为二级代码,以确保编码的惟一性。

    分类码各段之间可以具有隶属关系,构成树状结构。

    4) 标准化

    编码应提高标准化程度,充分考虑到与外部环境的接轨而尽可能与相关国家、行业标准相吻合。例如使用国家标准所确定的行业分类作为行业编码,邮政编码作为地区编码等。

    5) 便于ERP系统处理

    由于编码将在计算机信息处理系统中得以实现,故编码应当符合数据处理的要求,便于用计算机处理。

    6) 易用性

    编码应尽可能好记易用。所以要在满足要求的情况下尽可能的短小,常用的编码应尽量避免字母与数字混合,以提高录入效率。

    实际上,编码问题绝不仅仅是一个技术问题,也不只是ERP实施小组的事情。它牵涉到不同的部门,需要考虑管理现状、业务特点、历史数据等方方面面。所以合理组织人力和安排充足的时间十分重要。一般的做法是在项目实施小组中成立跨职能部门的数据小组,由专人负责,各职能部门的人员都要参加数据小组,视工作难度和工作量来确定是专职还是兼职参与。

    完成编码规则后,依据编码规则逐条确定静态数据和编码,从而完成整个静态基础数据的整理工作。

    第三步:期初数据准备和系统上线

    有了基础数据,就有了ERP运行的基础。但ERP上线后,系统里的数据是不是能够反映现实情况,就要看期初数据能不能及时准确地录入系统了。

    由于期初数据反映的是上线那个时间点的数据,因此过早准备是没有意义的,这些事务处理数据都是动态的,每天都在变化。因此完成期初数据准备需要更精密的时间表,通常会这样安排计划:

    根据ERP项目的实施进度,确认上线时间,并进行项目管控。

    在上线之前一个月内进行全面的库存盘点,并在财务上进行盘盈盘亏处理。盘点时使用新的编码规则。

    要求各业务部门在上线之前尽可能处理完未结清的订单和应收应付单据,以减少手工和系统切换的难度,同时也降低日后对账的工作量。

    在上线之前两周,集中人力将静态数据导入或者录入系统。

    在上线时点将库存期初、科目余额和未结单据录入系统。可视数据量的多少适当提前或者滞后录入,但要保持系统中的数据与实际情况相符。

    在上线后的一个月内,通过核对手工账和实物,检查系统数据是否准确,并查出差异所在,进行调整。

    谈到对账,这里再多说几句。由于ERP的系统实现不是简单的模拟手工作业,因此在系统上线前后,业务处理方式可能会不同,会有一些数据是对不上的。对不上的原因除了确实账实不符、账账不符外,前后的统计和管理的口径不一致也是导致数据根本对不上的一个重要原因,毕竟数据的标准都不一样了。比如为了核算准确而增加的过渡科目会导致另一些科目余额不一致,虽然这并不影响最终的财务报表。

    在处理这类数据的时候,要从理解系统的逻辑关系出发,寻求数据的平衡,懂得哪些应该删除、哪些应该合并、哪些应该完善。懂得如何取舍是上上功夫。

     

    数据生命周期管理

    至此,整个ERP项目上线之前的数据准备宣告完成。但作为一个完整的系统,上线还只是ERP应用的开始。相比前期的痛苦,上线后保持数据的“纯洁”更显得重要。所谓“打天下难,守天下更难”。在数据从产生到消亡的整个生命周期中,保持数据的准确性、时效性是一项长期的工作。在系统运行期间,还要做到以下几点:

    -成立专门的编码维护部门,根据编码规则添加新的编码。

    -上线后,需要对部分业务流程和操作规程调整,以适应系统内的数据流转。

    -应用管理员及时处理系统中的异常数据。

    -定期对数据备份,确保数据完整,在出现数据灾难时可以恢复到最近一个数据点,最大限度地减少损失。

    -清理垃圾数据和已经失效的数据。

    -根据业务和管理的需要,增加新的数据项或者更改原数据定义等。

     

    保证数据质量的方法

    数据质量是数据的生命,因为错误的数据没有任何现实的意义,反而是系统无法上线或者掉线的导火索。保证数据质量是时时刻刻要做的事情。在这方面,经验更显宝贵,不过我们还是可以探询出一些成型的方法:

    在上线前做数据收集时,要事先做好下发表格。如果数据量较少,可以用Excel模板做表格,并锁定不允许修改的部分,以利于汇总、排序。如果数据量比较大,最好另编一个小程序,以自动控制重复的数据,同时便于同步检查。

    在上线时,先通过管理措施减少期初数据量,再对每一条期初数据都要力保准确。要尽早对账,因为越晚对账数据的差异越大,越难对得上。

    在上线后,要从管理上严格要求业务处理与数据录入同步进行,不能积压单据一次性补录。

    做好以上几点,可以控制住数据质量。但不管如何努力,数据都不大可能百分白的准确。我们所谈的数据准确是指数据的错误率控制在可以接受的范围之内,并逐步求精。企业要有一套高效的管理制度保证及时发现并处理数据差异。在ERP实施期间,企业要为数据的损失做好“买单”的准备,有时重复工作是不可避免的,也可能会因处理账实不符而需要财务费用。在ERP应用期间,短期的对不上账,只要是控制在范围之内,就可以接受,俗话说“一段浊水、一段清水”,只要坚持严格管理和定期核查,数据质量很快就会提高。

    咨询公司有一套数据质量的评估方法,在系统运行一段时间后做数据评估是提高数据质量必不可少的工作。实际上,不少企业通过数据评估,往往能够发现以前所忽视的管理上的问题,经过几轮调整后,企业实施ERP的效益就体现出来了。

     

    总结

    影响一个ERP项目的因素有很多,数据无疑是其中很重要的一项,正所谓“正确的诊断源于准确的信息,准确的信息基于可靠的采集”,当我们抓住数据这个根基,大处着眼,小处着手的时候,我们距离ERP成功的日子就不会太远。

    文章来源于互联网

  • 相关阅读:
    Chrome Native Messaging 与本地程序之间的通信
    由于扩展配置问题而无法提供您请求的页面。如果该页面是脚本,请添加处理程序。如果应下载文件,请添加 MIME 映射。
    linux
    maven POM.xml 标签详解 转
    java-线程观察整个生命周期
    java-Web项目开发中Spring整合Junit单元测试
    java-Map集合的四种遍历方式
    Java-8内置的核心函数式接口接口
    正则表达式
    Java-Atomic系列12大类实例讲解和原理分解
  • 原文地址:https://www.cnblogs.com/chunsunbajie/p/6646349.html
Copyright © 2020-2023  润新知