Oracle Integration Cloud API

Share

Introduction

In today’s enterprise landscape, Oracle Integration Cloud API capabilities are critical for enabling seamless communication between Oracle Fusion applications and external systems. Whether you are integrating HCM, ERP, or SCM with third-party platforms, APIs form the backbone of modern cloud integrations.

As an Oracle consultant working on multiple real-time implementations, I can confidently say that mastering APIs in Oracle Integration Cloud (OIC Gen 3) is one of the most valuable skills for any integration developer.

In this blog, we will go deep into how APIs work in OIC, how to build them, expose them, secure them, and troubleshoot them—based on real project experience.


What is Oracle Integration Cloud API?

An API in Oracle Integration Cloud is a REST or SOAP-based interface that allows external systems to interact with integrations deployed in OIC.

In simple terms:

  • APIs act as entry points into OIC integrations
  • They allow external systems like Salesforce, SAP, or custom applications to send and receive data
  • They are typically implemented using REST Adapter or SOAP Adapter

In OIC Gen 3, API capabilities are tightly integrated with:

  • REST Adapter (most commonly used)
  • API Gateway (for enterprise exposure)
  • Security policies (OAuth, Basic Auth, etc.)

Real-World Integration Use Cases

Let’s look at how APIs are actually used in real Oracle Fusion implementations.

1. Employee Creation from External HR System

A client using a legacy HR system sends employee data via API:

  • External System → API (OIC REST endpoint)
  • OIC → Oracle Fusion HCM via REST API
  • Response → Success/Error

👉 This reduces manual entry and ensures real-time onboarding.


2. Order Integration from E-commerce Platform

  • Shopify / Magento → OIC API
  • OIC → Oracle Fusion ERP Order Management

👉 Used in retail projects where orders must sync instantly.


3. Invoice Upload from Third-Party System

  • Vendor system sends invoice data via API
  • OIC processes and calls Fusion Payables REST API

👉 Eliminates manual invoice entry and improves processing speed.


Architecture / Technical Flow

A typical Oracle Integration Cloud API architecture looks like this:

 
External System → OIC REST Endpoint → Integration Flow → Oracle Fusion / DB / FTP

Response Handling
 

Key Components:

ComponentDescription
REST AdapterExposes API endpoint
Integration FlowBusiness logic
ConnectionsTarget system connections
SecurityAuthentication and authorization
API Gateway (optional)External exposure and throttling

Prerequisites

Before building APIs in OIC, ensure the following:

1. OIC Gen 3 Instance

Make sure you are using Gen 3 environment, which provides:

  • Better performance
  • Improved security
  • Native API management capabilities

2. Required Access

You should have:

  • Service Developer role
  • Integration Specialist role

3. Connections Setup

Create required connections:

  • REST Adapter connection (for exposure)
  • Oracle Fusion REST connection
  • FTP/DB connection (if needed)

4. Knowledge Requirements

Basic understanding of:

  • REST APIs (GET, POST, PUT, DELETE)
  • JSON payload structure
  • HTTP status codes

Step-by-Step Build Process

Let’s build a sample API in Oracle Integration Cloud.


Step 1 – Create Integration

Navigation:

Navigator → Integrations → Create

Select:

  • Style: App Driven Orchestration

👉 This is mandatory for APIs because they start with a trigger.


Step 2 – Configure REST Trigger

Drag REST Adapter to trigger section.

Configure:

  • Resource Path: /createEmployee
  • Method: POST

Step 3 – Define Request Payload

Example JSON:

 
{
“EmployeeName”: “John Doe”,
“Email”: “john@example.com”,
“Department”: “IT”
}
 

👉 Use sample JSON to auto-generate schema.


Step 4 – Configure Response Payload

Example response:

 
{
“Status”: “Success”,
“Message”: “Employee Created”
}
 

Step 5 – Add Business Logic

Inside integration:

  • Add Assign activity
  • Add Map activity
  • Call Fusion REST API

Example:

  • Map EmployeeName → PersonName
  • Map Email → WorkEmail

Step 6 – Add Invoke Connection

Use Oracle Fusion REST Adapter:

  • Operation: Create Worker
  • Map input fields accordingly

Step 7 – Add Response

Use Return activity to send response.


Step 8 – Activate Integration

Click Activate

You will get:

  • Endpoint URL
  • WSDL (if SOAP)
  • Swagger (for REST)

Testing the Technical Component

Step 1 – Use Postman

Send POST request:

URL:

 
https://<oic-instance>/ic/api/integration/v1/flows/rest/createEmployee
 

Step 2 – Request Payload

 
{
“EmployeeName”: “Prasad”,
“Email”: “prasad@test.com”,
“Department”: “Finance”
}
 

Step 3 – Expected Response

 
{
“Status”: “Success”,
“Message”: “Employee Created”
}
 

Step 4 – Validation Checks

  • Check OIC instance tracking
  • Verify data in Fusion HCM
  • Validate response codes (200, 400, 500)

Common Errors and Troubleshooting

1. 401 Unauthorized

Cause:

  • Incorrect authentication

Fix:

  • Verify credentials / OAuth setup

2. 404 Not Found

Cause:

  • Wrong endpoint URL

Fix:

  • Check integration activation and URL path

3. Mapping Errors

Cause:

  • Incorrect field mapping

Fix:

  • Validate schema and mapping logic

4. Payload Issues

Cause:

  • Incorrect JSON structure

Fix:

  • Validate using JSON validator

5. Timeout Issues

Cause:

  • Slow backend system

Fix:

  • Increase timeout or optimize backend

Best Practices

1. Use Meaningful API Names

Avoid:

 
/api1
 

Use:

 
/createEmployee
 

2. Implement Proper Error Handling

  • Use fault handlers
  • Return meaningful error messages

3. Secure APIs Properly

Use:

  • OAuth 2.0
  • API Gateway policies

4. Use API Gateway for External Exposure

In enterprise projects:

  • Never expose OIC directly
  • Use API Gateway for throttling and monitoring

5. Logging and Tracking

Always:

  • Enable tracking fields
  • Log request/response

6. Version Your APIs

Example:

 
/v1/createEmployee
/v2/createEmployee
 

Real Consultant Tips

From real implementations:

  • Always validate payload before processing
  • Avoid heavy logic inside OIC (keep it lightweight)
  • Use reusable integrations wherever possible
  • Maintain API documentation for clients

Summary

Oracle Integration Cloud API capabilities are essential for building modern, scalable integrations. With OIC Gen 3, API development has become more powerful, secure, and enterprise-ready.

Key takeaways:

  • APIs are entry points for integrations
  • REST APIs are most commonly used
  • Proper design, security, and testing are critical
  • Real-world usage spans HCM, ERP, and SCM

If you are working in Oracle Cloud projects, mastering APIs in OIC is not optional—it is mandatory.

For more details, refer to official Oracle documentation:
https://docs.oracle.com/en/cloud/saas/index.html


FAQs

1. What is the difference between REST and SOAP APIs in OIC?

REST APIs use JSON and are lightweight, while SOAP APIs use XML and are more rigid. REST is preferred in modern implementations.


2. Can we expose OIC APIs to external clients?

Yes, but in enterprise projects, APIs should be exposed via API Gateway for security and monitoring.


3. How do we secure APIs in Oracle Integration Cloud?

You can use:

  • Basic Authentication
  • OAuth 2.0
  • API Gateway policies

Share

Leave a Reply

Your email address will not be published. Required fields are marked *