"没有数据，你只是一个有意见的人"我在专业发展的质量阶段从爱德华德明那里学到了这句话。但我也学到了这句话适用于广泛的活动，绝对适用于IBP。

在这个系列的第四个也是最后一个博客中，我们将讨论数据。请不要挂掉帽子，这太刺激了！

好吧，企业软件平台，也许不是，但这很关键。如果没有准确的数据作为输入，综合业务规划过程的结果会产生最好的误导，最坏的情况下会造成损害。正确处理是至关重要的，为了充分了解所提供数据的来源，实时大数据，正如我们前面讨论的，模型计算中透明度的重要性。

IBP过程将使用两种基本类型的数据：主数据和事务（关键数据），其中一个子类内容可以是静态主数据或变化的关键数据

主数据通常是其中最简单的，也可能是最容易获得的。通常包括材料、地点、供应商、资源和其他静态元素，这些数据为您的IBP模型提供了它的结构。这类数据通常很容易从您现有的一个或多个ERP系统中获取，只需要定期更新。在一个完美的世界里，只需要一次初始加载和定期刷新。

但是，企业信息化软件，这个世界当然不是完美的。有几个问题可以排除这种简单的方法：

你从多个系统中提取数据，数据不协调。一个典型的例子是不同系统中相同基本材质的材质编号不同您的IBP流程需要基础ERP中不存在的属性数据。IBP的优势之一是它能够通过与主数据元素（例如，产品系列或客户类型）关联的任何属性执行动态聚合。但通常，IBP团队需要的属性比底层系统中可用的或准确的属性更多。IBP工具可以很容易地适应这一点，但需要有一个过程来准确地添加新数据中长期规划涉及任何ERP系统都没有的主数据。同样，手机自助建站，这是一个常见的问题。当你展望未来几年时，你通常会为ERP中尚不存在的产品、客户甚至工厂进行规划。需要有一个流程来管理这个"占位符"数据的创建，并最终在可用时用生产数据替换虽然主数据在ERP系统中可用，但在IBP中使用过于精细。这方面的典型例子是资源建模。虽然有些项目是在ERP工作中心和路由数据准确的环境中启动的，其目的是使用IBP来制定详细的容量计划，但更多的项目寻求使用粗略的容量管理过程，大数据实战，只测试在有限的容量下可以提供的吞吐量一些关键资源。这是一种适当的方法，但下属ERP系统可能没有以这种方式表示的数据。如上所述，需要制定计划来创建和维护适当的关系。

详细说明潜在的解决方案超出了我们的范围，我在书中讨论了一些，你的SI也会有想法。只是要意识到挑战。

关键数据的访问范围从简单的（例如从ERP中提取实际数据）到复杂的（例如从CRM系统中提取机会数据和概率）。与主数据一样，计划还包括理解某些关键数据在您的ERP系统中不可用，或者可能需要进行操作以与IBP模型保持一致。一个常量是，要导入的任何关键数字数据必须与与相关主数据关联的唯一键相关联。例如，实际销售将需要客户、产品和潜在的位置关联。还有其他考虑：

ERP系统中的数据可能需要在转移之前进行聚合。正如我们在之前的博客中提到的，关键数据是一个时间序列结构。除非单个订单作为主数据映射到IBP以提供订单级别的上下文，否则ERP中的事务数据（几乎总是基于订单）需要在传输到IBP之前聚合到一个时间序列。可能需要调整企业资源规划系统中的数据，以确保准确的传输。资源能力就是一个很好的例子。IBP将产能建模为一个时间序列，显示每个周期的可用产能。在大多数情况下，时间段是每周的，每周的平均可用性（可能还有第二个关键数字记录轮班，以便进行可变计划）工作得很好。但举个例子，当ERP系统的日历显示关闭两周时，数据集成过程需要捕捉到这一点，并在相关期间将容量关键数字归零。可能（将会）有任何系统中都不可用的数据。同样，这不是一个问题，计划只是需要到位来捕获和验证准确性。

这些问题不是新的科学。我在书中讨论了一些问题，您的系统集成商将有数据集成方面的经验。

我们注意到第三类是一种混合数据类型。SAP称之为"关键数字属性"，它支持数字集成值定义为主数据元素的一个属性，用于计算目的，作为关键数字。这最好用于静态值，如采购比率、产能消耗、物料清单数量等。但作为一种强大的调整，作为关键数字的属性也可以选择性地扩展为时间序列，因此，值可以随时间变化。此功能对建模者来说非常方便，但在从基础系统映射数据时，需要考虑此表示法。您是选择使用单个静态值，并在其变化时进行更新，还是选择使用时间序列以便对未来的有效性进行建模这将是一个个案决定。

评估数据集成时要记住的三件事：