Public PreviewTesting header enabled
Open sitemap
/integrations

Integrations

An integration model designed for institutional change.

Keep the domain core stable while vendors evolve. Integrations live behind ports, are auditable, and support both synchronous workflows and async processing.

What we integrate with

Operfix is built to connect to the ecosystem around portfolio, trading, and reporting—without leaking vendor complexity into core workflow.

Market data illustration

Market data

Gateway

Ingestion (REST/WebSocket), snapshots, reference data, normalization.

Brokers / OMS illustration

Brokers / OMS

Trading

Order routing, acknowledgements, execution updates, cancellations.

Custodians illustration

Custodians

Post-trade

Settlement status, confirmations, reconciliations, exceptions.

Pricing / reference illustration

Pricing / reference

Data

Instrument metadata, curves, corporate actions feeds.

Climate / ESG illustration

Climate / ESG

Specialty

Vendor overlays, emissions factors, scenario outputs.

Identity (SSO) illustration

Identity (SSO)

Trust

OIDC/SAML, SCIM provisioning, enterprise policy hooks.

Reliability posture

Integrations are where operational risk concentrates. We design for traceability, idempotency, and controlled failure modes.

Contract boundary

Ports

Domain stays vendor-agnostic

Execution model

Sync + async

Workflows + job queues

Failure handling

Visible states

No silent drops

Traceability

Audit-by-default

Event IDs and correlation

How it works (high level)

A consistent pattern across modules: API action → use case → port → adapter → vendor.

  1. 1) Orchestrate

    API/BFF01

    Route handlers accept a request, validate it, and call an application use case—no vendor code in the HTTP layer.

  2. 2) Enforce workflow

    Application + domain02

    The use case applies policy, lifecycle transitions, and emits domain events for audit and async work.

  3. 3) Adapt

    Infrastructure adapters03

    Adapters implement ports, translate formats, apply retries/backoff, and attach correlation IDs.

Integration patterns by workload

Choose the integration shape based on the risk and latency requirements.

CapabilityUse forGuaranteesOperational notes
Synchronous (request/response)Approvals, compliance checks, order actionsImmediate feedback, consistent user experienceTimeout budgets, clear error mapping, no long-running tasks
Asynchronous (jobs/events)Market ingestion, risk runs, report generationRetries, dedupe, backpressureQueue visibility, dead-letter handling, measurable SLAs
Hybrid (sync trigger + async completion)Trade confirmation, settlement updates, vendor reconciliationUser gets a tracking ID, status updates laterStatus pages, audit trail, operator runbooks

Integrations should not leak into the domain core.

Ports keep workflow stable; adapters evolve per vendor. Every vendor call is traceable, retryable where safe, and reflected in lifecycle state.

Module map

Related pages

Cross-links across the public site for architecture, trust, specialty modules, and rollout.