As of November 8, 2023, unverified toll-free numbers cannot send messages to users in the US and Canada. These messages will be rejected by carriers.
API Endpoint
Base URL
Use Cases
The following use cases are supported for toll-free verification:Opt-in Types
You must specify how users consent to receive messages:Volume Tiers
Specify your expected monthly message volume using one of these values:Provide a value that accommodates projected growth for the next six to eight months.
Both comma-separated and plain integer formats are accepted —
"1,000" and "1000" are equivalent. Responses return the plain form. The highest tier must include the + sign: "10,000,000+" is accepted, "10,000,000" without the plus is rejected.The Verification Object
Field presence in responses. The two read endpoints handle empty fields differently. Retrieve omits fields that have no value. List returns every field, using an empty string (
"") for fields with no value. When reading a single record, treat all optional fields as possibly absent and use safe key access.Attributes
The messaging use case(s) for which the toll-free number will be used. One use case is mandatory. Multiple use cases are supplied as a comma-separated string, not an array — for example
"2FA,ACCOUNT_NOTIFICATION".A valid URL where you submit images explaining the opt-in process. Multiple URLs are supplied as a comma-separated string, not an array.
Any additional information related to the website, such as terms of service or privacy policy links.
The reason a verification request was rejected or requires an update. Present in Retrieve only when the request has an error state; returned as an empty string in List when there is no error. This value can change as upstream feedback arrives, so don’t treat it as stable.
The HTTP method used to invoke
callback_url. Allowed values: GET, POST. The default applies only when a callback_url is configured; if no callback URL is set, this field is empty.Example Verification Object
Verification Statuses
Create a Verification Request
Create a new toll-free verification request. You must first create a Plivo profile before starting the verification process.Arguments
The unique identifier of an existing Plivo profile.
The toll-free number in E.164 format for which verification is being initiated. Only US and Canadian toll-free numbers are accepted. Only one number per request.
The messaging use case(s). Multiple use cases can be added as a comma-separated string.
Example:
"2FA, CUSTOMER_CARE"A valid URL where you submit images demonstrating the opt-in process. Multiple URLs allowed as comma-separated string.
How users opt in to messages. Values:
VERBAL, WEB_FORM, PAPER_FORM, VIA_TEXT, MOBILE_QR_CODEAdditional information such as terms of service or privacy policy links (max 1000 characters).
Public URL to the brand’s terms and conditions page. Enforced from September 15, 2026 — see the note above.
Public URL to the brand’s privacy policy page. Enforced from September 15, 2026 — see the note above.
Response
Retrieve a Verification Request
Get details of a specific toll-free verification request.Arguments
Response
List All Verification Requests
Get the status of all toll-free verification requests for your account.Query Parameters
Filter by creation date (YYYY-MM-DD format). Use the suffixed forms only —
created__gte and created__lte are inclusive, created__gt and created__lt are exclusive. A bare created= value is not supported and returns no results. The span between created__gte and created__lte can be up to 2 years, and created__gte must be within the last 2 years. See the date filtering note below.Number of results per page. Maximum and default are both 20. Values above 20 are silently reduced to 20 rather than rejected — check
meta.limit in the response to confirm the value applied.Response
Update a Verification Request
Update an existing toll-free verification request. Only requests with statusSUBMITTED or UPDATE_REQUIRED can be updated.
Arguments
Public URL to the brand’s terms and conditions page. Required on submissions from September 15, 2026.
Public URL to the brand’s privacy policy page. Required on submissions from September 15, 2026.
Response
Delete a Verification Request
Delete an existing verification request. Only requests with statusSUBMITTED, PROCESSING, or UPDATE_REQUIRED can be deleted.
Arguments
Response
On success the API returns HTTP 204 No Content with an empty body. To confirm the deletion, call the Retrieve endpoint with the same UUID. It returns HTTP 404:Callbacks
A callback is sent to thecallback_url (if specified) whenever the verification status changes:
- From
SUBMITTEDtoAPPROVED,REJECTED, orUPDATE_REQUIRED - From
UPDATE_REQUIREDtoAPPROVEDorREJECTED