.png)
Oracle HCM Cloud Integration Guide
Integrate Oracle HCM Cloud with enterprise applications through REST and SOAP APIs, HCM Extracts, HDL files, and selected event notifications.
Oracle HCM Cloud integration options at a glance
Oracle HCM Cloud supports REST APIs for many workforce, recruiting, absence, benefits, payroll, and organizational resources, while SOAP services remain relevant for selected operations and legacy service contracts. HCM Extracts provide scheduled outbound files, and Oracle HCM Data Loader supports structured bulk inbound processing. Selected resources can provide Atom-feed or event-style notifications, although coverage is not universal. Authentication may use OAuth 2.0 or Basic Authentication subject to tenant configuration and Oracle roles. Martini can consume these APIs, retrieve and transform files, orchestrate asynchronous processing, expose normalized APIs, and apply validation, retry, and synchronization controls.
Common Oracle HCM Cloud integration patterns
Common Oracle HCM Cloud data objects used in integrations
Authentication and security considerations
Authentication and authorization
Oracle HCM Cloud integrations may use OAuth 2.0 or Basic Authentication depending on the endpoint, tenant configuration, and security policy. Selected file-transfer arrangements may use certificate or key-based security, but this should not be generalized to every HCM REST resource.
Authentication does not by itself provide access to HCM data. The Oracle integration user requires appropriate job roles, duty roles, data roles, security profiles, and OAuth scopes for the required objects and populations.
- Store credentials, tokens, and environment values in Martini secrets or secure configuration.
- Use HTTPS or Oracle-supported secure transfer channels.
- Validate access to Workers, Assignments, organizational structures, and any payroll data before production use.
- Apply least-privilege access and review role changes after Oracle quarterly updates.
Operational considerations for Oracle HCM Cloud integrations
Design for Oracle HCM Cloud operating conditions
- Handle REST pagination and bounded batch sizes for Workers, Assignments, and collection resources.
- Define whether current, future-dated, historical, or all effective-dated slices are required.
- Use bounded concurrency, backoff, and retry policies for throttling and transient 5xx responses.
- Use Oracle identifiers, HDL keys, or external identifiers to prevent duplicate updates.
- Distinguish transport, authorization, payload, business-rule, and row-level bulk errors.
- Capture Oracle request IDs, correlation identifiers, import statuses, and error files where available.
- Test mappings against a representative Oracle pod and review them for quarterly release changes.
- Validate reference data such as Jobs, Positions, Departments, Locations, Legal Employers, and Business Units before dependent transactions.
- Keep attachment and binary processing separate from ordinary JSON synchronization and verify resource-specific support.
Why use Martini instead of scripts or point-to-point integrations?
Centralize integration behavior
Scripts and point-to-point integrations often duplicate authentication, pagination, mapping, retry, and monitoring logic. Martini provides a maintainable workflow layer for orchestrating Oracle HCM APIs, SOAP services, files, notifications, and downstream applications.
- Build reusable workflows and APIs around Oracle HCM integration patterns.
- Apply consistent mapping, validation, effective-date, and business-rule handling.
- Coordinate synchronous, scheduled, event-driven, bulk, and asynchronous processing.
- Centralize error handling, retries, checkpoints, monitoring, and operational logging.
- Expose controlled canonical APIs so downstream applications do not depend directly on Oracle-specific payloads.
- Extend integration logic with custom code when documented endpoint behavior requires additional flexibility.