ml-connector
Oracle E-Business SuiteJira

Oracle E-Business Suite and Jira integration

Oracle E-Business Suite manages procurement and supply chain. Jira tracks project work and issues. Connecting them keeps project teams informed of supplier activity, purchase order approvals, and delivery status without manual updates. When a purchase order is created or a vendor shipment is received in Oracle E-Business Suite, the team sees it in Jira as an issue. Project managers can link purchase orders to sprints and track dependencies without context-switching between systems.

How Oracle E-Business Suite works

Oracle E-Business Suite exposes purchase orders, vendors, invoices, purchase requisitions, goods receipts, and items through the Integrated SOA Gateway (ISG), a REST and SOAP service layer deployed on each customer's on-premises infrastructure. Authentication uses HTTP Basic credentials (username and password) or session tokens obtained via a login endpoint, and requires application context headers specifying the responsibility, organization, and language. The ISG publishes no modern webhook system, so procurement records are retrieved by polling the open interface views and base tables, using the LAST_UPDATE_DATE column to detect changes. Each customer provides their own hostname and port, and there is no shared public URL.

How Jira works

Jira exposes issues, projects, users, worklog, and custom fields through REST APIs with optional 3LO OAuth 2.0 or Basic auth via API token. Jira publishes events through webhook registration at a REST endpoint that ml-connector can manage and refresh, with events including jira:issue_created, jira:issue_updated, jira:issue_deleted, comment_created, and worklog_created. Webhooks expire after 30 days and must be refreshed before expiry. Custom field IDs vary per Jira instance, and signature verification uses HMAC-SHA256 on the X-Hub-Signature header.

What moves between them

The main flow runs from Oracle E-Business Suite into Jira. Purchase orders and vendors from Oracle E-Business Suite are polled on a schedule and synced as Jira issues in a designated project. Changes to purchase order status, shipment receipts, and vendor details trigger issue updates in Jira. Worklog entries and comments in Jira can optionally flow back to Oracle E-Business Suite as notes or attachments on the source purchase order record, but financial postings and invoice creation remain in Oracle E-Business Suite only.

How ml-connector handles it

ml-connector stores the Oracle E-Business Suite Basic auth credentials encrypted and polls the ISG at the customer-provided hostname and port on a schedule. It retrieves purchase orders, vendors, and line items using the Integration Repository REST service, filtering by LAST_UPDATE_DATE to detect changes. For each purchase order or key procurement event, ml-connector creates or updates a Jira issue in the mapped project, populating the issue title with the purchase order number, the description with vendor name and line details, and custom fields with order amount and status. ml-connector registers a Jira webhook to receive issue updates, refreshes the webhook before the 30-day expiry window, and verifies webhook signatures using HMAC-SHA256. Because Oracle E-Business Suite is pull-only and write operations to the ISG are asynchronous (data lands first in interface tables, then concurrent programs import to base tables, which can take minutes), ml-connector tracks the state of posted data and retries on timeout. Oracle E-Business Suite session tokens expire after 30-60 minutes, so ml-connector re-authenticates on 401 responses and obtains a fresh token for each request session.

A real-world example

A manufacturing company with a distributed supply chain uses Oracle E-Business Suite to manage purchase orders across three plants and Oracle Financials for payment and accruals. The procurement team enters purchase orders into Oracle E-Business Suite and needs to notify project managers and shipping coordinators when orders are placed, approved, and received. Before the integration, the procurement analyst exported a spreadsheet of open orders and emailed it weekly, and critical receipt notifications were missed because the shipping team was not plugged into the Oracle E-Business Suite change log. With Oracle E-Business Suite and Jira connected, each new purchase order creates a Jira issue automatically in the Logistics project, tagged with the vendor and plant, and when a goods receipt is posted in Oracle E-Business Suite, the corresponding Jira issue is updated with the received date and quantity. Project managers and shipping coordinators see the updates in Jira and no longer depend on weekly emails.

What you can do

  • Sync purchase orders from Oracle E-Business Suite to Jira issues, updating status as orders move through approval and receipt.
  • Map vendor and supplier data from Oracle E-Business Suite to Jira custom fields so project teams can filter by supplier and plant.
  • Detect goods receipts and inventory movements in Oracle E-Business Suite and reflect them as Jira issue updates.
  • Handle Oracle E-Business Suite session token refresh on expiry and retry asynchronous writes to the ISG when concurrent programs are slow.
  • Manage Jira webhook registration and refresh to receive worklog and comment updates from project teams back into the source purchase order records.

Questions

Can I sync financial or invoice data from Oracle E-Business Suite to Jira?
No. Jira is a project tracking system and has no native accounting or invoice entities. ml-connector syncs purchase orders, vendors, goods receipts, and items for supply chain visibility. Financial postings, invoice creation, and accrual accounting remain in Oracle E-Business Suite and are not pushed to Jira.
How does ml-connector handle Oracle E-Business Suite polling when it has no webhooks?
ml-connector polls the ISG REST services on a scheduled interval you define, filtering purchase orders and receipts by LAST_UPDATE_DATE to detect changes. Because Oracle E-Business Suite writes to open interface tables that are then imported by concurrent programs (which can take minutes), ml-connector tracks the state of posted changes and retries if a write operation has not yet propagated. This approach avoids missing updates while not overwhelming the ISG with continuous requests.
What happens when Jira webhooks expire after 30 days?
ml-connector automatically refreshes your registered Jira webhooks before the 30-day expiry window closes, using a background job that checks expiry dates and calls the Jira refresh endpoint. If a webhook is not refreshed before expiry, it becomes inactive and Jira stops sending events, so ml-connector will re-register it on the next scheduled sync.

Related integrations

Connect Oracle E-Business Suite and Jira

Free to use. Add your credentials, ping your real systems, and see if we fit.

Get started