ml-connector
Oracle PeopleSoftProcurify

Oracle PeopleSoft and Procurify integration

Oracle PeopleSoft runs finance and human resources on premises. Procurify manages procurement and spend centrally in the cloud. Connecting the two keeps approved purchases flowing from the procurement system into the financial system without manual order entry. Requisitions approved in Procurify become purchase orders in PeopleSoft, vendor and account data align across both systems, and procurement approvals feed directly into the ledger without re-keying.

How Oracle PeopleSoft works

Oracle PeopleSoft exposes vendors, purchase orders, requisitions, invoices, and GL accounts through REST and SOAP APIs accessible via PeopleTools service operations. Each customer operates a self-hosted instance with its own hostname, port, and Tuxedo node configuration. Authentication uses either HTTP Basic Auth with an operator ID and password or OAuth2 bearer tokens for PeopleTools 8.58 and later. The API is primarily read-only inquiry operations; write operations require SOAP Component Interface calls or Integration Broker asynchronous messages. PeopleSoft publishes no webhooks, so procurement records are read by polling with date-range filters on inquiry endpoints.

How Procurify works

Procurify exposes vendors, purchase orders, requisitions, bills, and account codes through a REST API over HTTPS with an OAuth2 client credentials workflow. Every request requires an Authorization header with a bearer token refreshed every 24 hours and a mandatory X-Procurify-Client header. The API is predominantly read-only; approved requisitions and order items flow out but creation of new purchase orders happens through requisition approval workflows rather than direct API calls. Procurify publishes no webhooks, so records are read by polling with date-range filters on the purchase orders, requisitions, and bills endpoints.

What moves between them

The primary flow is from Procurify into PeopleSoft. Approved requisitions and ordered items from Procurify are polled on a schedule you set and posted into PeopleSoft as purchase orders, mapped to the corresponding vendors and GL account codes. Vendor master data is synchronized in both directions so that new vendors registered in Procurify exist in PeopleSoft before any order references them. Account codes and cost centers are aligned in both directions so each order line lands on a valid GL dimension. PeopleSoft invoice records can be read back to close matching purchase orders in Procurify if reconciliation workflows require it.

How ml-connector handles it

ml-connector accepts each customer's unique PeopleSoft hostname and node name since PeopleSoft publishes no shared base URL. It authenticates PeopleSoft with either HTTP Basic Auth or OAuth2 bearer token depending on PeopleTools version, and Procurify with OAuth2 client credentials, refreshing the Procurify token on every 24-hour boundary. It polls Procurify's requisitions and order items endpoints with date-range filters, maps the Procurify cost center and account code fields to PeopleSoft GL dimensions and vendor identifiers, and posts the result to PeopleSoft SOAP Component Interface services. Because both systems are pull-only, polling is the only option. PeopleSoft service operations must be explicitly activated by the customer's PeopleSoft administrator in the Integration Broker console before ml-connector can use them. The integration tracks processed requisition IDs to avoid duplicate posts and retries failed writes with exponential backoff. Both credential sets are encrypted at rest, and every transaction carries a full audit trail.

A real-world example

A mid-market manufacturing company runs Oracle PeopleSoft for finance and supply chain on their own servers and uses Procurify for procurement and vendor management in the cloud. Before the integration, the procurement team approved requisitions in Procurify and the finance team manually entered matching purchase orders into PeopleSoft, a process prone to order-quantity and account-code errors and taking 2-3 days to reconcile. With Procurify and PeopleSoft connected, each approved requisition syncs automatically as a purchase order in the ledger, mapped to the correct vendors and GL accounts, eliminating manual entry and accelerating the purchase-to-pay cycle.

What you can do

  • Sync approved requisitions and ordered items from Procurify into PeopleSoft as purchase orders, mapped to the correct vendors and GL account codes.
  • Keep vendor master data aligned between Procurify and PeopleSoft so new suppliers can be registered in procurement before any order references them.
  • Map Procurify cost centers and account codes to PeopleSoft GL dimensions so purchase orders land on valid ledger accounts.
  • Authenticate PeopleSoft with HTTP Basic Auth or OAuth2 bearer tokens and Procurify with OAuth2 client credentials, storing both encrypted and refreshing tokens on schedule.
  • Poll both systems on a schedule you control, with automatic deduplication, retries, and a full audit trail on every record.

Questions

Which direction does data move between Oracle PeopleSoft and Procurify?
The primary flow is from Procurify into PeopleSoft. Approved requisitions and ordered items move from Procurify into PeopleSoft as purchase orders. Vendor and account code data is synchronized in both directions so that reference tables stay aligned. PeopleSoft invoice records can be read back to close matching orders in Procurify if your reconciliation workflow requires it.
How does the integration handle PeopleSoft's self-hosted architecture and unique hostname?
ml-connector accepts the full PeopleSoft hostname, port, and Tuxedo node name as configuration per customer, since PeopleSoft publishes no shared API base address. It also requires the customer's PeopleSoft administrator to explicitly activate the necessary service operations in the Integration Broker console before the integration can use them. This is a one-time setup step unique to on-premise PeopleSoft.
Does the integration support real-time synchronization or webhooks?
Both PeopleSoft and Procurify are pull-only; neither system publishes webhooks for procurement events. ml-connector polls both systems on a schedule you configure using date-range filters to identify new or updated records. This approach avoids the firewall complexity of exposing a webhook endpoint to PeopleSoft while keeping procurement in sync with finance on a regular cadence.

Related integrations

Connect Oracle PeopleSoft and Procurify

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

Get started