部署一个新的企业资源计划（ERP）系统要求修改Oracle Hyperion财务管理（HFM）应用。无论采用什么方法，这些项目都会受到挑战，因为ERP规模庞大，而且这些项目大多都会遇到资源约束。然而，这些项目也提供了一个改进HFM应用和让整个报表系统符合当前业务需求的机会。

当整个公司转移到一个新ERP系统时，创建一个新的HFM应用就很有必要。当前的应用通常只针对当前通用分类帐而设计。帐户和定制单位都基于当前可用的数据。而在新的ERP系统中，可用数据则很可能不一样。而且，新ERP应用程序将可能使用不同的单位。新的HFM应用程序可以更好地捕捉使用新单位的数据。此外，创建一个新的HFM应用程序也有助于将元数据标签与新ERP应用程序相对应，从而简化数据加载和优化工作负载，因为用户只需要学习和使用一组帐户。

创建一个新的HFM应用要求加载和验证历史数据。这一部分项目可能会带来挑战，因为历史数据可能不能完全兼容新应用程序使用的单位，从而增加验证的难度。然而，因为数据通常来自于现有HFM应用程序，而非各种遗留分类帐目，所以你只能创建一组指向新HFM应用程序的映射。你至少需要加载今年和前一年的历史数据。你可以在老的HFM应用程序上访问所有其他的数据。在时间允许的情况下，你也可以加载更多年份的数据。

什么情况适合更新HFM系统

如果整个公司中只有部分业务迁移到新的ERP系统，那么更新现有HFM应用可能更有意义，至少可以作为试迁移步骤。因为并非所有人都迁移到新的ERP应用程序，所以仍然需要有包含多份帐号的多个帐目系统，而现有HFM元数据则可以作为整合用途的通用帐号。虽然这样做可能无法实现与全新重建相同的好处，但是项目会更小一些、中断时间更短一些，因为它不会影响那些没有迁移到新ERP系统的业务。

在更新当前HFM应用时，你仍然可以通过增加新帐号和定制单位成员来整合新ERP系统的元素。此外，如果使用的是Oracle企业绩效管理（EPM）11.1.2.2或以上版本，则还可以给应用增加一些自定义单位。

这种方法的另一个好处是不需要重新加载历史数据；现有应用程序的数据将会保留。到上线日期这段时间内，这部分业务迁移到ERP系统会改变数据来源；ERP项目所不涉及的业务则会继续通过之前的相同流程加载数据。随着更多的业务迁移到新的ERP系统，它们会在上线之后切换数据加载来源。当大多数业务进入到新ERP系统时，你就应该考虑重建整个HFM应用。

同时运行ERP和HFM的挑战

同时运行ERP项目和HFM项目会带来特殊的挑战。首先一个就是资源问题。通常，它们同属于大型应用，而且都需要相同的资源。从HFM角度看，资源不够用时情况会很糟糕，因为它们都工作在ERP项目之上。然而，一定要记住，ERP应用优先级在前。如果ERP项目不能成功，那么就不会有数据发送到HFM应用上。

第二个挑战是测试。ERP软件只能提供非常有限的数据供HFM应用进行测试。一个ERP项目包括用户验收测试和各种其他测试。你应该尝试从所有这些测试获得HFM测试数据。也就是说，无论投入多少人力去获取数据，很有可能所有这些数据都不完整。此外，一个ERP项目不具有并行性——从资源角度看是无法并行运行一个公司的所有业务。这一点不同于HFM项目，后者总是并行的。因此，在没有并行运行的情况下，HFM项目仍然需要保持运行。一个最佳实践是先上线第一季度的第一个月，目标是在季度结束之前修复所有问题。

第三个挑战是ERP项目的延期是不可避免的。记住，这些项目规模非常大，其中包括通用帐目和许多不同的子系统，如A/P、A/R和库存。这些系统的配置和测试也非常耗费时间。ERP应用是高度集成的，所以所有元素都必须准备就绪才能上线。HFM团队无法控制这些延期问题，但是从HFM项目角度看这反而是一种好处，因为他们有更多时间去构建应用。在两个应用都上线之后，还会出现另一个附带利好，即ERP项目的问题总是会让HFM项目表现出不一样的优越性。

HFM项目应该从应用设计时就开始计划，然后在ERP系统的元数据相对稳定之后再开始构建。然而，你应该提前与ERP项目团队讨论，保证他们的设计考虑了HFM的所有需求。ERP团队将给整个项目持续增加元数据，所以你一定保证元数据发生变化时通知HFM团队，才能保证两个应用的同步。ERP系统的测试将使用许多的HFM资源，但是用户验收测试和前面提到的延期都会带来停机时间。要利用这段时间验证HFM历史数据的有效性。