不要拿ERP的报表忽悠领导

导读：领导的经营决策能只依赖于erp报表吗？不能！

1.erp报表个性化不足：企业经营决策报表是为企业高层、管理层服务的，格式、维度、指标、数据等依据高层、管理层自身管理需要决定，是不同企业、领导的个性化需求；

2.erp报表数据不足：企业经营决策报表全面反映企业运营状况，信息来源不仅仅是erp，还有pos、crm、oa、生产制造系统、供应链系统和其他各个信息系统；

3.erp报表维度不足：企业经营决策报表对指标和维度关注，erp报表只是数据库数据的格式化呈现，需要加工成指标和维度进行汇总分析；

4.erp报表对比不足：企业经营决策报表强调对比，要对比不同维度和指标，要对比不同时段，要对比实际运营和计划数据，甚至对比竞品，这些决策报表erp难以满足。

（文章针对的是拥有多类业务系统的多数企业，有些erp的深度用户可能会笑话了，眼界有限，如有不足之处，还希望评论指正！）

什么是经营决策报表？

探究erp报表能否做经营决策，首先要研究经营决策报表和经营决策体系，然后判断erp报表是否完全满足，如有不足，如何完善。

经营决策报表是给管理层做决策时所需要的基于真实数据加工，带有对比、判断的图表报告。经营决策报表=实时数据+图形报表分析+判断决策。对于决策报表，企业高层、中层是关注不同维度和指标的，做的是不同深度、范围的决策分析。经营决策报表的目的不仅仅是让高层做决策分析，同时也是让中层管理者做决策分析，让高层看到中层是如何管理、决策、分析的。

企业报表一般有税务报表、相关机构让商户的统计报表、通用会计报表和管理决策报表。可以看到，erp自带的报表，是不在企业报表范畴的。也就是一般企业管理人员和外部相关单位需要的统计报表，没有一个是erp报表可以直接满足的。

erp报表无法决策的原因：

企业经营决策，确实离不开各种各样的报表。可是企业已经实施了erp，erp里面有数据、有指标、有报表，而且还是体系化的，直接把erp的报表拿来用不就得了，为什么还要重新设计报表和指标？为什么还要花钱上数据分析平台呢？

举个例子，企业成功实施了大型erp，在erp基础上也颁发了大量报表。可是领导在做决策或者开会研究前，总会提出一些临时报表需求，还经常不一样。我们就问，为什么erp那么多报表用不上？领导说，他想要的没有。对，那么多报表都是数据统计的，没有一个是他想要的对比分析的。

为什么erp的报表无法直接支持决策？企业中高层经营分析决策，主要是基于业务逻辑和市场环境的，其中蕴含大量管理框架和管理思路，比如营销的4p或者4c，供应链上的进销存、供需平衡、采购业务的各种管理逻辑等。erp的报表只有少数可直接决策使用，大部分是无法辅助经营决策的。

根本原因总结有如下三条。

数据不足：企业经营决策报表全面反映企业运营状况，信息来源不仅仅是erp，还有pos、crm、oa、生产制造系统、供应链系统和其他各个信息系统。这些数据需要组合加工形成分析内容。比如店铺坪效（店铺销售收入/店铺面积），单纯的erp报表很难做出这样的分析。而在我们根据管理需要设计的报表中，大部分都设计当下跨系统的数据需求，所以单纯的erp报告是难以满足管理需要的。

维度指标不足：经营分析报表对于指标关注比较多，比如库存周转率、订单满足率、准时送达率、店铺坪效/人效等（人效=店铺销售收入/员工人数），这需要在erp信息基础上进行加工；而erp报表一般不是用指标形式呈现，主要是对系统中的信息进行格式化展示。

对比不足：经营分析报表中让商户的报表强调对比。比如上一年同期比较、计划比较、不同部门之间的比较；而erp的报表主要是当前数据的呈现，和历史数据对比占用计算资源多，和计划数据对比则erp中不一定有这些数据，所以erp报表很难满足这些需求。

经营决策报表体系如何构建？

既然erp报表不足，如何完善？这就需要我们构建一套经营决策报表体系。不同的报表针对不同的使用人群，不同的指标针对不同的使用对象，因此设计报表和指标时，要分层：战略层、决策层、运作层，报表、指标逐步细化，最终形成指标金字塔和报表金字塔。

战略层：反映企业或者某个业务领域总体的战略或者业务目标。例如，对于企业整体，战略层指标包括销售额、利润、品牌、市场占有率等等，对于供应链业务领域，对应的战略指标则是服务水平和成本。

策略层：衔接层与运作层，反映针对各战略目标，是否采取了合适的匹配的策略，以及各种业务策略的执行有没有发生偏差。例如，对于采购领域，战略供应商的比例指标；对于营销领域，消费群与品牌定位的匹配度。

运作层：战略的最终落实来自业务运作执行。运作层反映业务执行效率和目标完成情况，帮助员工更好的开展日常工作，发现增值点，监控问题点。比如不同区域、不同销售人员的销售目标完成进度等。

如某企业供应链分层次指标设计样例。将供应链分为订单、采购、物流和制造四个业务领域，针对某一业务领域从战略层、策略层和运作层设计指标。这些指标，绝大部分erp报表都不包含。

如某企业供应链分层次指标设计阳历。讲供应链分为订单、采购、物流和制造四个业务领域，针对某一业务领域从战略层、策略层和运作层设计指标。这些指标，绝大部分erp报表都不包含。

总体来说，erp实现了对业务的支持，但是不能说实现了对管理的支持，尤其是对高层决策的支持，这也就是数据仓库、商业智能等解决方案能够存在的原因。把经营分析报表体系，通过报表、bi平台来实现，才能够真正实现信息系统对高层决策的支持。针对不同行业和不同业务特点，如何分层构建管理经营报表体系，欢迎交流，或者关注专栏行业案例。

附录：简单三招设计复杂erp报表！

来源：速合sap软件实施服务

报表无疑是erp系统中用到的最频繁的单据之一。比如每天采购要打印采购明细帐;仓库每天要导出收货或者出货明细;销售每天要打印订单明细等。故报表的设计在erp系统颁发中占据大半江山。不过笔者在实际工作中也发现，有些颁发人员在设计erp报表时，太过于复杂。

有一次，一家企业向我提出了如下需求：他们希望能够出一份报表，报表的内容包括四个部分。一是成品零件的用量、零件的最小采购量等信息;二是当月零件的采购量信息(详细的采购订单等资料);三是当月零件的出库信息(详细的出货记录);四是零件的安全库存信息。然后，根据这些信息计算出当月需要补下的满足安全库存的数量。从这个需求中可以看出，其主要设计到产品基本资料、采购、仓库等三个模块的内容。这么复杂的报表，从技术上来说，实现的难度并不是很大。但是从实用性角度考虑，或者从准确性来看，又会有什么结果呢？

一、报表越复杂，准确性越难以把握

一般来说，报表越复杂，其准确性余越难以把握。其实抛开erp系统，从统计学的角度，我们也可以得出这个结论。如下图所示，现在有三个抽屉。每个抽屉中都有0-9十个数字。如果现在从每个抽屉中随意抽出两个数字，最后组成一个三位数。那么最后有几种结构呢？这是一个排列组合的问题。

再回过头来看一下这个表单的内容。现在这个表单有三个模块的数据构成。就好像这三个抽屉。当然其抽屉中的数据远比10个数字要负载的多。我们设想一下，从单个模块来看。可能企业允许的误差率是5%。即100条记录中，允许有5条记录与实际有偏差。现在三部分信息共同组成的一张报表，而且最后需要根据三部分信息的内容计算出一个值，那么这个出现错误的记录会有多少呢？这又是一个排列组合的问题。如假设每部分信息中，都有5条件有偏差，那么最后理论上的错误记录是125条。显然这个错误率比较大。同时也可以看出，当涉及到的基础表数量越多，涉及到的模块越多，其最后结果的准确性就越难以保障。而当数据的准确性不高时，其实用性也就相应的降低。

二、报表关联越多，其性能也会直线下降

报表越复杂，其涉及到的后台数据库基础表也就越多。虽然多表之间的关联查询是允许的，但是关联的关键字越多，其查询的效率也就越低。特别是在关联条件中，有时候采用的并不是关键字之间的关联。如有可能日期(字符数据类型的关联)之间的关联，此时查询的效率会更低。再加上比较复杂的where逻辑判断语句，复杂报表的查询时间会很长。如笔者测试过，按照上面这个用户的需求，设计出的报表其查询的时间需要近三分钟，而且是已经优化过的查询。另外，这个报表的查询由于涉及到众多的基础表，数据库基本上需要访问硬盘上的数据文件，而不能够使用缓存。这就有可能会导致比较严重的硬盘i/o冲突。从而影响到其它数据的查询效率。

故从数据库与应用软件的整体性能考虑，也不建议采用比较复杂的报表视图。毕竟性能降低、查询的时间比较长时，报表的实用性也在降低。

三、设计复杂报表的注意事项

为此，从原则上是禁止设计超过两个模块的数据报表，最好是将报表的范围限制在单个模块下。如此的话，无论从性能还是从数据的准确性上都会有所保障。但是，如果用户确实有需要实现比较复杂的报表，在当下情况下，该如何办理申请呢？为此笔者根据自己的项目经验，提出了以下几个建议。

使用固化视图来改善数据库的性能。

复杂报表所导致的不利影响，其首当其冲的是报表查询时速度会很慢，性能很低。为此在涉及到复杂报表时，颁发人员可以考虑采用固化视图来改善数据库的性能。如在oracle数据库中，固化视图又叫做物化视图。通固化视图，可以用于预先计算并保存表连接或者聚集等耗时比较多的操作结果。简单的说，就将某个报表的查询结果存储在一张单独的表中。如此的话，在执行查询时，就可以避免使用这些耗时的操作，同时减少磁盘的i/o冲突，从而以最短的时间得到用户想要的结果。一般来说，固化视图对于复杂的报表来说，能够提供三方面的作用。如可以提高查询的性能。如固化视图对于应用来说是透明的，增加和删除物化视图不会影响应用程序中sql语句的正确性和有效性。如当基表发生变化时，物化视图也会同时更新。不过需要注意的是，物化视图也会带来一些负面影响。如物化视图的数据会保存在硬盘中，为此就会占用额外的存储空间等。总之，在设计比较复杂的报表时，颁发人员可以与数据库工程师商量，能够采用固化视图。如果可以的话，需要尽量采用固化视图。

复杂的报表当设计到多表时，最好采用模块化的设计。

如某视图，其涉及到的基表有近20张。那么在设计视图时，要避免将其放在一个sql语句中。而应该借鉴应用程序的模块化设计，将其设计成不同层次的视图，然后再进行连接查询。如上面这个案例，至少可以将其分为四层。最基层是基本数据表，第二层是零件出库信息、当月采购信息等数据，第三层是根据第二层的数据进行计算分析;第三层视图再将这些视图进行连接。这么操作的话，方便后续的维护与查询。同时也可以提高查询的速度。为什么这么说呢？如在第二层视图设计中，可以对基础表的数据进行过滤。此时由于基础数据少，那么后续的报表查询速度也会加快。为此对于比较复杂报表的设计，要考虑分层设计的思路。以提高报表的查询性能与灵活性。

要考虑数据核对的需要。

比较复杂的报表，其可能会涉及到多个不同的部门。如上面个报表，其涉及到仓库、采购、销售、颁发等多个部门。而且最后的计算结果需要根据这些部门的信息得出。为此为了提高数据的准确性，就需要多个部分进行积极的配合。那么该如何来做到这一点呢？笔者认为，可以将这些视图分模块化设计。如将涉及到不同的部门的信息先设计成不同的报表。在某个特定的时刻，如月末，先让各个部门的人员核对相关的数据。核对完成没有错误之后，再对相关的数据进行运算。而不是一开始就将所有数据在一张报表上显示。这会导致各个部门数据核对的麻烦，即各个部门不利于核对与自己相关的数据。其实这一点跟上面提到的视图分层化设计类似。在erp上，报表的内容也要分不同的模块进行体现。这有利于用户对数据进行核对与确认。然后再将它们整合起来。当下各个击破的方式，就有利于提高数据的准确性。

可见，对于比较复杂的报表视图，原则上还是少见为妙。因为其在性能或者数据的准确性上都很难控制。如果真的要建立复杂视图的时候，那么在设计与颁发时，顾问需要听取数据库工程师的意见，考虑如何提高数据的查询性能，并采取措施提高数据的准确性。