张天锋 点评

张天锋
SAS中国区解决方案经理
交流信箱：edward.zhang@sas.com

这个案例实际上反映的是一个整个企业IT架构的问题。
   
这个案例故事，应该说，非常贴切地反映了我们在工作过程中遇到的企业存在的普遍问题。基本上，在任何有关的数据整合项目中，编码方面、数据标准化的问题，都是我们首先要帮助企业解决的问题，当然，这只是我们工作开展中的万里长征的一小步。而这个案例看上去像是一个技术问题，实际的核心却是一个整个企业IT架构如何构建的问题。

有关数据标准化的问题，虽然不是人们热议的话题，却是许多企业在面对的，尤其是当这种不一致的编码影响了企业进一步管理需要的时候。企业做信息系统规划的时候，比如ERP的运用，可能只是明确了其中大的模块功能使用，而应用中的细节问题，很难一概而全。随着企业的不断发展，业务量和业务种类的不断增多，比如，像这个案例中的，颜色的增多等由此带来的一码多物或一物多码等问题，也就随之产生。其实，ERP模型也跟我们生活中要使用的家具和衣服一样，可能会逐渐老化，当新的需求出来了，老的需求也会逐渐淡化，并逐渐完善现有的需求；一个好的ERP系统的发展也是应当与时俱进的。

然而，另一方面，毕竟，对于ERP等信息系统，他们通常是以职能部门为应用来划分模块的，比如生产、销售、研发等等模块的使用。对于企业，选择实施ERP等信息系统，主要的目标是为了支撑业务的运作，也就是说是服务于基本的业务支持的；无论是ERP，还是普通的财务系统，销售系统等等，核心都是协助业务人员作业务处理的。正是因为如此，企业的各项工作，一般来说，都是围绕着职能部门或者事业部来展开，对于编码的设置，也在内部形成了一个很默契的方式。因为业务目标都是部门级的，在内部也是成体系的，自我完备的。所以当涉及到跨部门的应用时候，问题也就随之出现了。举个例子，比如某个企业，财务部门的报表显示今年的销售出现亏损情况，而销售部门却报告状况良好，这其中可能出现了财务的成本核算的问题，也或许是因为划分的年度标准不同，数据缺漏等原因；而对于生产部门，就只是关注生产，其它的一概不考虑。为什么会有这样的问题发生？深究其原因，各个部门都是围绕着自身的职能业务展开的，而不会从宏观的角度考虑如何运营企业的问题。

企业在不断地发展中规模越来越来越大，业务越做越复杂，供应链合作关系越来越紧密的时候，企业高层管理者们需要了解的不仅仅是单个部门的信息，可能在实际应用中有了更加针对性的报表以及分析需求。这时候，我们就发现，数据编码不一致、标准的不同，数据处理的复杂性等问题，使得这种跨部门的分析和应用成了一个很大的难题。因此，就必须要一个更加广泛的系统和架构来支撑，核心的问题就是跨部门的整合的问题。而对于跨部门的整合问题，则是我们所关注的BI或者说是数据整合的问题。

案例中的张杰，作为企业的信息主管，他需要面对不仅仅是单个企业，而可能是整个集团。所以，在应用上，企业IT应该具备两个方面，一个是业务支撑系统的应用，另外一个是决策支撑系统的应用。对于一般的操作和管理人员，业务上的应用，可以用我们所熟知的ERP等软件系统；对于企业高层管理者，要想知道企业是不是在按照自己的目标推进并寻找到问题所在，发现企业运营过程中的问题或者商机等则需要一个有效的工具来支撑。通常对企业来说，报表，是一个展现的结果，而分析是更主要的，需要根据不同的人，提供不同的系统应用平台。

从技术的角度来看，在这个案例中，每一个存在的问题，都反映到BI或者数据仓库的一个技术点的问题。比如案例中所说的颜色的问题，从BI语言来说，是建维表的问题，建不建，怎么建就是一个很有学问的问题。在工作中，都是落实数据仓库到相应的技术难点上去解决的，而这些专门的技术问题，和ERP是完全不同的。

说了这么多，其根本的还是强调如何构建IT架构，一块业务的支撑，智能分析的应用，涉及的业务群和IT架构都是不同的。ERP等系统的应用，是更基于业务层面的，比如，很多ERP都没有考虑诸如需求预测的功能，因为，如果我们真的要分析，是不是至少也需要有半年的销售生产数据来做基础，可如果真的这样做，会加重系统应用的负担。所以，对于如何做“保镖”，则应该是BI等系统的问题，数据仓库等技术的应用，能够很好地将这个问题解决。