Skip to content
AMTEXConsulting

Oracle Integration Cloud

Integration is where enterprise programmes are won.

Application, scheduled and event-driven integrations on Oracle Integration Cloud, engineered with error handling, observability and CI/CD so they run for years, not just through go-live.

Reference integration architecture
  1. Source systems

    • Oracle EBS
    • Salesforce
    • Banks
    • Partners
    • SFTP
    • External APIs
  2. Integration

    Oracle Integration Cloud

    Adapters · Orchestration · Events · B2B

  3. Cloud services

    • OCI
    • Autonomous DB
    • Object Storage
    • Functions
    • API Gateway
  4. Enterprise applications

    • Fusion ERP
    • SCM
    • HCM
  5. Experiences

    • Web
    • Mobile
    • Analytics

Overview

Oracle Integration, done properly.

Most OIC estates start well and decay. Integrations are built quickly, error handling is an afterthought, nobody can tell which flow failed last night, and every change is a manual export and import. AMTEX builds OIC the way we would build any production software: designed, versioned, tested, observable and deployed by pipeline.

We work across OIC Gen 2 and Gen 3, with Fusion ERP, HCM and SCM adapters, E-Business Suite, databases, SFTP, REST and SOAP endpoints, OCI services and the SaaS platforms enterprises rely on.

Technologies

  • Oracle Integration Cloud
  • REST APIs
  • SOAP Web Services
  • SFTP & File Integration
  • OCI API Gateway
  • OCI Streaming & Events
  • OCI Functions
  • Autonomous Database
  • OCI Object Storage
  • OCI Vault & IAM
  • GitLab CI
  • GitHub Actions

What we deliver

Capabilities

Everything AMTEX builds, configures and runs across Oracle Integration.

  • Application integrations

    Real-time request and response flows between Fusion, EBS, CRM, e-commerce and partner systems using native adapters and REST.

  • Scheduled integrations

    Batch extracts, FBDI/HDL loads, bank files and reconciliations with incremental processing and restartability.

  • Event-driven architecture

    Fusion business events, OCI Streaming and Events driving downstream systems without polling.

  • REST & SOAP APIs

    APIs designed and documented first, exposed through OIC and OCI API Gateway with authentication and throttling.

  • SFTP & file processing

    Stage files, parse fixed-width and CSV at scale, encrypt with PGP, archive to Object Storage.

  • Fusion ERP, HCM & SCM adapters

    Deep use of the Fusion adapters: business objects, events, BIP report calls, FBDI callbacks and HCM Extracts.

  • Database & EBS integrations

    ATP, on-prem Oracle via connectivity agent, and EBS adapter for coexistence during migration.

  • OCI integrations

    Functions for complex transforms, Object Storage, Vault, Notifications and Queue as part of the integration fabric.

  • Error handling

    Global fault handlers, resubmission strategies, dead-letter patterns and business-readable error notifications.

  • Monitoring & observability

    Tracking identifiers, OCI Logging and Monitoring dashboards, alerting on business SLAs rather than just technical failures.

  • Performance optimisation

    Parallelism, paging, payload sizing and scheduling tuned against real volumes.

  • CI/CD

    Integration export, versioning, environment-specific connections and promotion via GitLab CI or GitHub Actions using the OIC REST APIs.

  • Gen 2 to Gen 3 migration

    Assessment, remediation of unsupported patterns, migration tooling and cut-over with rollback.

The hard parts

Where these projects become difficult

The places programmes slip, and what we do about each one.

  1. 01

    Silent failures

    The problem

    Integrations fail overnight and nobody knows until the business notices.

    How AMTEX approaches it

    Fault handling on every flow, business-level alerts, a daily health summary and dashboards a support analyst can act on.

  2. 02

    Environment drift

    The problem

    Test and production differ because changes were made by hand.

    How AMTEX approaches it

    Every integration lives in source control and is promoted by pipeline; connections are parameterised per environment.

  3. 03

    Fusion API limits

    The problem

    Large extracts time out or hit throttling.

    How AMTEX approaches it

    BIP-based extracts for volume, REST for transactions, paging and incremental watermarks, tested at production scale.

  4. 04

    Security

    The problem

    Credentials in plain connections, over-privileged integration users.

    How AMTEX approaches it

    OAuth 2.0 client credentials where supported, least-privilege integration roles, secrets in OCI Vault, certificate rotation planned.

  5. 05

    Reliability

    The problem

    Duplicate processing after retries corrupts data.

    How AMTEX approaches it

    Idempotency keys, tracking variables, controlled resubmission and reconciliation reports.

Architecture

What a well-built OIC estate looks like.

Sources on top, OIC in the middle doing orchestration only, OCI services doing the heavy lifting, targets below.

Detailed integration topology
  1. Sources

    • Fusion ERP / HCMBusiness events · REST · BIP
    • E-Business SuiteEBS adapter · PL/SQL APIs
    • External appsREST · SOAP
    • SFTP / filesCSV · fixed width · PGP
  2. Integration

    Oracle Integration Cloud

    App-driven · Scheduled · Event · B2B · Connectivity agent · Lookups · Libraries

  3. Supporting OCI services

    • ATP staging
    • Functions (transforms)
    • Object Storage (archive)
    • Vault (secrets)
    • Queue / Streaming
  4. Targets

    • SaaS platforms
    • Partner systems
    • API Gateway → apps
    • Data warehouse

Engineering standards

Five concerns every integration must satisfy.

These are the review criteria for every integration we build or take over.

  • One pattern per interface type: request/response, scheduled batch, event-driven, file exchange. Documented once, applied everywhere.
  • Canonical models for the objects that cross many boundaries (supplier, invoice, employee, order), with source-specific maps at the edges.
  • OIC orchestrates; heavy transforms go to Functions, staging to ATP, files to Object Storage. Each service does what it is good at.
  • Projects and packages structured by business domain so ownership is obvious and deployments are scoped.

How we work

From first conversation to steady state

  1. 01

    Inventory

    Every interface, its owner, its volume, its failure mode.

  2. 02

    Design

    Canonical models, patterns per interface type, error and monitoring standards.

  3. 03

    Build

    Integrations built to the standards, peer reviewed, tested with production-shaped data.

  4. 04

    Operate

    Pipelines, dashboards, runbooks and a support model that improves the estate each quarter.

FAQ

Common questions

Ready to make your integrations boring?

Boring means monitored, versioned and reliable. Let us look at your estate.