Track KYB status

Poll an organization’s KYB status or subscribe to verification webhooks

Verification is asynchronous. Bridge reviews the submission after the representative completes the hosted flow, and can revoke an endorsement later. Your app can poll for status or subscribe to webhooks. See Bridge’s customer status lifecycle for how Bridge derives each status.

Before tracking status, create a KYB link for the organization.

Fetch by API

Use the list method from the kyb resource on organizations().

import {PrivyClient} from '@privy-io/node';

const privy = new PrivyClient({
  appId: process.env.PRIVY_APP_ID!,
  appSecret: process.env.PRIVY_APP_SECRET!
});

const {kyb_statuses: statuses} = await privy.organizations().kyb.list('<organization-id>');

// one entry per provider the organization has been verified with
for (const status of statuses) {
  console.log(status.provider, status.kyb.status, status.endorsements);
}

Webhooks

Privy emits an organization.kyb.updated webhook whenever an organization’s verification state changes at Bridge, re-emitting Bridge’s customer webhooks as a Privy event. The payload carries a full state snapshot in data and a changes diff of the fields that moved, so your app can react to a specific transition without storing prior state.

Webhooks can be tested at no cost in development environments. To enable webhooks in production, upgrade to the Enterprise plan in the Privy Dashboard.

Hide organization.kyb.updated attributes

type · 'organization.kyb.updated' · required

Type of the webhook event.

organization_id · string · required

ID of the Privy organization whose verification state changed.

provider · 'bridge' · required

Provider that reported the change.

environment · 'production' | 'sandbox' · required

Bridge environment the business customer belongs to.

data · object · required

Full snapshot of the organization’s verification state at the time of the event.

Hide properties

data.status · string · required

Top-level status of the business customer, as reported by Bridge.

data.tos · object · required

Terms of service state, containing status.

data.kyb · object · required

Verification state, containing status.

data.endorsements · object[] · required

Endorsements for the organization. Each entry contains name, status, and missing, which is null when the endorsement is complete.

data.capabilities · object · required

Status of payin_crypto, payout_crypto, payin_fiat, and payout_fiat.

changes · object · required

Fields that changed, keyed by dot-notation path. Each value is a [previous, current] tuple. Privy omits events where no meaningful verification field changed.

Example: base endorsement approved

{
  "type": "organization.kyb.updated",
  "organization_id": "xxxxx",
  "provider": "bridge",
  "environment": "sandbox",
  "data": {
    "status": "active",
    "tos": {
      "status": "approved"
    },
    "kyb": {
      "status": "active"
    },
    "endorsements": [
      {
        "name": "base",
        "status": "approved",
        "missing": null
      }
    ],
    "capabilities": {
      "payin_crypto": "active",
      "payout_crypto": "active",
      "payin_fiat": "pending",
      "payout_fiat": "pending"
    }
  },
  "changes": {
    "endorsements.base.status": ["incomplete", "approved"],
    "capabilities.payin_crypto": ["pending", "active"]
  }
}

If an endorsement is incomplete, read data.endorsements[].missing for the requirements Bridge is still waiting on, then create a new KYB link for the organization to resolve them.

Next steps

Handling webhook events

Configure an endpoint to receive Privy webhook events

KYC

Verify an individual user