Triage checklist
1) Confirm the customer status
Use the customer status as the source of truth for what the user should do next.See:
2) Identify what is blocking progress
Most blockers fall into a few categories:
- missing data or documents (often
needs_information) - review still in progress (
pending) - verification failed (
rejected) - updated data waiting for review (
update_requested)
3) Use rejection reasons when status is rejected
Rejection reasons help you decide what the user should correct.
4) Confirm product access prerequisites
Even after verification, the user may be blocked if product access is not granted yet.
Quick fixes by scenario
Status is pending for a long time
Status is pending for a long time
What to do:
- confirm the user completed the hosted verification flow (if you used a hosted link)
- check if the user provided readable, uncropped documents
- if the case exceeds your normal SLA, escalate with customer ID and timestamps
Status is needs_information
Status is needs_information
This means verification is blocked until the user provides more information or documents.What to do:
- direct the user to the upload link returned by the API response (when applicable)
- ask for the missing fields listed by your own onboarding checklist
Status is rejected
Status is rejected
Most rejections are resolvable when caused by data quality.Ask the user to:
- match legal name spelling to the document
- upload clearer photos (no glare, no cropping, no edits)
- provide missing required fields (address, national ID, etc.)
The user is verified but can’t use a product
The user is verified but can’t use a product
Check:
- customer is
active - product access request exists and is
granted - required product-specific data was provided

