结合ERP数据在BI中对利润进行分析

结合ERP数据在BI中对利润进行分析

【 信息化】

对于大部分企业来说，利润分析是比较有特色的一项内容。可以这么说，100家企业，有99家企业利润分析的模型是不同的。要么其侧重点不同，要么其包含的要素不同。不过其有一点是值得肯定的，即其相关数据都可以在ERP系统中得到。在这里，笔者就结合ERP系统，谈谈如何在B1系统中建立利润分析的模型。

一、利润分析模型核心流程

▲SAP BI中建立利润分析模型的核心流程

如上图所示，是在SAP BI中建立利润分析模型的核心流程。上面一部分主要是在ECC中操作，即ERP中操作。下面部分则是在BI系统中进行设计的。在ERP中，需要建立数据源。然后再BI中，将数据源复制过去，并激活与上传数据。笔者认为，在这个流程中，核心的作业只有三个：初始化、复制和信息包。初始化是在ERP中建立数据源，而复制是将数据源从ERP系统中复制到BI中去。然后通过信息包将数据从ERP系统中提取到BI中。在后续的内容分析中，笔者也将围绕着三个核心作业做出一些解析。其他的一些内容由于篇幅的限制，暂时就不做说明了。

二、初始化模型

笔者上面一开始就说过，虽然各个企业的利润分析模型是不同的。但是可以肯定的是，其相关的数据都是来自于ERP系统。为此在建立数据源时，其实就是一个选择的过程。系统会将跟利润分析相关的字段全部列出来，然后项目管理员根据企业的实际需要，选择对应的字段即可。

从操作上来说，其实非常简单，就是鼠标点点而已。但是从实际项目上来看，又比较难。因为项目管理员必须对相关的字段非常的熟悉。需要将这些字段与利润分析模型中的各个因素关联起来。毕竟在后台的数据表中，只是一些简单的字段。最后需要通过数据模型，整合成一张具有实际含义的数据分析表。

在这步操作中，具体来说需要注意如下几个问题。

一是数据源的命名规则。虽然说在BI系统中，对于命名的规则没有很严格的要求。但是BI系统毕竟是一个相互协作的系统。如有可能有人专门建立数据源，而其他人专门设计分析模型。为此对数据源的命名需要遵守一些业内的规则。说实话，有时候通过观察数据源的命名规则，就可以知道这个顾问是否专业。通常情况下，数据源的命名包括四个部分。

前面的1_CO_PA是前缀。在实际工作中，一般不建议对此进行更改。第二部分是%CL，它是一个变量，表示当前系统集团的编号。在保存是系统会自动获取相关细心。

第三部分是%ERK，其也是一个变量，表示运行范围。这两个变量其实就代表了企业利润分析中的组织层次。一般情况下，对这前面三部分内容，不建议用户对此进行更改。保留系统的默认设置。用户在命名时，在这后面直接加入一个下划线，然后带上一个具有业务意义的名字即可。由于大部分BI的实施顾问都遵守着一个约定俗成的规则，所以具有很好的通用性。

二是数据检查。在实际项目中，一般不是建立一个数据源，就马上复制到BI系统中去。这样做比较浪费时间。通常的做法是，先在ERP系统中建立好多个数据源。然后一次性复制到BI中去。这可以提高工作效率，同时也是多个实施顾问之间相互协作的需要。

不过这里笔者需要强调的一点是，在实际工作中，往往在这里需要加入一个检查的步骤。也就是说，不能够将问题传递到下一个环节。在ERP系统层面，用户就需要判断其所创建的数据源是否准确。其实这个步骤实现起来也比较简单。在系统中，可以使用RSA3事务代码来验证。

通过这个事务代码，可以查询对应的数据源中的数据。如果数据源中可以提取到数据，并且数据的内容也没有问题，那么就说明这个数据源建立的是比较准确的。每建立一个数据源，最好都通过RSA3事务代码检验一下。确保复制到BI系统中的数据源都是没有问题的。

三、复制与激活

在ERP系统中创建好数据源之后，并不会自动复制到B1系统中去。毕竟这是两个不同的系统。在实际项目中，需要项目顾问采取手工复制的方式，将数据源从ERP系统中复制到BI系统中。在复制操作时，也有相关的技巧。

一是可以集中复制。如果每建立一个数据源，就复制一次，这工作效率会非常的低。因为在复制的过程中，系统会将BI系统与ERP系统中所有相关的数据源进行对比。

如果发现数据源有更新(包括对原数据源的更改或者有新建的数据源)，就进行复制。可见，如果分开来复制的话，每次都要这么比对一次，显然工作效率会比较低。如果集中复制的话，那么只需要一次比对过程即可。为此笔者建议最好建立好数据源之后，进行一次性的复制。这是比较合理的。

二是需要注意，后台运行与前台运行的不同。在复制的过程中，系统会让实施顾问选择，是在前台运行还是在后台运行。在前台运行的话，优先级比较高，会抢占服务器的资源。相反，如果在后台运行的话，优先级比较低，运行的时间相对来说也比较长。不过系统为了减少复制过程对服务器造成的不利影响，对于前台运行的进程设置了一个限制条件。如果前台运行的时间超过了15分钟，那么系统会自动终止这个进程。此时复制作业就不能够成功。显然，如果需要复制的数据源比较多，那么最好还是采取后台进程比较保险。如果只是测试，可能只有两到三个数据源需要复制，此时采用前台进程是可行的。在实际项目中，一般都建议采取后台进程。

四、通过信息包传输数据

通过复制作业，将数据源从ERP系统复制到BI系统中去。注意在这个过程中，其只是复制了一个视图的结构，或者说只是将字段的结构复制过去。但是具体的业务数据并没有到BI系统中去。

此时在BI中，数据还是空的。此时就需要通过信息包，将相关的数据从底层的ERP系统中传输到上层的BI系统中去。在这里需要说明的是，无论是什么数据源，在BI中将数据从底层传输到BI系统中去，都是通过信息包这架马车来实现的。在信息包中，确定了数据传输的相关规则。不过需要注意的是，这个传输的过程，其实是一个简单的复制过程，并不会对原数据做出任何的更改。

五、项目经验总结

针对利润分析数据源的创建，笔者总结了如下几个经验，供大家参考。

一是这个操纵即简单也复制。简单是因为项目顾问只需要鼠标点点即可。而复杂在于需要掌握其后台相关字段所对应的含义，以及对利润分析所造成的影响。这不仅要求实施顾问有实际项目的经验，而且还要对利润分析这个业务有一定的了解。

二是对数据源的命名上，要遵守约定的规则。一般前面三部分都不要去做更改，而只是在后面加个下划线和后缀。后缀要能够反映实际业务的含义。

三是不要建立一个数据源，就到BI中去复制一次。一般是建议先建好数据源，然后再在BI系统中去进行批量的复制。当然，建好数据源之后最好使用RSA3事务代码检查一下。

四是在BI中复制数据源时，最好采取后台的方式。因为采用前台方式，会抢占服务器资源，会给服务器的正常运行造成不利影响。而且前台进程会有15分钟的时间限制。在实际项目中，这个复制往往会超过15分钟。