.png)
Xactly Integration Guide
Integrate Xactly Incent with enterprise systems through tenant-specific REST APIs, batch exchanges, files, and controlled compensation workflows.
Xactly integration options at a glance
Xactly Incent integrations primarily use tenant-specific REST APIs for participant, transaction, credit, quota, earnings, and payment data. High-volume compensation processing may use batch or asynchronous interfaces, while selected processes may support structured file imports or exports. Legacy or product-specific SOAP interfaces may exist, but their availability must be confirmed for the customer environment. Authentication can involve OAuth 2.0 or provisioned service credentials, with access controlled by tenant, role, and product permissions. Martini can orchestrate scheduled workflows, consume Xactly APIs, process supported files, map and validate compensation data, and expose controlled APIs for downstream applications.
Common Xactly integration patterns
Common Xactly data objects used in integrations
Authentication and security considerations
Tenant-specific authentication
Xactly authentication is product- and environment-specific. Confirm whether the provisioned interface uses OAuth 2.0, client credentials, service accounts, or another approved method, including scopes, token behavior, tenant identifiers, and endpoint URLs.
Least-privilege access
Use a dedicated Xactly integration identity with only the roles and permissions required for the relevant Participants, Transactions, Credits, Quotas, Payments, or related objects.
Martini secrets
Store Xactly credentials, OAuth client data, tokens, and environment-specific configuration in Martini-managed secrets or secure environment configuration rather than in workflows or mappings.
Compensation data protection
- Limit compensation and employee data to authorized workflows and target systems.
- Avoid writing payment amounts or personally identifiable information to verbose logs.
- Preserve correlation identifiers and audit metadata without exposing unnecessary sensitive fields.
Operational considerations for Xactly integrations
Pagination and incremental processing
Confirm whether Xactly endpoints use pages, offsets, cursors, or continuation tokens. Use stable sorting and persist modified-time, effective-date, or processing-status watermarks where supported.
Batch volume and rate behavior
Confirm payload limits, concurrency restrictions, import-job limits, and asynchronous processing behavior before processing high-volume Transactions near period close.
Idempotency and reconciliation
Use stable source identifiers or confirmed external identifiers to prevent duplicate Transactions. Reconcile submitted, accepted, rejected, and finalized results rather than treating an accepted batch as proof of individual success.
Retries and errors
- Retry transient transport and rate-limit failures with controlled backoff.
- Do not automatically retry permanent validation or business-rule rejections.
- Route unresolved records to an exception or review workflow.
Schema and testing
Xactly compensation models can vary by customer and may change between plans or periods. Test mappings in a non-production environment, monitor API lifecycle changes, and keep optional fields aligned with the tenant schema.
Why use Martini instead of scripts or point-to-point integrations?
Orchestration across systems
Martini coordinates Xactly API calls, HR synchronization, sales transaction imports, payroll delivery, file processing, and analytics publication in workflows that are easier to govern than isolated scripts.
Reusable mapping and business logic
Mappings, validations, effective-date rules, approval checks, and reconciliation logic can be structured as reusable integration assets rather than duplicated across point-to-point interfaces.
Operational resilience
Martini supports scheduled and API-triggered workflows with explicit handling for pagination, batch status, retries, exceptions, and monitoring. This is important when compensation processing involves high volumes and period-close controls.
Controlled API exposure
Martini can expose a secured API façade for approved Xactly data, allowing applications to consume normalized results without receiving Xactly credentials or depending directly on tenant-specific implementation details.