Introduction
Integration Styles in OIC Gen 3 are fundamental to designing scalable and reliable integrations between enterprise applications. Modern organizations use multiple systems such as Oracle Fusion ERP, HCM, SCM, CRM platforms, and third-party SaaS applications. These systems must exchange data seamlessly, and Oracle Integration Cloud Generation 3 (OIC Gen 3) provides multiple integration patterns to support this requirement.
In real enterprise implementations, integrations do not always behave the same way. Some integrations must run in real time using APIs, while others run on schedules for batch processing, and some are triggered automatically by business events generated by applications.
For example:
When a new employee is created in a third-party HR system, the integration must immediately create the employee in Oracle Fusion HCM.
Retail systems may upload invoice files nightly that need to be processed in Oracle Fusion ERP.
A supplier update in Oracle Fusion Procurement may trigger notifications to downstream procurement systems.
These different scenarios require different integration styles in OIC Gen 3.
In this article, we will explore:
What integration styles are in OIC Gen 3
When to use each integration pattern
Real-world enterprise integration scenarios
Architecture patterns used in Oracle projects
Step-by-step creation of integrations
Best practices used by experienced Oracle consultants
What Are Integration Styles in OIC Gen 3?
In Oracle Integration Cloud Generation 3, an integration style defines how an integration is triggered and how messages flow between source and target systems.
When developers create a new integration in OIC, the first step is selecting the integration style. This determines several aspects of the integration:
How the integration is triggered
Whether the integration runs synchronously or asynchronously
Whether the integration processes real-time messages or batch data
How orchestration logic is handled within the integration
Major Integration Styles in OIC Gen 3
| Integration Style | Description | Typical Use |
|---|---|---|
| App Driven Orchestration | Triggered by external API requests | Real-time integrations |
| Scheduled Orchestration | Runs at scheduled intervals | Batch processing |
| Basic Routing | Simple message routing | Lightweight integrations |
| Event Driven Integration | Triggered by application events | Event-based integrations |
Selecting the correct integration style is an important design decision that impacts performance, scalability, and maintainability.
Real-World Integration Use Cases
In enterprise Oracle implementations, integration styles are selected based on business processes and data patterns.
Use Case 1 — Employee Creation from External HR System
Many organizations maintain employee records in external HR systems but require employees to be synchronized with Oracle Fusion HCM.
Integration Flow:
HR system sends employee information through a REST API.
Oracle Integration Cloud receives the request.
Integration logic transforms the incoming data.
Oracle Fusion HCM REST API creates the employee record.
Integration Style Used:
App Driven Orchestration
Use Case 2 — Nightly Invoice Import
Retail companies often generate invoices from multiple store systems that must be imported into Oracle Fusion ERP.
Integration Flow:
Stores upload invoice files to an integration server.
A scheduled integration runs every night.
Invoice data is validated and transformed.
Oracle Fusion ERP invoice import process is triggered.
Integration Style Used:
Scheduled Orchestration
Use Case 3 — Supplier Update Notifications
When a supplier record changes in Oracle Fusion Procurement, other systems may need to be notified automatically.
Integration Flow:
Oracle Fusion emits a business event.
Oracle Integration Cloud receives the event.
Integration sends updates to external procurement platforms.
Integration Style Used:
Event Driven Integration
Architecture of Integrations in OIC Gen 3
Oracle Integration Cloud Gen 3 provides a scalable architecture that allows organizations to integrate cloud and on-premise applications.
Key Components of OIC Gen 3
| Component | Purpose |
|---|---|
| Integration Designer | Interface used to design integration flows |
| Adapters | Connectors used to integrate external applications |
| Mapper | Tool used to transform data between systems |
| Lookups | Used for value mapping between systems |
| Integration Runtime | Executes integration logic |
| Monitoring Console | Tracks integration execution and errors |
Typical Integration Flow
A standard integration architecture typically follows this flow:
Source System → Adapter → Integration Flow → Data Mapping → Target System
Example:
Salesforce → REST Adapter → OIC Gen 3 → Transformation → Oracle Fusion ERP
This architecture allows organizations to build secure and scalable integration frameworks.
App Driven Orchestration in OIC Gen 3
App Driven Orchestration is the most widely used integration style in Oracle Integration Cloud.
In this pattern, integrations are triggered by external systems through REST or SOAP APIs.
How App Driven Integrations Work
An external application sends a request to OIC using REST or SOAP.
OIC receives the request through an adapter.
Integration logic processes the request.
Data transformation occurs using the mapper.
The target system API is invoked.
Key Characteristics
Supports real-time processing
Works with REST and SOAP APIs
Supports synchronous and asynchronous communication
Allows complex orchestration logic
Example Use Cases
Creating employees in Oracle Fusion HCM
Creating invoices in Oracle Fusion ERP
Processing orders in Oracle Fusion SCM
Synchronizing customer data between CRM and ERP systems
Scheduled Orchestration in OIC Gen 3
Scheduled Orchestration integrations run automatically at predefined time intervals.
These integrations are commonly used for batch processing scenarios.
Typical Batch Integration Scenarios
Payroll file processing
Daily financial data synchronization
File-based integrations
Data migration tasks
Example Scenario
A payroll application generates employee salary files every night.
A scheduled integration runs at 1 AM to process the payroll file and update employee records in Oracle Fusion HCM.
Scheduling Options
| Frequency | Example |
|---|---|
| Every few minutes | Monitoring integrations |
| Hourly | Data synchronization |
| Daily | Payroll or invoice processing |
| Weekly | Reporting jobs |
Scheduled integrations are particularly useful when large volumes of data must be processed periodically.
Basic Routing Integration
Basic Routing integrations are designed for simple message routing scenarios.
In this pattern:
A request is received from a source system.
Oracle Integration Cloud routes the message directly to the target system.
Minimal transformation or orchestration occurs.
Advantages of Basic Routing
Faster development
Simpler integration design
Minimal configuration
Example Scenario
A CRM system sends customer data that must be forwarded directly to an ERP system without additional processing.
Basic Routing integrations are ideal when the integration logic is simple and does not require complex workflows.
Event Driven Integration in OIC Gen 3
Event-driven integrations respond automatically when business events occur in applications.
Oracle Fusion applications generate events such as:
Employee created
Supplier updated
Invoice approved
Purchase order created
Oracle Integration Cloud can subscribe to these events and trigger integrations automatically.
Example Event-Driven Scenario
When a new employee is created in Oracle Fusion HCM:
Oracle Fusion emits an event.
OIC receives the event notification.
Integration triggers downstream processes.
Identity management systems create user accounts.
Event-driven architectures enable organizations to build reactive systems that respond immediately to business changes.
Prerequisites for Building Integrations in OIC Gen 3
Before building integrations, ensure the following prerequisites are available.
| Requirement | Description |
|---|---|
| OIC Gen 3 Instance | Active Oracle Integration Cloud environment |
| Developer Access | Integration developer role |
| Adapters | REST, FTP, ERP, HCM adapters |
| API Credentials | Authentication for source and target systems |
Step-by-Step: Creating an App Driven Integration
Step 1 – Navigate to Integration Console
Navigator → Integrations → Create Integration
Select App Driven Orchestration.
Step 2 – Define Integration Details
Enter the following details:
| Field | Example Value |
|---|---|
| Name | CreateEmployeeIntegration |
| Identifier | create_employee_int |
| Version | 01.00.0000 |
Click Create.
Step 3 – Configure REST Trigger
Add a REST Adapter as the trigger.
Define the request payload structure.
Example request payload:
“EmployeeName”: “John Smith”,
“Department”: “Finance”,
“Email”: “john.smith@email.com”
}
Step 4 – Add Business Logic
Inside the integration canvas:
Add mapping logic
Perform payload transformation
Implement conditional routing if required
Example: Map employee fields to Oracle Fusion HCM REST API attributes.
Step 5 – Configure Target Connection
Add the Oracle HCM Adapter.
Example endpoint:
Provide authentication credentials.
Step 6 – Map Fields
| Source Field | Target Field |
|---|---|
| EmployeeName | PersonName |
| Department | Organization |
| WorkEmail |
Step 7 – Activate Integration
Click:
Actions → Activate
After activation, the integration endpoint becomes available.
Testing the Integration
Testing ensures integrations behave correctly before production deployment.
Example Test Payload
“EmployeeName”: “Alice Johnson”,
“Department”: “IT”,
“Email”: “alice.johnson@email.com”
}
Expected Result
Employee record created in Oracle Fusion HCM
Integration instance status shows Succeeded
Validation Steps
Monitor the integration instance.
Verify API response.
Confirm employee record in HCM.
Common Implementation Challenges
Authentication Errors
Cause: Incorrect credentials configured in adapters.
Solution: Verify authentication policies and credentials.
Mapping Errors
Cause: Incorrect data mapping between source and target systems.
Solution: Validate mapper configuration and data types.
Timeout Errors
Cause: Slow response from external APIs.
Solution:
Increase timeout configuration
Optimize integration logic
Best Practices for Designing Integrations
Experienced Oracle consultants follow these best practices.
Choose the Correct Integration Style
Use App Driven integrations for real-time APIs
Use Scheduled integrations for batch processing
Build Modular Integrations
Break large integrations into smaller reusable components.
Implement Error Handling
Use:
Scope activities
Fault handlers
Notification mechanisms
Monitor Integration Performance
Use OIC monitoring features to track:
Failed integrations
Processing time
Integration throughput
Summary
Understanding Integration Styles in OIC Gen 3 is essential for designing scalable integrations between enterprise applications.
Different integration patterns support different integration scenarios:
App Driven Orchestration for real-time API integrations
Scheduled Orchestration for batch data processing
Basic Routing for lightweight message routing
Event Driven Integrations for reactive architectures
Choosing the correct integration style ensures integrations are reliable, maintainable, and scalable.
For deeper technical documentation and architectural guidance, refer to the official Oracle documentation:
https://docs.oracle.com/en/cloud/paas/integration-cloud/index.html
Frequently Asked Questions
What is the most commonly used integration style in OIC Gen 3?
App Driven Orchestration is the most commonly used integration pattern because it supports real-time API integrations.
When should Scheduled Orchestration be used?
Scheduled integrations should be used when data must be processed periodically, such as nightly batch jobs or file-based integrations.
Can multiple integration styles be used in one implementation?
Yes. Large enterprise implementations often use multiple integration styles depending on whether integrations are real-time, batch-based, or event-driven.