Skip to main content
This page walks through how to use Tazamatch via API. For full request and response schemas, and error codes, refer to the API Reference > TazaMatch. You can use GET/v3/verification/payee/metadata to check whether a corridor is supported and retrieve required fields. This is useful when integrating a new corridor or if you’re unsure of the requirements. Pass the destination country, currency, and bank. The response returns:
  • Whether the corridor is supported
  • Required bank fields and bank codes
  • Required payee fields (including whether tax_id is needed)
  • Capabilities supported for that corridor (name check, name return)
If a corridor isn’t supported, the response will indicate so — skip verification for that corridor. See full schema in API Reference > TazaMatch > Fetch Verification Metadata

Step 1 → Submit a verification

POST/v3/verify/payee Choose the mode that fits your workflow:

Mode A → Standalone

Pass account details directly. No beneficiary object is created.

Mode B → Inline with new beneficiary

Pass verify: true when creating a new beneficiary. Verification runs as part of the same call.

Mode C → Existing beneficiary

Pass a beneficiary_id to verify a payee already stored in Tazapay.
All three modes return a verification object with a pyv_xxxx ID and an initial status of pending. See full schema in API Reference > TazaMatch > Create Verification

Step 2 → Retrieve the result

Fetch a specific verification

GET/v3/verification/payee/{id} Pass the pyv_xxxx ID returned in Step 1. Poll this endpoint until the status resolves to a terminal state (valid, invalid, or not_supported). See full schema in API Reference > TazaMatch > Fetch Verification

List all verifications

GET/v3/verifications/payee Returns all verifications under your account. Use query parameters to filter by status, corridor, or date range. See full schema in API Reference > TazaMatch > List Verifications