Oracle EBS Upgrade Vs Re-implementation

Enterprise Platform Services

February 13, 2014

R12 Decision to Upgrade or Re-implement.

The information below offers best practices and advice to customers currently in 11i who are not able to take decision to upgrade or re-Implement and who are in dilemma. After going through these details they can understand the benefits, pro and cons and decide either to upgrade or re-implement based on the business goals and requirements. R12 is the latest and most advanced version of the E-Business Suite. Many of the technology components and new features in R12 will carry over to the Fusion Applications. For customers running earlier release of 11i, upgrading/Re-implementation to R12 will allow you to move to the Fusion Architecture in an incremental manner.

Understand What Upgrade is.

Upgrade makes use of Process or Oracle Toolkit to ‘Convert’ data from Current Oracle Applications release to R12. The process involved

  • Pre-Upgrade Steps
  • Auto Upgrade
  • Post-Upgrade Steps
  • Supported Tools & utilities

 

Understand What Re-Implementation is.

If the legacy system from which you migrate your historical data is an earlier release of the E-Business Suite (i.e. Treat Current System as Legacy System) then your fresh implementation may be described as a “reimplementation”. The process involved

  • Install Latest Release
  • Configure applications
  • Convert ‘Static’ Data
  • Convert Transaction Data

 

If Consolidation of Multiple Production Instances is needed, it’s a straight fit which favors Re-Implementation Decision.

Key Factors / Decision Criteria.

  • Technical Architecture
  • Organization Climate, Resources
  • Applications Installed and Used
  • Changes to Configuration
  • Extensions / Scope
  • Business Process
  • Customization in Current Environment
  • Data
  • Oracle Skills

 

Driving Factors.

  • IT Drivers : Supportability, Stability, Improved performance, New Features, Reduce , maintenance cost, Out of box use, Retire Customizations
  • Business Drivers: New modules, New features and functionality, New requirements, Operational efficiency, Design improvements, Opportunity to re-engineer,More business-handling Capabilities.

 

Sr.No Upgrade Re-Implementation
     1 Business Transformation Changes in Business Structure
2 Merger, acquisition, restructuring Acquisition / Expansion
3 NO change in 3 C’s Changes Required in 3c’s along with new C
4 Small Configuration changes Changes in Configuration (Language,currency)
5 Consolidation / Decentralization Consolidation / Decentralization  multiple instances
6 Few RICE components Replacing / Retiring RICE components
7 Existing  Modules Replacing old or implementing new modules
8 Clean up past mistakes Minimize large data volume
9 Low Cost More expensive then Upgrade
10 Short Time frame Longer Timeframe

 

Conculsion.

It’s important to keep upgrade vs Implementation consideration in context of overall transition to R12. Before Arriving at Conclusion one should understand the requirement, Issues and Business Goals by raising few questions

  • What are Target R12 Needs & Comparison with 11i Instance.
  • What is scope of Resources & Project
  • What is overall Transition R12 Budget
  • Itemize and Inventory the changes required, then consider how to make changes via Upgrade & via re-implementation.
  • What are  ‘NO NEED TO TOUCH’ list if upgrade path is used.
  • What are ‘REPLICATING NEW’ if re-implement path is used.
  • How Historical Data that need to remain unchanged & must be managed and migrated if re-implement path is used.
  • What are other project components impacted by 11i to R12 transition eg: Report & Interfaces.

Related Blogs

Every outcome starts with a conversation

Ready to Pursue Opportunity?

Connect Now

right arrow

ready_to_pursue
Ready to Pursue Opportunity?

Every outcome starts with a conversation