Skip to content
VerifiX — secured by ITSEC

Integrations

Fits the stack you already run.

VerifiX sits between your product and your compliance function. It does not ask you to move your customer record, your warehouse, or your ticketing.

Your systems

  • Onboarding appweb / mobilecalls VerifiX
  • Core platformexchange · core bankingcalls VerifiX
  • Ticketing and CRMcustomer follow-upcalls VerifiX
VerifiXVerification, screening, casesREST · webhooks · batch

Where results land

  • Data warehouseMI and board reportingreceives from VerifiX
  • Workflow and alertinganalyst channelsreceives from VerifiX
  • Your object storageevidence exportreceives from VerifiX

Your customer record, warehouse, and ticketing stay where they are. VerifiX holds the verification evidence and the audit trail.

Where it connects

Six integration surfaces

Each surface names the direction data moves and the endpoints or protocols involved, so your architect can size the work from this page.

01

Core platform

Two-way

Trigger verifications from your exchange, core banking, or account-opening system and write the decision back against the customer record.

  • POST /v1/verifications
  • webhook verification.decided
02

Data warehouse

VerifiX → your system

Stream decisions, risk scores, and case events into your warehouse for MI, board reporting, and model review.

  • GET /v1/events
  • scheduled export
03

Workflow and alerting

VerifiX → your system

Route escalations and rescreening hits into the channel your analysts already watch, with a deep link back to the case.

  • webhook case.escalated
  • webhook screening.hit
04

Ticketing and CRM

Two-way

Open a task when a case needs a document from the customer, and close it automatically when the evidence lands.

  • webhook case.info_requested
  • POST /v1/cases/{id}/notes
05

Identity and SSO

VerifiX ← your system

SAML and OIDC single sign-on with group-to-role mapping so console access follows your directory, not a spreadsheet.

  • SAML 2.0
  • OIDC
  • SCIM provisioning
06

Registries and screening data

VerifiX ← your system

Company registries, sanctions and PEP data, adverse media, and chain analytics — Sources are named in your contract and in our sub-processor list.

  • managed by VerifiX
  • no contract of yours required

How it connects

Four patterns, pick per system

Most customers combine two: hosted flow for the customer-facing capture, REST and webhooks for everything internal.

01

REST + webhooks

The default

You call the API when a customer starts onboarding; we call your endpoint when the decision or an alert is ready.

POST /v1/verifications
→ 202 { "id": "ver_8H2K", "status": "pending" }

# later, to your endpoint
POST https://you.example/verifix
{ "event": "verification.decided",
  "decision": "clear", "risk_score": 18 }
02

Hosted flow

Fastest to launch

Redirect or embed the hosted verification flow, and skip building capture, guidance, and retry UX entirely.

POST /v1/sessions
{ "journey": "uae_vasp_retail",
  "return_url": "https://you.example/done" }

→ { "url": "https://verify.verifix.ae/s/…" }
03

Bulk and batch

Remediation and periodic review

Upload an existing book for remediation or periodic review, and receive results as they complete rather than in one blocking job.

POST /v1/batches            # CSV or JSONL
→ { "id": "bat_21", "rows": 14820 }

GET /v1/batches/bat_21/results?cursor=…
# results stream as each row completes
04

Export and retention

Audit and archive

Scheduled evidence and audit export to your own storage — your own object storage

GET /v1/audit/export?from=2026-01-01
→ signed archive URL (evidence + trail)

# or scheduled delivery to your bucket
PUT /v1/settings/export

Reference

The endpoints you will actually call

A first integration usually touches five of them.

# Trigger from your core system
POST /v1/verifications            # start a KYC or KYB journey
GET  /v1/verifications/{id}       # poll if you cannot receive webhooks
POST /v1/entities/{id}/monitor    # put an approved entity under ongoing monitoring
GET  /v1/cases?status=escalated   # feed your analyst work queue
GET  /v1/audit/export?from=...    # scheduled evidence export
Auth
Bearer key per environment, scoped and rotatable
Idempotency
Idempotency-Key accepted on every write
Webhooks
Signed, retried with backoff, replayable from the console
Environments
Sandbox with deterministic test identities, then production
Versioning
Pinned per key; breaking changes ship as a new version

Named connectors

Specific systems

Pre-built connectors and their supported versions are confirmed per engagement — Connectors are confirmed during onboarding. Anything without a connector is reachable through the REST API and webhooks, which is how most internal systems connect anyway.

  • Exchange and core banking
  • Warehouse and BI
  • Analyst chat and alerting
  • Ticketing and CRM
  • Identity provider
  • Object storage
Regulator-safe by default

Compliance you don't have to worry your way through

The stressful part of KYC is rarely the technology — it is wondering whether what you did will hold up when someone asks. VerifiX is built so the answer is already on file: UAE-hosted data, journeys mapped to your authority, and a complete evidence trail behind every decision.

  • VARA
  • CBUAE
  • CMA
  • DFSA
  • FSRA
Hosting
UAE regions on AWS and Azure
Certifications (ITSEC)
ISO 27001 and ISO 22301
  • Journeys mapped to your authority

    Pick your regulator and the onboarding sequence, checks, and review cycles are already configured — you are not designing a compliance flow from a blank page.

  • Evidence pack per case

    Every decision keeps the documents, screening results, scores, and reviewer actions that produced it, exportable as a single case file when an examiner asks.

  • Audit trail you did not have to build

    Who checked what, when, and on which policy version is recorded automatically — no spreadsheets reconstructed after the fact.

  • Ongoing obligations run themselves

    Rescreening and periodic review run on the cadence set for your license type, so lapses are not something you have to remember.

Tell us what you run

Send your core platform, warehouse, and ticketing stack and we will confirm the integration path before you commit.