Core platform
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
Integrations
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
Where results land
Your customer record, warehouse, and ticketing stay where they are. VerifiX holds the verification evidence and the audit trail.
Where it connects
Each surface names the direction data moves and the endpoints or protocols involved, so your architect can size the work from this page.
Trigger verifications from your exchange, core banking, or account-opening system and write the decision back against the customer record.
Stream decisions, risk scores, and case events into your warehouse for MI, board reporting, and model review.
Route escalations and rescreening hits into the channel your analysts already watch, with a deep link back to the case.
Open a task when a case needs a document from the customer, and close it automatically when the evidence lands.
SAML and OIDC single sign-on with group-to-role mapping so console access follows your directory, not a spreadsheet.
Company registries, sanctions and PEP data, adverse media, and chain analytics — Sources are named in your contract and in our sub-processor list.
How it connects
Most customers combine two: hosted flow for the customer-facing capture, REST and webhooks for everything internal.
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 }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/…" }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 completesScheduled 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/exportReference
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 exportNamed connectors
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.
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.
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.
Every decision keeps the documents, screening results, scores, and reviewer actions that produced it, exportable as a single case file when an examiner asks.
Who checked what, when, and on which policy version is recorded automatically — no spreadsheets reconstructed after the fact.
Rescreening and periodic review run on the cadence set for your license type, so lapses are not something you have to remember.
Send your core platform, warehouse, and ticketing stack and we will confirm the integration path before you commit.