Search 800 + Posts

Mar 3, 2026

How do OIC and ISG bridge on-premises EBS with Fusion?

 Oracle Integration Cloud (OIC) and the Integrated SOA Gateway (ISG) bridge the gap between on-premises Oracle E-Business Suite (EBS) and Oracle Fusion SaaS by creating a secure, service-oriented communication channel that bypasses the limitations of traditional firewalls and direct database integrations.

The architecture functions through three main layers:



1. The Secure Network Tunnel (OIC Connectivity Agent)

Because EBS typically resides behind firewalls and private networks, Oracle Cloud cannot reach it directly. The OIC Connectivity Agent solves this by running as a lightweight Java process within the on-premises network. It establishes a secure outbound tunnel to OIC. Because this connection is outbound, organizations do not need to open any inbound firewall ports, maintaining a high level of security while allowing OIC to send integration requests into the EBS environment.

2. The Standardized API Layer (Integrated SOA Gateway)

The ISG acts as the interface for EBS itself, exposing its internal business functions as REST or SOAP web services. This is a critical bridge because it allows OIC to interact with EBS through supported APIs rather than writing directly to database tables. Using ISG ensures that all data flowing from Fusion to EBS respects business logic and validations, keeping the integration upgrade-safe and maintaining data integrity.

3. The Orchestration Hub (OIC)

OIC sits in the middle as the managed integration platform. It performs the following roles to bridge the two systems:

  • Event Detection: It uses the Connectivity Agent to "listen" for business events triggered in EBS (e.g., a new hire or a changed purchase order).
  • Data Transformation: It transforms data formats between the systems (for example, converting EBS HRMS data into the specific format required by Fusion HCM).
  • Service Invocation: It uses Fusion SaaS REST APIs to push data into the cloud and uses ISG-deployed APIs to push data back into EBS.

Summary of the "Bridge" Flow

In a real-world scenario, such as syncing employee data, the bridge works as follows:

  1. EBS triggers a business event.
  2. OIC detects this through the Connectivity Agent's secure tunnel.
  3. OIC transforms the data and calls the Fusion SaaS REST API to update the cloud record.
  4. The entire process is monitored and governed within OIC, providing visibility that direct point-to-point integrations lack.

This architecture provides a clean, Oracle-recommended path: Oracle Fusion SaaS ↔ OIC ↔ OIC Agent (on-premises) ↔ ISG ↔ EBS.

Would you like me to create a tailored report summarizing this architecture and the setup prerequisites for your team, or perhaps a slide deck to help explain this flow to stakeholders?