Ellipse Gradient for Header

Oracle Fusion Cloud ERP Integration Guide

Integrate Oracle Fusion Cloud ERP with enterprise applications through REST APIs, SOAP services, file-based imports, asynchronous processes, and selected business events.

Oracle Fusion Cloud ERP integration options at a glance

Oracle Fusion Cloud ERP provides REST APIs for many Financials, Procurement, Projects, and related business objects, with JSON payloads, pagination, filtering, child resources, and concurrency controls. SOAP services remain important for enterprise business services and operations not fully exposed through REST. High-volume workloads can use File-Based Data Import, batch processing, scheduled processes, and asynchronous operations. Selected application events support outbound notifications through configured Oracle integration paths, but coverage is not universal. Martini can consume these interfaces, authenticate with OAuth 2.0, Basic Authentication, or SOAP WS-Security as appropriate, transform JSON, XML, and files, and orchestrate polling, reconciliation, and error handling workflows.

Integration pointSupported by Oracle Fusion Cloud ERP?Common use casesHow Martini supports it
REST APIsYesUse Oracle REST resources to create, update, and retrieve supported Suppliers, Invoices, Purchase Orders, Customers and Customer Accounts, Journals, and Projects. Resource coverage varies by module and release.Martini can consume Oracle REST APIs from workflows, manage authentication and pagination, map JSON payloads, apply validation, and expose normalized APIs to other applications.
SOAP APIsYesUse Oracle SOAP web services for enterprise business services, process-oriented operations, WSDL-based interfaces, and functions not fully exposed through REST.Martini can consume SOAP services, configure the required endpoint and credentials, transform XML, and handle transport, validation, and business errors.
Webhooks / outbound callbacksLimitedOracle Fusion applications support selected business events and outbound notifications for configured application areas. Coverage depends on the object, lifecycle event, and intermediary Oracle service.Martini can receive webhook-style notifications or event deliveries when the configured Oracle path exposes them, then retrieve the current object and process it idempotently.
Bulk / async / batch APIsYesUse FBDI, scheduled processes, asynchronous operations, and selected REST batch capabilities for high-volume invoices, journals, suppliers, procurement data, and long-running processes.Martini can prepare submissions, persist Oracle process identifiers, poll status on a schedule, and distinguish submission success from final business-process success.
File / attachment APIsYesFBDI supports prescribed file-based imports, while attachments are available for selected resources through REST child resources or related Oracle services.Martini can validate CSV, Excel, or other prescribed inputs, map them to Oracle import structures, submit files, monitor imports, and transfer supported attachments.
AuthenticationYesREST configurations may use OAuth 2.0 or Basic Authentication, while SOAP services commonly use Oracle-supported WS-Security credentials. ERP roles and data access remain required.Martini can use protected environment configuration and secrets for endpoints, client credentials, tokens, and integration-user credentials.
Database / analytics accessLimitedDirect access to the underlying Oracle Fusion Cloud ERP SaaS database is not the normal integration method. Separate reporting, extracts, BI Publisher, or analytics services may be available.Martini can consume supported reporting or analytics interfaces, but should use Oracle-published APIs and services rather than assuming direct ERP database connectivity.

How Oracle Fusion Cloud ERP exposes data and business events

Oracle Fusion REST APIs

Oracle Fusion Cloud ERP provides REST resources for many Financials, Procurement, Projects, and related business objects. REST APIs commonly use JSON and support resource-specific operations, child resources, filtering, pagination, and concurrency controls, although coverage varies by module and release.

Martini implementation pattern

Martini implementation pattern: a workflow authenticates to the Oracle REST endpoint, retrieves or submits the required resource, follows pagination or child-resource links, maps the payload to a canonical model, and records identifiers and status for reconciliation.

Implementation sequence

Authenticate to the Oracle REST endpoint
Retrieve or receive the current Oracle resource
Follow pagination and child-resource links
Map the JSON payload to the target model
Apply validation and business rules
Write the result and persist correlation identifiers

Oracle Fusion SOAP Services

Oracle Fusion Cloud ERP SOAP web services provide enterprise business services and process-oriented operations, including interfaces that may not be complete or available through REST. These services use WSDL contracts and commonly require WS-Security credentials.

Martini implementation pattern

Martini implementation pattern: Martini consumes the WSDL-defined service, constructs the required XML request, applies WS-Security configuration, transforms the response, and routes transport or business faults through workflow error handling.

Implementation sequence

Configure the Oracle SOAP endpoint and WSDL contract
Authenticate with the required WS-Security credentials
Construct and validate the XML request
Invoke the Oracle enterprise service
Transform the XML response or fault
Persist the result and route recoverable failures for retry

Oracle Business Events

Oracle Fusion applications support business events and outbound notifications for selected application events. Event coverage, payload content, delivery behavior, and intermediary requirements depend on the subscribed application and configured event path.

Martini implementation pattern

Martini implementation pattern: when the required Oracle event is exposed to Martini, a workflow receives the notification, treats identifiers as a signal to retrieve authoritative resource data, and applies idempotency, ordering, and replay controls. If Oracle Integration or another intermediary is required, Martini consumes that configured endpoint.

Implementation sequence

Receive the selected Oracle event notification
Validate the event type and correlation identifier
Retrieve the authoritative Oracle resource when required
Apply deduplication and lifecycle rules
Map the resource to downstream systems
Persist the event outcome and retry recoverable failures

FBDI and Async Processing

Oracle supports File-Based Data Import, scheduled processes, asynchronous operations, and selected batch capabilities for high-volume or long-running workloads. The required template and process depend on the ERP module and object.

Martini implementation pattern

Martini implementation pattern: Martini validates and maps source data into the prescribed import structure, submits the file or asynchronous request, stores the Oracle batch or process identifier, and polls until the process reaches a business outcome.

Implementation sequence

Validate the source file and required business fields
Map records to the Oracle import template
Submit the file or asynchronous operation
Persist the Oracle batch or process identifier
Poll process status at a controlled interval
Capture import errors and publish the final outcome

Files and Attachments

Oracle Fusion Cloud ERP supports file-based imports for selected business areas and attachments for selected resources. Attachment paths, content types, size limits, and operations are resource-specific.

Martini implementation pattern

Martini implementation pattern: a workflow receives or retrieves a file, validates content and association metadata, streams or submits it through the supported Oracle interface, and records the relationship between the attachment or import and its business object.

Implementation sequence

Receive or retrieve the source file
Validate format, size, content type, and object association
Transform the file when an Oracle template is required
Submit the file or attachment through the supported interface
Monitor processing or attachment response
Store the Oracle identifier and processing result

Common Oracle Fusion Cloud ERP integration patterns

Pattern 1: Synchronize customers and accounts with Salesforce

When to use this pattern

Use this pattern when Salesforce manages front-office account information and Oracle Fusion Cloud ERP manages receivables, customer accounts, or financial status. It supports bidirectional synchronization with scheduled reconciliation and selected event assistance.

Integration direction
Salesforce
Martini
Oracle Fusion Cloud ERP
Example Mapping
Oracle Fusion Cloud ERP FieldCanonical FieldTarget Field
Account.Namecustomer.nameCustomerPartyName
Account.ExternalIdcustomer.externalIdCustomerAccountNumber
Account.BillingAddresscustomer.billingAddressCustomerSite
Oracle account statuscustomerAccount.statusSalesforce Account ERP Status
Martini implementation pattern

Martini receives approved Salesforce changes through an API or scheduled workflow, validates ownership and required accounting attributes, maps them to Oracle Customers and Customer Accounts, and returns Oracle identifiers and status. A persisted external identifier prevents duplicate creation, while reconciliation handles late updates and failed downstream processing.

Martini capabilities used
  • workflows
  • API consumption
  • data mapping
  • business rules
  • scheduled synchronization
  • error handling

Pattern 2: Process Coupa procurement transactions

When to use this pattern

Use this pattern for procure-to-pay synchronization involving Suppliers, Purchase Orders, receipts, and Invoices between Coupa and Oracle Fusion Cloud ERP. FBDI or asynchronous processing is appropriate when transaction volume exceeds efficient individual REST calls.

Integration direction
Coupa
Martini
Oracle Fusion Cloud ERP
Example Mapping
Oracle Fusion Cloud ERP FieldCanonical FieldTarget Field
Coupa supplierIdsupplier.externalIdSupplierNumber
Coupa orderLinespurchaseOrder.linesPurchaseOrderLine
Coupa invoiceTotalinvoice.totalAmountInvoiceAmount
Coupa receiptStatusreceipt.statusReceiptStatus
Martini implementation pattern

Martini validates supplier, currency, business-unit, and duplicate information, then chooses Oracle REST, SOAP, or FBDI based on the operation and volume. It stores import or process identifiers, polls asynchronous outcomes, and routes validation or accounting failures for controlled review without blindly retrying successful submissions.

Martini capabilities used
  • workflows
  • API consumption
  • SOAP consumption
  • file processing
  • data mapping
  • validation
  • retry handling

Pattern 3: Submit and monitor Oracle invoices

When to use this pattern

Use this pattern when an external application submits Payables Invoices and needs reliable confirmation of validation, approval, or downstream processing rather than only an HTTP submission response.

Integration direction
ServiceNow
Martini
Oracle Fusion Cloud ERP
Example Mapping
Oracle Fusion Cloud ERP FieldCanonical FieldTarget Field
Request supplier referenceinvoice.supplierReferenceSupplier
Request line itemsinvoice.linesInvoiceLines
Request accounting codeinvoice.accountingDistributionDistributionCombination
Oracle validation statusinvoice.processingStatusServiceNow Finance Status
Martini implementation pattern

A Martini workflow receives the approved request, validates supplier and accounting data, submits the Invoice through REST or an appropriate import process, and persists the Oracle request or process identifier. A scheduled workflow checks the final status, updates ServiceNow, and applies idempotent retry and exception rules.

Martini capabilities used
  • API exposure
  • workflows
  • mapping and transformation
  • validation
  • scheduled polling
  • business rules
  • monitoring

Pattern 4: Reconcile journals and project costs

When to use this pattern

Use this pattern for scheduled finance and project-data reconciliation between Oracle Fusion Cloud ERP and systems such as Workday, Jira, NetSuite, or a reporting platform. It is useful when updates, corrections, and late-arriving transactions must be detected.

Integration direction
Oracle Fusion Cloud ERP
Martini
Power BI
Example Mapping
Oracle Fusion Cloud ERP FieldCanonical FieldTarget Field
JournalBatchNamejournal.batchNamebatch_name
JournalLine.AccountCombinationjournal.accountingDimensionsaccount_combination
ProjectNumberproject.numberproject_id
ProjectCost.AmountprojectCost.amountcost_amount
Martini implementation pattern

Martini runs a scheduled workflow using a persisted timestamp or other supported change indicator, follows Oracle pagination, normalizes journal or project-cost data, and publishes the result to the target model. It records watermarks, detects corrections, retries transient failures with backoff, and runs periodic reconciliation for missed or late updates.

Martini capabilities used
  • scheduled workflows
  • API consumption
  • pagination handling
  • data mapping
  • state management
  • reconciliation
  • error handling

Applications commonly integrated with Oracle Fusion Cloud ERP

Oracle Fusion Cloud ERP commonly participates in multi-application finance, procurement, sales, workforce, project, and analytics architectures. The exact objects, direction, and endpoint choices depend on the subscribed Oracle modules, the adjacent application configuration, and system-of-record decisions.

Application Scenario Direction Martini Pattern
Salesforce Synchronize customers, customer accounts, orders, invoices, and financial status between sales processes and Oracle ERP. Salesforce → Martini → Oracle Fusion Cloud ERP Martini receives approved Salesforce data through an API or scheduled workflow, maps it to Oracle REST resources, and returns Oracle identifiers and status through Salesforce updates or a controlled Martini API. Reconciliation workflows handle delayed processing and duplicate prevention.
ServiceNow Transfer approved procurement, supplier, asset, or finance requests into Oracle and return approval, fulfillment, purchase-order, or invoice status. ServiceNow → Martini → Oracle Fusion Cloud ERP A Martini workflow consumes ServiceNow requests, validates business-unit and accounting information, submits supported Oracle REST or SOAP operations, and polls asynchronous status where required. Failures are routed with Oracle correlation and process identifiers.
Coupa Connect supplier, purchase-order, receipt, procurement, and invoice processes in a procure-to-pay architecture. Coupa → Martini → Oracle Fusion Cloud ERP Martini transforms Coupa payloads into Oracle REST, SOAP, or FBDI structures, applies validation and ownership rules, submits the transaction, and reconciles Oracle processing results back to Coupa on a schedule or through selected events.
Workday Exchange worker, organization, cost-center, expense, or financial information when Workday and Oracle share enterprise processes. Workday → Martini → Oracle Fusion Cloud ERP Martini orchestrates scheduled or event-assisted synchronization, maps Workday organizational identifiers to Oracle business units and accounting structures, and records watermarks and reconciliation outcomes for repeatable processing.
NetSuite Exchange financial, customer, supplier, and subsidiary information in organizations operating both Oracle Fusion Cloud ERP and NetSuite. NetSuite → Martini → Oracle Fusion Cloud ERP Martini applies explicit system-of-record rules, transforms NetSuite and Oracle payloads into canonical structures, uses stable external identifiers for idempotency, and runs scheduled reconciliation for balances and master data.
Jira Link delivery and work-management information with Oracle Projects, project costs, and financial status. Jira → Martini → Oracle Fusion Cloud ERP Martini exposes or consumes APIs for approved project updates, maps Jira work items to Oracle Projects and tasks, and synchronizes cost or status information using scheduled workflows with validation and retry handling.
Workato Use an integration or orchestration intermediary alongside applications connected to Oracle Fusion Cloud ERP. Workato → Martini → Oracle Fusion Cloud ERP Where both platforms participate, Martini can consume or expose controlled APIs and coordinate ownership boundaries, transforming payloads and preventing duplicate processing through correlation identifiers and shared status handling.
Microsoft Power BI Deliver curated Oracle financial or operational data for analytics and reporting without relying on direct access to the Oracle SaaS database. Oracle Fusion Cloud ERP → Martini → Microsoft Power BI Martini retrieves data through Oracle REST, supported reporting interfaces, extracts, or scheduled processes, normalizes it for the reporting model, and publishes it through a controlled API or file-based exchange for Power BI ingestion.

How to build a Oracle Fusion Cloud ERP integration in Martini

Objective

Establish the Oracle endpoint and authentication model for the subscribed modules and environment.

Instructions in Martini

  • Configure the Oracle REST or SOAP endpoint for the target quarterly release.
  • Select OAuth 2.0, Basic Authentication, or WS-Security according to the Oracle interface.
  • Store client secrets, credentials, tokens, and environment settings in protected Martini configuration.
  • Confirm the integration user has the required Oracle job roles, privileges, and data access.

Objective

Select an event-driven, API-led, or scheduled start based on Oracle coverage and the business process.

Instructions in Martini

  • Use a Martini API or event intake when a selected Oracle business event can be delivered to Martini.
  • Use a scheduler for polling, reconciliation, FBDI monitoring, and asynchronous process status.
  • Define the synchronization watermark, event identifier, or source correlation key.

Objective

Obtain the authoritative Oracle object or source transaction before transformation and routing.

Instructions in Martini

  • Call the relevant REST resource or SOAP operation.
  • Follow pagination and retrieve required child resources such as invoice lines or purchase-order schedules.
  • Treat event payloads as notifications when they contain only identifiers and retrieve current Oracle data.
  • Persist Oracle request, process, batch, or correlation identifiers.

Objective

Coordinate validation, transformations, business rules, target writes, and asynchronous follow-up in a maintainable workflow.

Instructions in Martini

  • Branch by object type, module, status, or processing method.
  • Separate synchronous submission from scheduled status monitoring.
  • Use reusable workflow logic for common authentication, correlation, and error handling.

Objective

Convert Oracle JSON, XML, or import files into the target model while enforcing accounting and business requirements.

Instructions in Martini

  • Map Oracle object fields to a canonical or target model.
  • Validate supplier, customer, business-unit, ledger, currency, accounting, and external-reference fields.
  • Transform XML, JSON, CSV, Excel, or FBDI structures as required.
  • Apply deterministic identifiers and duplicate-prevention rules.

Objective

Submit data to the target system and confirm the business outcome rather than relying only on transport success.

Instructions in Martini

  • Use REST, SOAP, FBDI, or an asynchronous process appropriate to the volume and object.
  • Poll scheduled-process or import status at a controlled interval.
  • Update the source system with Oracle identifiers and final status.
  • Run periodic reconciliation for late updates, corrections, and missed events.

Common Oracle Fusion Cloud ERP data objects used in integrations

ObjectTypical UseCommon target systemsMartini handling
SuppliersSynchronize supplier master data, sites, contacts, qualification information, and procurement relationships.Coupa, ServiceNow, Salesforce, Workday, NetSuiteMartini retrieves or receives supplier data through REST, SOAP, FBDI, or selected event paths, validates identifiers and business-unit access, and applies idempotent upsert rules.
Purchase OrdersExchange procurement orders, lines, schedules, distributions, approvals, and fulfillment information.Coupa, ServiceNow, Salesforce, NetSuiteMartini maps source requisition or order structures to Oracle resources, submits supported REST, SOAP, or import operations, and polls approval or processing status where necessary.
InvoicesProcess Payables invoices, lines, distributions, validation status, and payment-related information.Coupa, Salesforce, ServiceNow, banks, data platformsMartini validates supplier, currency, accounting, and duplicate keys before submission, chooses REST or FBDI for volume, and records Oracle validation and process identifiers.
Customers and Customer AccountsSynchronize customer parties, accounts, sites, and account relationships for receivables and downstream sales processes.Salesforce, NetSuite, Power BI, customer portalsMartini maps customer and account identifiers, handles child resources and pagination, and applies ownership, duplicate, and reconciliation rules.
Journals and Journal BatchesTransfer General Ledger journal batches, headers, lines, ledgers, and accounting-period information.Workday, NetSuite, banks, data platformsMartini validates balancing and accounting dimensions, submits REST, SOAP, or FBDI workloads, and monitors asynchronous import or posting outcomes.
Projects and Project CostsExchange project definitions, tasks, expenditure items, resources, and cost transactions.Jira, Salesforce, Workday, Power BIMartini maps project and task identifiers, retrieves paginated costs, applies period and status rules, and schedules reconciliation for late or corrected transactions.

Authentication and security considerations

Authentication and authorization

Oracle Fusion Cloud ERP REST configurations may use OAuth 2.0 or Basic Authentication, while SOAP services commonly use WS-Security credentials. The Oracle integration user or application must also have the required job roles, duty roles, privileges, business-unit access, ledger access, and data-security assignments.

Protecting credentials

Martini should store OAuth client secrets, credentials, tokens, endpoint URLs, and environment-specific settings in protected configuration or secrets rather than workflow definitions. Limit access to integration assets and avoid placing financial or credential data in logs.

Least privilege

Test requests using the actual Oracle integration account. A valid token or SOAP credential does not by itself grant access to ERP business objects or processes.

Operational considerations for Oracle Fusion Cloud ERP integrations

Throughput and pagination

Oracle service protection, concurrency, and rate controls vary by service and environment. Use bounded concurrency, backoff, and batch or FBDI methods where appropriate. Follow REST pagination links or documented parameters rather than assuming a collection fits in one response.

Asynchronous processing

FBDI imports, scheduled processes, and long-running operations may return a process identifier before the business result is known. Persist the identifier, poll at a controlled interval, and distinguish submission success from validation, approval, import, or posting success.

Idempotency and concurrency

Use stable external references, source identifiers, and correlation IDs to prevent duplicate submissions. Respect Oracle optimistic-concurrency controls and handle conflicts when a resource changes between retrieval and update.

Release and schema testing

Oracle Fusion Cloud follows a quarterly update cycle. Validate resource versions, required fields, enumerations, roles, and behavior against the customer's current pod, and retest integrations after relevant updates.

Errors and reconciliation

Handle transport, authentication, authorization, validation, approval, import, business-rule, duplicate, and concurrency failures separately. Preserve Oracle request, correlation, batch, and process identifiers, and run periodic reconciliation even when event notifications are enabled.

Why use Martini instead of scripts or point-to-point integrations?

Orchestrate complete business processes

Martini coordinates Oracle REST calls, SOAP operations, file preparation, asynchronous status checks, target-system writes, and exception paths in one maintainable workflow rather than scattering logic across scripts.

Separate vendor and enterprise models

Mappings and transformations allow Oracle-specific JSON, XML, and FBDI structures to be converted into canonical models or controlled APIs for Salesforce, Coupa, ServiceNow, reporting platforms, and other applications.

Make operations repeatable

Scheduled workflows support polling, reconciliation, and process monitoring, while validation, correlation identifiers, retry handling, and protected configuration make integrations more reliable than ad hoc point-to-point code.

Expose reusable integration APIs

Martini can provide a controlled API façade for downstream applications, centralizing authentication, business rules, data access, and Oracle-specific implementation details without requiring every consumer to understand Oracle services.

Frequently asked questions

How can Oracle Fusion Cloud ERP be integrated with enterprise systems?

Oracle Fusion Cloud ERP can be integrated through REST APIs, SOAP web services, File-Based Data Import, asynchronous and scheduled processes, supported file or attachment interfaces, and selected business events or outbound notifications. The appropriate method depends on the Oracle module, object, volume, and process requirements.

Can Martini integrate with Oracle Fusion Cloud ERP?

Yes. Martini can consume Oracle Fusion Cloud ERP REST APIs and SOAP services, process supported files and imports, orchestrate asynchronous workflows, and use selected business-event delivery paths. No Martini-native Oracle Fusion Cloud ERP connector is confirmed by the supplied documentation.

Do I need a connector to integrate Oracle Fusion Cloud ERP with Martini?

No. A dedicated Oracle Fusion Cloud ERP connector is not required. Martini can use Oracle's native REST APIs, SOAP services, authentication methods, file-based imports, attachments, and selected event or outbound-notification paths.

Is there any extra Lonti cost to integrate Oracle Fusion Cloud ERP with Martini?

Lonti does not charge an additional per-connector or per-vendor fee to integrate Oracle Fusion Cloud ERP. The integration is subject to the provisioned capacity of the Martini environment. Separate costs may apply from Oracle, cloud infrastructure, identity services, or other third parties based on subscriptions, usage, and deployment model.

Should an Oracle integration use REST APIs, SOAP services, or FBDI?

REST is generally appropriate for supported resource-oriented operations. SOAP is relevant for enterprise business services, process-oriented operations, and functions not fully available through REST. FBDI, batch, or asynchronous processing is often more suitable for high-volume or long-running imports.

Does Oracle Fusion Cloud ERP provide webhooks or business events?

Oracle Fusion applications support business events and outbound notifications for selected objects and lifecycle events, but coverage is not universal. The required event, payload, delivery behavior, and any intermediary such as Oracle Integration must be confirmed for the target implementation.

How does Martini handle Oracle synchronization, mapping, and duplicate prevention?

Martini can use scheduled workflows, event notifications, persisted watermarks, pagination, and periodic reconciliation for synchronization. It maps JSON, XML, and file structures, applies validation and business rules, and uses source identifiers, external references, and correlation IDs to make retries safer and reduce duplicate invoices, suppliers, journals, or purchase orders.

Can Martini expose an API façade for Oracle Fusion Cloud ERP?

Yes. Martini can expose a controlled API that normalizes selected Oracle Customers, Suppliers, Invoices, Purchase Orders, or other supported objects for downstream applications. The façade can centralize authentication, mapping, validation, business rules, error handling, and access to Oracle-specific implementation details.