在当今瞬息万变的业务环境中，保持业务应用程序定时升级很重要。升级生命周期的每个阶段对系统成功运作都扮演着重要角色。在升级Oracle JD Edwards EnterpriseOne时，整合业务部门就对其成功发挥着重要的作用。

　　在JD Edwards EnterpriseOne中，这个过程叫做“公司整合”。它是一个各种业务单元合并的过程。业务单元是你跟踪收入和支出额的最小单元，可以包含有一个仓库、本地销售办公室或者公司的特殊部门。企业在升级企业资源计划（ERP）系统时通常会遇到的场景包括：

• 添加新业务单元（收购单位、垂直机构或部门）
• 卖出现有业务单元
• 退任现有业务单元

　　整合是个复杂的过程。在此，我们阐述了一些可以帮助在JD Edwards升级过程中的业务单元整合的因素；希望企业能够基于其优缺点，做出正确的选择。

　　升级JDE EnterpriseOne并整合业务单元

　　企业可以把稳定配置作为一个新推出的基准，发挥它的优势。这样会使得每个新产生的业务单元随着向前推进更容易适应，也更合理化。每个新的推出都可以从之前推出的业务单元复制对象和设置，之前的业务单元是经过测试和实施的。以这种方式实施，企业可以培养出一些优秀的有能力的用户，他们可以为其它业务单元构建内部实施团队打下基础。

　　业务需求可以在当前系统中找到差距和所需定制的程度。企业可以就下面的情况为业务单元的整合做决策：

• 差距和需要定制的程度是主要因素
• 差距较少，但是主要定制必不可少
• 差距是主要的，而只需要少量定制
• 差距和所需定制程度都很少

　　对于前两种情况，最好首先升级ERP系统，然后从遗留系统转换业务单元。这样将避免在定制过程中出现问题。对于后面两种案例，最好首先从遗留系统转换业务单元，然后再做JD Edwards升级。这部分将在下一节提到。

　　对于前两种情况，组织必须在新发布时培训终端用户。在用户熟悉新系统之后，再考虑整合业务单元。这样可以降低重复培训的工作量。

　　评估Oracle是否支持你当前的JD Edwards EnterpriseOne版本。如果不支持，用户不应该给该系统添加新业务单元。对此，企业可以聘请外部咨询顾问来指导推进。

　　在JDE EnterpriseOne升级之前整合业务单元

　　在适当的情况下（如前文所述），整合业务单元首先可以避免由于定制和改善每日操作引起的混乱。例如，业务方面可能想利用现有实施产品；如果差距很大，那么定制或者标准化可能会给所有者增加额外成本。

　　在这种情况下，既然用户非常熟悉当前系统，那么对现存系统业务单元的配置会更加顺手。这样可以降低实施成本，不需要从零开始。

　　甲骨文公司在JD Edwards的新版本中一直努力缩小产品和行业标准之间的业务流程差距。如果本次发布中业务流程没有变化，那么企业可以尝试在升级之前推出新的业务单元。

　　我们相信，企业必须在评估了如何整合业务单元之后才应该部署JD Edwards的升级，因为这样做能够降低拥有成本并稳定系统。