Skip to main content
POST
A dismissal cannot be undone, and no endpoint restores the row. Build Pending Registration and Confirm Pending Registration act only on PENDING rows. The approval’s kycHash, expiries and residency claim therefore never reach the register from the queue.Verifying the wallet later with Verify Identity or Batch Verify settles only PENDING rows. The follow-ups of a confirmed row therefore never run for this one. Its hosted verification checkout does not turn VERIFIED, stock escrow deposits waiting on its ID link are not bound to the wallet, and the customer is not emailed.A new KYC approval for the customer queues a fresh row. The dismissed one stays as it is.
Closes one queued approval from List Pending Verifications without registering it. Use it for an approval you have decided not to put on chain. The row turns DISMISSED and stays listable under that status. Nothing else changes. No transaction is built, nothing on chain moves, and the customer record keeps its status. A REGISTER_SWITCH row’s customer therefore still reads verified, although nothing put the wallet on your new register. The dismissal is written to the customer audit log as ON_CHAIN_VERIFICATION_DISMISSED, with the row id and its source.

Path Parameters

string
required
The row id from List Pending Verifications. The row must still be PENDING.

Response Fields

object

Error Codes