Documente Academic
Documente Profesional
Documente Cultură
Helene Abrams
CEO
eprentise
habrams@eprentise.com
Session 8913
www.eprentise.com
Agenda
Introduction
E-Business Suite Trends and Drivers
Definitions and Decision Factors
Upgrade
Reimplement
Factors that Contribute to The Total Cost of Ownership (TCO) of Oracle E-
Business Suite
Upgrade Considerations and Getting to R12
Reducing the Total Cost of Ownership of EBS and Leveraging R12
( Software + Upgrade ) vs. Reimplement
Scenario Analysis
10 Reasons to Choose Upgrade Instead of Reimplement
www.eprentise.com 2
Copyright © 2011 eprentise. All rights reserved.
Introduction
eprentise
Established in 2006
Transformation software for E-Business Suite
Helene Abrams, CEO
Who we serve
Large and middle-market US-based and international customers from both
private and public sectors
What we do
Provide software that assists companies looking to upgrade to R12,
particularly companies that need to re-structure their business to change
configurations, consolidate instances, separate data, or address other
significant organizational changes they have experienced since originally
implementing EBS.
www.eprentise.com 3
Copyright © 2011 eprentise. All rights reserved.
Oracle E-Business Suite Customer Trends
Create a single, global chart of accounts
Reorganize entities, sets of books, and operating units.
Consolidate multiple EBS instances
Resolve duplicates and standardize
data.
Eliminate customizations
Add new modules
or functionality
www.eprentise.com 4
Copyright © 2011 eprentise. All rights reserved.
Drivers
Establish common business processes and standards
Produce standard reports
Operate a shared service center or a
centralized data center
Rationalize suppliers,
customers, products
Reduce Total Cost of
Ownership (TCO) of EBS
Exploit new R12 functionality
Establish a single source
of truth
www.eprentise.com 5
Copyright © 2011 eprentise. All rights reserved.
A Fork in the Road - Definitions
Upgrade Path Reimplementation Path
Oracle supplied scripts ‘convert’ Configure a new instance
data from current Oracle
Write scripts to extract data from
Applications release to R12.
existing instance, transform it to
Supported tools, utilities, and new configuration parameters,
documentation used write scripts to load into new R12
Entire data and application instance.
available after upgrade
Generally bring over a year’s
Clear, straightforward, proven worth of data and maintain “old”
method instance for history.
www.eprentise.com 6
Copyright © 2011 eprentise. All rights reserved.
Why Experts are Recommending
Reimplementation
Elimination of customizations
Difficult to change underlying structures
Chart of Accounts, calendar, currency
Business Group, Ledger, Legal Entity, OU structure
Desire to consolidate multiple EBS instances
Early instability of Oracle upgrade process
www.eprentise.com 7
Copyright © 2011 eprentise. All rights reserved.
Reimplementation – Not Always a Good Choice
Long project duration
Generally 1-2 years
Resource Intensive
Technical resources to write extract scripts, transformation
code, and load scripts
Technical resources to unit test the code
Functional resources to make all new configuration
decisions, understand the new functionality of R12
www.eprentise.com 8
Copyright © 2011 eprentise. All rights reserved.
Calculating the Cost of a Reimplementation
To Implement Cost based on Assumptions
or $800/day
Reimplementation Reimplement
Tasks (person days)
3 Business Cycles (purchase-to-pay, order-to-cash,
hire-to-retire),
Configuration of New
Example
One month,2 functional resources per business
Instance 60 cycle
Create Extract Scripts 240 2 technical resources, 2 months per business cycle
for a single Create Transformation
Code 180 3 technical resources, 1 month per business cycle
www.eprentise.com 9
Copyright © 2011 eprentise. All rights reserved.
Cost of an Upgrade
Total Tech
Duration & Func Staff Staff
Phase 3 - Technical Upgrade to R12
(work Needed for Functional Technical Functional Technical Resource
days) Phase Days Days Cost Cost Cost
www.eprentise.com 10
Copyright © 2011 eprentise. All rights reserved.
Decision Factors – 11i to R12
Reimplement – what do you do with:
Existing business history data in the 11i instance(s)?
Legacy instance(s) after R12 go-live?
Decision Factors
Each has widely accepted goals for the result in R12
11i environment may already align with the R12 target
11i factor may be upgraded easily
Some conditions cannot be changed with the Oracle upgrade software by
itself
Non-issues if you implement R12 – because you are not changing the 11i
environment
Ideas from Oracle’s R12: Upgrade vs. Reimplement (Financials)
Evaluate conditions, see what complicates achieving the target R12 goal
Upgrading is better, if you can
www.eprentise.com 11
Copyright © 2011 eprentise. All rights reserved.
New Route: Remodeling an 11i Instance
Change Chart of Accounts
Change Calendar, Currency
Restructure Business Group, Sets of Books, Legal
Entities, Operating Units
Consolidate Instances
www.eprentise.com 12
Copyright © 2011 eprentise. All rights reserved.
Pros and Cons of the Two Approaches
Traditional Migration Approach Remodeling Approach
(Reimplementation) (software + Upgrade)
Common No standard extract/transform Shorter project duration with Not widely understood
approach, often scripts. Very similar to a fewer resources translates among Oracle
recommended by custom development project to lower costs. Project can professionals. Customer
consulting requiring a more formal easily be completed in 3-8 needs strong sponsor.
organizations. development and testing months That means that
methodology including the savings of a single
documentation, error handling, instance are available
and development standards. sooner.
No need to More risk in extract, transform, Only testing that is required For consolidation,
upgrade Current and load (ETL) that will not be is functional testing. instances need to be at
11i to New R12 supported by Oracle. the same version/patch
due to straight level
data migration into
an R12 instance.
www.eprentise.com 13
Copyright © 2011 eprentise. All rights reserved.
Pros and Cons, Continued
Traditional Migration Approach – Cons Remodeling Approach – Pros
Requires technical knowledge of all tables and usage in Repeatable results, reusable as requirements change. As
the E-Business Suite. requirements change, only need to add/change rules, a
step that is usually done by a functional user on a
specially designed user interface in the software In a very
short time.
APIs do not exist for all tables. There is a risk of All data integrity is maintained because the code is
compromising the data integrity by extracting and loading automatically generated.
data incorrectly. Oracle Support not available.
History is generally not converted. Generally a sunset All history is converted so there is no need to maintain a
instance is required for reporting, reconciliation, business sunset instance for reporting, reconciliation, etc. All the
intelligence, and audits. Every time the sunset instance is data is complete and consistent.
accessed, data must be transformed to align with the R12
instance.
Scripts are written for the current state of the data. Any Full documentation of existing instance including
changes require re-writing of the scripts. comparison of instances
www.eprentise.com 14
Copyright © 2011 eprentise. All rights reserved.
Upgrade Considerations: What Needs to Change?
www.eprentise.com 15
Copyright © 2011 eprentise. All rights reserved.
Reducing Costs
Location CCY Location Op Unit BalSeg BalSeg GPS Book BalSeg Bk Seg BalSeg GPN Book BalSeg Seg Bk
US 001
US USD Comerica NAm USD 002
Canada 005
CAD
Canada
and Complexity
USD Canada NAm CAD 006 025 GPS LKR 025
Macau MOP Taiwan AsiaPac TWD 030 024 GPS BND 024 024 GPN BRU 505 505
www.eprentise.com 16
Copyright © 2011 eprentise. All rights reserved.
Getting to R12: Remodeling + Oracle Upgrade
www.eprentise.com 17
Copyright © 2011 eprentise. All rights reserved.
Getting to R12: Reimplementation + Migration
Reimplementation = Customer Implementation 11i
• Multiple instances, one active 11i
+ Data Migration • Historical data spans both, 11i
History
History
Restricted
History
but different formats Restricted
Access
Restricted
Access
Access
ccess
11i icted a
11i
11i
Not a d -on ly restr 11i Data
re
Not tance – 11i Data
set” ins 11i Data
Not
Upgradable • Read-Only
Upgradable “ s un • Read-Only
Upgradable Cre ate • History
• Read-Only
• History
• History
Customer Extract
Customer Extract 11i Data History Customer Load
11i Data & Transform
Customer Extract 11i Data History Customer Load
11iCustomer
Data History
R12
11i Data & Transform [partial?]
11i Data History Load
Selected 11i Data
& Transform 11i Data History Via Public API
11i Data Selected 11i Data [partial?]
[partial?] 11i Data History
Selected 11i Data & Interface
Tables
d
histo ry loa
Implement New R12 Fresh n ce before R12 Data
a
E-Business Suite Implementation mp ty inst • Seeded
R12 e
Clone • Configured
• History [partial]
www.eprentise.com 18
Copyright © 2011 eprentise. All rights reserved.
Example Consolidation Scenario with
Getting to R12: Different Versions of EBS
1. Change EBS 1’s COA so both instances have new
EBS 1
standard global COA.
COA w/ Obsolete
2. Change EBS 2’s calendar so both have global
COA 11.5.10 calendar.
3. Consolidate the two 11i instances. Capture the
1.A Change
EBS 1 business process benefits.
4. Upgrade to R12, one instance only. Capture the
COA COA w/ Global
Ledger, Ledger Set, and Subledger Accounting
COA 11.5.10 benefits.
2. EBS 1 Global
Consolidation Global COA and
EBS 2 calendar
11.5.10
COA w/non-std
calendar 3. R12
11.5.10
EBS 1 Global
Upgrade
1.B
EBS 2 R12
www.eprentise.com 20
Copyright © 2011 eprentise. All rights reserved.
You Don’t Have to Reimplement
Reasons That Customers Used To Think That Condition Removed by
Reimplementing Was The Only Option Remodeling Approach
Correct or update prior 11i setups “that are not easily
changed.”
Multiple instances.
Obsolete non-global COA.
Want global COA.
Multiple COAs and want a single one or fewer COAs.
Multiple different business processes. Want to realize
benefits of standard global business processes.
Data is inconsistent or dirty.
Data administration standards have not been enforced .
Many customizations and enhancements.
www.eprentise.com 21
Copyright © 2011 eprentise. All rights reserved.
QUESTIONS?
www.eprentise.com 22
Copyright © 2011 eprentise. All rights reserved.
Thank You!
Helene Abrams eprentise habrams@eprentise.com
www.eprentise.com 23
Copyright © 2011 eprentise. All rights reserved.