TrustVerify logoTrustVerify
Decorative footer background
TrustVerify logoTrustVerify

Identity and business verification for UK marketplaces. ID document and selfie checks, UK company and director checks, and a recorded decision on every check.

020 4542 7323

Solutions

  • All solutions
  • Identity (IDV/KYC)
  • Business (KYB)
  • Bot detection
  • AML & PEP screening
  • Seller verification (KYS)
  • UK registry checks
  • Ongoing monitoring
  • Review queue & trust score
  • Fraud checks
  • IP geolocation
  • Email validation
  • Escrow (secure transactions)

Industries

  • Marketplaces

Developers

  • Platform
  • Integrations
  • Developer docs
  • API reference
  • Webhooks
  • Changelog
  • API status
  • Help centre

Blog

  • All articles
  • Glossary
  • Compare
  • Sumsub alternatives
  • Onfido alternatives
  • Veriff alternatives

Company

  • About TrustVerify
  • Careers
  • Contact sales
  • Privacy policy
  • Cookie policy
  • Terms of service

© 2026 Magnificentech Solutions Ltd (Company No. 16321180), trading as TrustVerify. Registered in England & Wales. All rights reserved. · trustverify.co.uk

TrustVerify, Willow Farm, Choppington, Northumberland NE62 5EU · 020 4542 7323

Get started

  • Overview
  • Quickstart
  • Authentication
  • Sandbox and test data

Guides

  • KYC seller onboarding
  • UK business verification (KYB)
  • Sanctions and PEP screening
  • Fraud score: device, IP and bots
  • Trust score
  • Email and phone checks
  • Selfie checks
  • Hosted and mobile capture
  • Reports and evidence bundles
  • Running saved workflows
  • Retrieving check results

Integrations

  • Stripe Connect marketplaces
  • Sharetribe marketplaces
  • Shopify
  • WooCommerce

Webhooks

  • Webhooks

Reference

  • API reference
  • Errors
  • Rate limits and quotas
  • Versioning
  • Changelog
  • OpenAPI and Postman
  • SDKs (coming soon)

Trust

  • Security, GDPR and UK data

More

  • API status
  • API keys
Docs menu

Get started

  • Overview
  • Quickstart
  • Authentication
  • Sandbox and test data

Guides

  • KYC seller onboarding
  • UK business verification (KYB)
  • Sanctions and PEP screening
  • Fraud score: device, IP and bots
  • Trust score
  • Email and phone checks
  • Selfie checks
  • Hosted and mobile capture
  • Reports and evidence bundles
  • Running saved workflows
  • Retrieving check results

Integrations

  • Stripe Connect marketplaces
  • Sharetribe marketplaces
  • Shopify
  • WooCommerce

Webhooks

  • Webhooks

Reference

  • API reference
  • Errors
  • Rate limits and quotas
  • Versioning
  • Changelog
  • OpenAPI and Postman
  • SDKs (coming soon)

Trust

  • Security, GDPR and UK data

More

  • API status
  • API keys
  1. Docs
  2. /Guides
  3. /Running saved workflows

Running saved workflows

Run a workflow you built in the dashboard from your server with one call, and read the per-step results.

Build a workflow once in the dashboard workflow builder, then run it from your server with one call. Each step runs when the input it needs is in the request, and otherwise reports as skipped. Running workflows through the API needs a plan that includes custom workflows.

Run a workflow#

Send the numeric workflowId shown in the dashboard and the inputs your steps read to POST /api/v1/workflows/run. The run is synchronous: the per-step results are in the response.

curl -sS -X POST 'https://api.trustverify.co.uk/api/v1/workflows/run' \
  -H "Authorization: Bearer $TRUSTVERIFY_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
  "workflowId": 12,
  "inputs": {
    "name": "Test Person",
    "dateOfBirth": "1980-01-01",
    "country": "GB"
  }
}'
FieldMeaning
workflowIdRequired. The numeric id of one of your saved, active workflows.
inputsThe values your steps read, such as userId, name, dateOfBirth, country, entityType, companyNumber, transactionId or ipAddress.
contextAn alias for inputs. If you send both they are merged, and inputs wins for a key in both.

A webhookUrl on the request is not called: per-request callbacks are paused and the response carries callback not_sent. Use the result in the response.

The response#

status is completed, incomplete or failed, and results holds one entry per step. An AML step reads name, dateOfBirth, country and entityType; entityType takes the same values as the screening endpoint's type, and any other value is a 400.

Errors#

  • 400: workflowId missing or not a number, the workflow is not active, or an input a step reads is invalid.
  • 404: no workflow with that id belongs to your account.
  • 403: your plan does not include custom workflows.
← Reports and evidence bundlesRetrieving check results →

Last updated 30 October 2026. Something unclear or wrong? Tell us.