US (470) 948-0356 India +91 70321 51545

Solution blueprint

Oracle E-Business Suite to Fusion Cloud, finance first

There is no upgrade path from EBS to Fusion. It is a re-implementation, which means you get to redesign the chart of accounts, and you have to rebuild every integration.

The situation

A company runs Oracle E-Business Suite 12.2 for finance and procurement, with years of customizations and a long list of reports. There is no support deadline forcing a move: Oracle’s Lifetime Support Policy places EBS 12.2 Premier Support through at least 2036. The driver is operational: they want quarterly feature updates without upgrade projects, less infrastructure to maintain, and one platform as they grow.

Because Fusion is a different product, nothing converts. The decision to make early is sequence: which pillar first, and how long the two systems coexist.

Constraints that shape the plan

  • No hard deadline, so the business case must stand on its own merits.
  • Customizations in EBS that have real business value and no standard equivalent.
  • A chart of accounts that nobody likes but that every report depends on.
  • Quarterly Fusion updates, which affect test plans and templates between rehearsals.
  • Auditors who will ask how opening balances were established.
  • A finance team that has to keep closing the books through the project.

What is designed, rebuilt and retired

Designed fresh in Fusion

  • Chart of accounts and segment structure
  • Legal entity and ledger setup
  • Approval workflows
  • Role and segregation-of-duties design

A re-implementation is the one chance to fix a structure everyone has lived with.

Rebuilt

  • Integrations with banks, payroll and operational systems
  • Reports in OTBI and BI Publisher
  • Data extracts for the warehouse via BICC
  • Extensions, as supported configurations rather than code changes

Count these early. Teams underestimate the report and integration inventory more than anything else.

Migrated

  • Suppliers, customers, items and employees
  • Open payables, receivables and purchase orders
  • General ledger opening balances
  • Fixed assets with cost and depreciation
  • A limited amount of history

Loaded with FBDI templates and REST APIs, in dependency order, and reconciled.

Retired

  • EBS customizations with no business value
  • Reports nobody has opened in a year
  • Interfaces to systems that no longer exist

Project value often comes as much from what you stop carrying as from the new platform.

The load sequence at cutover

  1. Setup Configuration and reference data
  2. Master data Suppliers, customers, items
  3. Open items Payables, receivables, purchase orders
  4. Balances General ledger and assets
  5. Reconcile Counts, totals, samples
  6. Approve Finance sign-off
  7. Open Users in Fusion
Dependencies decide the order. A supplier site cannot load before the supplier, and balances cannot be approved before open items reconcile.

The approach, phase by phase

Phase 1: Assess and design

Six to ten weeks.

  1. 1

    Inventory customizations, reports and integrations

    With an owner and a decision for each: standard, rebuild, retire.

  2. 2

    Chart of accounts design

    Workshops with finance, a mapping from the old structure and agreement on how history is reported.

  3. 3

    Enterprise structure design

    Legal entities, ledgers, business units and inventory organizations.

  4. 4

    Data strategy

    What migrates, what is archived, how much history, and the load method per object.

  5. 5

    Sequence decision

    Which pillars in which phase, and the coexistence rules while both systems run.

Phase 2: Configure and build

Ten to sixteen weeks.

  1. 6

    Configure Fusion

    In a test environment, with design workshops confirming the standard process before extending anything.

  2. 7

    Build integrations

    Bank, payroll and operational interfaces, using Oracle Integration or REST, with error handling.

  3. 8

    Build reports

    OTBI and BI Publisher, prioritized by the list finance actually uses.

  4. 9

    Build the data loads

    FBDI templates and mappings, with validation and a rejection report per object.

  5. 10

    Design security

    Roles, data access and segregation of duties, reviewed with internal audit.

Phase 3: Test and rehearse

Eight to twelve weeks.

  1. 11

    Load rehearsals

    At least three, each with counts, rejects and timings recorded.

  2. 12

    Process testing

    Unit, then end-to-end: procure to pay, order to cash, record to report.

  3. 13

    Parallel close

    Run a close in both systems and compare, where the risk justifies it.

  4. 14

    Integration testing

    Each interface, including bank formats and failure handling.

  5. 15

    User acceptance

    Finance and procurement users, with defects triaged daily.

Phase 4: Cut over and stabilize

Cutover plus four to six weeks.

  1. 16

    Cutover runbook

    Load order, timings from rehearsal, reconciliation checkpoints and the rollback decision.

  2. 17

    Final loads and reconciliation

    Balances tied out, exceptions owned, finance sign-off recorded.

  3. 18

    Go-live and hypercare

    Daily triage, a defect log and a named transition date to support.

  4. 19

    Quarterly update readiness

    A regression test pack so each Fusion update is a routine event.

  5. 20

    Next phase

    Supply chain or HCM, using the integration and reporting foundations already built.

Phase names and order change with the engagement. This is a typical shape, not a fixed method you would be held to.

The kind of team this needs

Functional

  • Fusion Financials consultant
  • Procurement consultant
  • Reporting analyst
  • Security and controls consultant

Technical

  • Integration developer (OIC, REST)
  • Data migration specialist (FBDI)
  • BI Publisher and OTBI developer

Delivery

  • Program manager
  • Finance business lead
  • Test lead
  • Change and training lead

Roles can be ours, yours or shared. Where you only need people rather than a project owner, the same roles are available through staffing.

Typical deliverables

  • Customization, report and integration inventory with decisions
  • Chart of accounts and enterprise structure design, signed by finance
  • Data migration strategy and field-level mappings
  • Integration specifications and build
  • Report inventory with rebuild priority
  • Security and segregation-of-duties design
  • Rehearsal records with counts, rejects and timings
  • Reconciliation pack and finance sign-off
  • Cutover runbook, rollback plan and hypercare plan
  • Quarterly update regression pack

What usually goes wrong, and what we do about it

  • Trying to recreate every EBS customization

    Each one gets a decision in phase one. Rebuilding all of them in a cloud product with quarterly updates is the most expensive mistake available.

  • Reports and integrations left late

    They are counted in week one and built in phase two, because they are usually the largest single body of work.

  • Dirty data loaded then fixed

    Cleansing happens before loading, with business owners approving the rules.

  • Quarterly updates breaking tests

    A regression pack is built during the project, not after, and release notes are reviewed each quarter.

  • Chart of accounts designed by IT

    Finance owns it. We facilitate and document; the structure is theirs.

  • Audit questions about opening balances

    The reconciliation pack and the sign-off are prepared as audit evidence from the start.

Questions people ask

Should we move at all, given support runs to 2036?

That is a genuine question and the honest answer is sometimes no. We will tell you if staying on EBS and investing there is the better call for your situation.

Can we do finance and HCM at once?

You can, but it doubles the design, testing and change load at the same time. Phasing is usually lower risk unless there is a reason to do both.

Do you provide the whole team?

We can, or we can supply the specialists you are missing while your team leads. Both arrangements are normal.

How much history should we bring?

Enough for operations and for what your auditors and regulators require. Everything else belongs in an archive you can query, not in the new system.

Related