Integrationadvanced

EBS to Fusion Coexistence Integration Patterns

Explain common integration patterns for organizations running EBS and Fusion Cloud side-by-side during a phased migration

Many large organizations don't migrate from EBS to Fusion Cloud in a single 'big bang' cutover; instead, they run both in coexistence for months or years — commonly starting with Fusion HCM while keeping EBS Financials, or vice versa — requiring carefully designed integration patterns to keep shared master data (like employees, suppliers, or chart of accounts segments) synchronized between the two very differently-architected systems.

EBS-Fusion coexistence integration is like two countries with different currencies and legal systems needing to conduct ongoing trade before a full economic union is complete — you need a reliable, well-documented exchange mechanism (integration bridge) and a way to track that 'this dollar amount here equals that amount there' (ID mapping) until the transition to a single shared system is finally complete.

Key Concepts

1
A common coexistence pattern is HCM-first adoption: Fusion HCM becomes the system of record for worker data, which must then flow to EBS (which still runs Payroll or other financial processes referencing employee data) via HCM Extract (from Fusion) feeding into EBS's Open Interface tables or custom API calls (into EBS) — essentially bridging Fusion's file-based/REST-based egress with EBS's interface-table ingestion pattern.
HCM-first adoption
2
Another pattern is Financial consolidation coexistence, where subsidiary companies operate on Fusion while a parent company remains on EBS (or vice versa), requiring GL-to-GL journal integration — extracting summarized journals from one system (via FBDI/HDL-equivalent extract or direct query) and loading into the other via that system's respective interface mechanism (GL_INTERFACE for EBS, Journal Import FBDI for Fusion).
Financial consolidation coexistence
3
Interviewers focused on migration/transformation projects often ask candidates to design a coexistence integration for a specific scenario (like 'Fusion HCM feeding employee data to EBS Payroll') testing whether the candidate can bridge the very different integration philosophies (interface tables vs. REST/FBDI) of the two platforms coherently, including handling ID mapping (since EBS and Fusion will have different internal identifiers for the same real-world entity).