在 2006 年情况发生了变化，这一年 Duke 与位于 Cincinnati 的 Cinergy 合并，随之 Duke 东南区的业务与 Cinergy 中西部业务以及底层系统也进行了合并。这次合并 —— 以及随之而进行的审计 —— 迫使 Duke Energy 必须对它的 ERP 系统进行长远的规划。

　　“SOX 中职责的分离存在许多问题，”Koch 说：“每个人似乎都能够随意访问他们想要访问的信息。而且，财务关闭占用了 12 到 14 个工作日。一个月中的大部分时间里都在处理关闭期，在这段时间，您绝对不希望做任何修改。”

　　Duke Energy 也发现一些相互矛盾的报告，因为他们缺乏报表标准，可扩展性上也有很大的问题。

　　这次合并也造成了更多的增长规划。Duke Energy 得到这样的结论，它需要重新获得 Oracle 的技术支持。

　　“我们希望获得一个可支持的系统，”Koch 说：“我们当时正处于黑暗时期。我不觉得我们是在对系统作技术支持。我们只是让它自生自灭，因为我们不想去碰它。我们认识到长期来说，保持更新到最新版本比什么也不做代价更小。”

　　Duke Energy 开始进行内部称为 Financial Reengineering (FREE) 的项目。这意味着将PeopleSoft 从 8.0 升级到 8.9，将系统从一台大型机上的 IBM DB2 移植到 Oracle 数据库平台，以及将 Hyperion Enterprise 升级到 HFM System 9。

　　“我们确实知道我们已经落伍了，所以我们希望往前赶，”Koch 说：“这意味着我们需要最好的人员和最好的工具，而且希望不再需要任何的审计。”

　　这也意味着需要构建一个财务数据中心，这样报表便不再与运行数据中心点脱离和减慢。报表现在直接使用数据仓库。此外，Koch 说所有集成都通过这个数据中心点。结果，Duke Energy 减少了与系统连接的端到端接口数量。随着与更大型系统相关的更大型项目的启动，Duke Energy 不再需要重新测试所有这些接口。

　　“它给我们创造了一个管理和管理报告源，”他说：“以前，PeopleSoft是我们的唯一源。现在，记录的系统可能是 PeopleSoft，但是引用的系统是数据中心点。”

　　运营报表仍然来自于 PeopleSoft，但是管理报表是来自于数据中心点的并每天更新两次。

　　除了报表，数据中心点的实现还有其它好处。

　　“这个数据中心点的实现确实在 PeopleSoft 维护上给我们很大帮助，”环境和财务项目经理 Keith Jenkins 说：“它让我们可以放手进行更高频率的 PeopleSoft 维护和升级。”

　　然而，这个过程需要时间，也有一定难度。我们花费了两年时间升级所有系统和清除定制代码。Koch 估计 PeopleSoft 现在只有 2% 的定制代码。

　　“我们引进 Accenture 来告诉我们如何运行一个程序，”他说。“我们认为将来任何项目都将使用这个方法。”

　　任何新项目都需要收集需求、测试和文档化，并且所有这些都会收集在一个路标中，它能显示新项目对于财务系统的影响。

　　“这意味着我们的系统不会随意启动，也不会在生产时间宕机，”Koch 说：“我们确实给业务团队和 IT 关系带来一定的压力。很多时候我们并不能保持步调一致。当 IT 进行某些操作时，业务团队往往只有在用户测试阶段才会知道。现在我们尽量让业务团队项目初始就参与进来，从而减少返工。”

　　Duke Energy 目前运行了 14 个 PeopleSoft 实例 —— 其中有 3 个演示环境，3 个开发，3 个测试，1 个质量保证，1 个性能测试，1 个培训，1 个生产支持和 1 个生产实例。它运行在 AIX 和 Windows 2003 服务器上的 Oracle 10g 上。