Fetch by API
Use the
list method from the kyc resource on users().Acting on requirements
Each entry inrequirements_due and endorsements[].missing names data Bridge is still waiting on. How you satisfy it depends on the flow:
- Headless: collect the data and call
POST /v1/users/{user_id}/kyc/submitagain with just the new fields. Submissions are re-entrant, so this updates the existing Bridge customer. - Hosted: create a new hosted KYC link and send the user back through it.
requirements_due alongside an approved endorsement means nothing is outstanding.
Webhooks
Privy emits auser.kyc.updated webhook whenever a user’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.
Example: base endorsement approved
Example: base endorsement approved
data.endorsements[].missing for the requirements Bridge is still waiting on, then create a new KYC link for the user to resolve them.
Next steps
Handling webhook events
Configure an endpoint to receive Privy webhook events
KYB
Verify an organization

