话里话外：莫让数据毁了ERP(中)---如何进行数据准备？

        数据准备是一项庞大而繁琐的工作，所以越早进行越好。并且应该贯穿ERP项目实施的全过程。那么一个ERP项目应该如何从一团乱麻中理出头绪，在ERP系统上线前后分步骤地做好数据准备呢？为了说明问题，先讲一个成功推进数据准备的案例吧。
    老李是某钢铁集团信息部的负责人，在公司的多个业务和管理岗位上供过职，对公司上上下下的情况都很熟悉，也算是一个老钢铁了。
公司的ERP项目刚刚启动，他就隐约感到数据是一个大问题，因为企业几十年沉淀下来的数据量巨大，且有很多不全、不准、不一致的现象，要想在上线之前将这些情况搞清楚，就必须尽早下手。在咨询公司的帮助下，他抽调专人组成数据组，与ERP项目实施并行开展工作。按照计划，他分为三大步骤，首先是让各业务部门先盘点统计一番，摸清家底，这花了大半个月；之后是对收集上来的数据分类整理，制定统一的编码规则，这花了两个多月的时间，这步完成后，基础数据也就基本完成了；第三步是下发编码规则，并要求业务部门按新编码重新整理现有数据，并在上线之前一个月内实物盘点，在上线之前拿出期初数据。经过一番周密的安排和大量的工作，数据准备终于和项目实施同步完成，并且数据的质量是有保证的。
    从这个案例中我们可以看出数据准备的步骤和一般规律。

    第一步：搞清楚有哪些数据要准备
    我们可以简单地将ERP实施所要准备的数据分为两大类：即静态数据和动态数据，也可称为基础数据和事务数据。
    静态数据是指开展业务活动所需要的基础数据，如物料基本信息、客户、供应商数据、财务的科目体系等。静态数据的特点是它在整个数据的生命周期中基本保持不变，同时它是动态数据的基础，公司所有业务人员通过调用静态数据来保持同一数据在整个系统中的惟性。
动态数据是指每笔业务发生时产生的事务处理信息。例如销售订单、采购订单、生成指令等。动态数据按照时点来分，又可以分为期初数据和日常数据。其中上线时点的数据对ERP上线前的数据准备尤其重要，它代表系统在期初上线这样时间点上，公司动态数据的当前状态，我们称其为期初数据（或者称为初始数据）。期初数据既包括上线时点所有物料库存的数量、金额，财务科目的余额，也包括那些未完未结的业务单据，象未交货的销售订单、未付款的采购订单等。
    不论是静态数据还是动态数据，在ERP系统中都必须是惟的。为了保证数据的惟性，就要给这些数据编码。所以，在进行两大类数据准备之前，另一项更基础的工作必须先完成，那就是编码规则。

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

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />	主要数据	其他数据	数据准备时间
编码规则	物料编码、客户编码、供应商编码、科目编码	分类规则、订单编码规则、部门等编码规则	项目启动后尽早进行
静态数据	物料、客户、供应商、科目	地区、部门、物料分类、销售员、采购员、用户和 HR 信息、设备资源、费率	编码规则完成后收集并规范，之前可以先摸底
动态数据（期初数据）	期初库存、科目余额、未结单据（销售订单、采购订单、生成指令、应收应付单据）		上线之前一个月内

  

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

    第二步：制定编码规则和完成基础数据收集
    在明确有哪些数据要准备后，就可以着手编码了。实际上，数据准备工作中最难的是制定编码规则，这也是最占用时间的工作。一个考虑周全的编码体系需要跨部门反复讨论。不同的数据可能有不同的编码结构，但必须遵询共同的编码原则：
1）惟性
    必须保证一个编码对象仅被赋予一个代码，一个代码只反映一个编码对象。
2) 实用性
    编码体系应当符合企业的业务特点和管理需求，既充分考虑企业发展对信息编码的需求、又兼顾企业的现状。要从实用性出发，掌握好编码的颗粒度，过细的编码不实用，过粗的编码不管用。
3) 统一的编码结构
    编码由一个或者若干不同分类角度的分类码构成，统一的编码结构含意如下：
    任何对象在其整个生命周期内标识码保持不变，所有分类码具有相同的编码结构。
    图示为三段柔性分类码结构，并且采用顺序码作为二级代码，以确保编码的惟性。

<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" /> 
4) 标准化
    编码应提高标准化程度，充分考虑到与外部环境的接轨而尽可能与相关国家、行业标准相吻合。例如使用国家标准所确定的行业分类作为行业编码，邮政编码作为地区编码等。
5) 便于ERP系统处理
    由于编码将在计算机信息处理系统中得以实现，故编码应当符合数据处理的要求，便于用计算机处理。
6) 易用性
    编码应尽可能好记易用。所以要在满足要求的情况下尽可能的短小，常用的编码应尽量避免字母与数字混合，以提高录入效率。

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

第三步：期初数据准备和系统上线
    有了基础数据，就有了ERP运行的基础。但ERP上线后，系统里的数据是不是能够反映现实情况，就要看期初数据能不能及时准确地录入系统了。
    由于期初数据反映的是上线那个时间点的数据，因此过早准备是没有意义的，这些事务处理数据都是动态的，每天都在变化。因此完成期初数据准备需要更精密的时间表，通常会这样安排计划：
    根据ERP项目的实施进度，确认上线时间，并进行项目管控。
    在上线之前一个月内进行全面的库存盘点，并在财务上进行盘盈盘亏处理。盘点时使用新的编码规则。
    要求各业务部门在上线之前尽可能处理完未结清的订单和应收应付单据，以减少手工和系统切换的难度，同时也降低日后对账的工作量。
    在上线之前两周，集中人力将静态数据导入或者录入系统。
在上线时点将库存期初、科目余额和未结单据录入系统。可视数据量的多少适当提前或者滞后录入，但要保持系统中的数据与实际情况相符。
    在上线后的一个月内，通过核对手工账和实物，检查系统数据是否准确，并查出差异所在，进行调整。
    谈到对账，这里再多说几句。由于ERP的系统实现不是简单的模拟手工作业，因此在系统上线前后，业务处理方式可能会不同，会有一些数据是对不上的。对不上的原因除了确实账实不符、账账不符外，前后的统计和管理的口径不一致也是导致数据根本对不上的一个重要原因，毕竟数据的标准都不一样了。比如为了核算准确而增加的过渡科目会导致另一些科目余额不一致，虽然这并不影响最终的财务报表。
    在处理这类数据的时候，要从理解系统的逻辑关系出发，寻求数据的平衡，懂得哪些应该删除、哪些应该合并、哪些应该完善。懂得如何取舍是上上功夫。

图行天下：