Precheck a Wholesale Subscriber Provisioning
This API will allow the Partner sales team to verify likely success of provisioning a wholesale subscriber.
The Prerequisite for using this API is to have wxc-wholesale
entitlement or webex-wholesale-partner-testing
setting enabled for the Partner Organization. The Provisioning Precheck APIs supports three variants of Wholesale Subscriber Provisioning Precheck Requests. Please refer to Using the Provisioning Precheck API section in Webex for Wholesale guide for more information.
Either packages
or package
field is required but not both.
Query Parameters
The encoded organization ID for the sub partner.
Body Parameters
This Provisioning ID defines how this wholesale subscriber is to be provisioned for Cisco Webex Services.
Each Customer template has its unique provisioning ID. This ID is displayed under the chosen customer template on Cisco Webex Control Hub.
ID of the Provisioned Customer for Webex Wholesale.
The email address of the subscriber.
The Webex Wholesale package to be assigned to the subscriber. NOTE: This parameter will be deprecated soon. Please
use packages
instead.
Calling Basic Package.
Meetings Package.
Suite Package.
Voice Package.
Customer Experience Essentials Package.
The complete list of Webex Wholesale packages assigned to the subscriber. Currently accepts only one package in the list.
The first name of the subscriber.
The last name of the subscriber.
The primary phone number configured for the subscriber.
The extension configured for the subscriber. An extension, primary phone number or both must be supplied when creating a subscriber.
A unique identifier for the location. This ID should be retrieved via the Locations API - List Locations.
The primary email address of the customer.
Response Properties
A textual representation of the Precheck response message containing the infoCode
object in the case of a success response and the errorCode
object in the case of failure.
A list of ProvisioningPreCheckResponseInfo object.
Provisioning Precheck infoCode
.
A textual description of the infoCode
.
Response Codes
The list below describes the common success and error responses you should expect from the API.
Code | Status | Description |
---|---|---|
200 | OK | Successful request with body content. |
201 | Created | The request has succeeded and has led to the creation of a resource. |
202 | Accepted | The request has been accepted for processing. |
204 | No Content | Successful request without body content. |
400 | Bad Request | The request was invalid or cannot be otherwise served. An accompanying error message will explain further. |
401 | Unauthorized | Authentication credentials were missing or incorrect. |
403 | Forbidden | The request is understood, but it has been refused or access is not allowed. |
404 | Not Found | The URI requested is invalid or the resource requested, such as a user, does not exist. Also returned when the requested format is not supported by the requested method. |
405 | Method Not Allowed | The request was made to a resource using an HTTP request method that is not supported. |
409 | Conflict | The request could not be processed because it conflicts with some established rule of the system. For example, a person may not be added to a room more than once. |
410 | Gone | The requested resource is no longer available. |
415 | Unsupported Media Type | The request was made to a resource without specifying a media type or used a media type that is not supported. |
423 | Locked | The requested resource is temporarily unavailable. A Retry-After header may be present that specifies how many seconds you need to wait before attempting the request again. |
428 | Precondition Required | File(s) cannot be scanned for malware and need to be force downloaded. |
429 | Too Many Requests | Too many requests have been sent in a given amount of time and the request has been rate limited. A Retry-After header should be present that specifies how many seconds you need to wait before a successful request can be made. |
500 | Internal Server Error | Something went wrong on the server. If the issue persists, feel free to contact the Webex Developer Support team. |
502 | Bad Gateway | The server received an invalid response from an upstream server while processing the request. Try again later. |
503 | Service Unavailable | Server is overloaded with requests. Try again later. |
504 | Gateway Timeout | An upstream server failed to respond on time. If your query uses max parameter, please try to reduce it. |
Header
Query Parameters
- onBehalfOfSubPartnerOrgIdstringThe encoded organization ID for the sub partner.
Body
- provisioningIdstringThis Provisioning ID defines how this wholesale subscriber is to be provisioned for Cisco Webex Services. Each Customer template has its unique provisioning ID. This ID is displayed under the chosen customer template on Cisco Webex Control Hub.
- customerIdstringID of the Provisioned Customer for Webex Wholesale.
- emailstringRequiredThe email address of the subscriber.
- packageenumThe Webex Wholesale package to be assigned to the subscriber. **NOTE:** This parameter will be deprecated soon. Please use `packages` instead.
- packagesarrayThe complete list of Webex Wholesale packages assigned to the subscriber. Currently accepts only one package in the list.
- provisioningParametersobject
- customerInfoobject
{ "customerId": "ZjViMzYxODctYzhkZC00NzI3LThiMmYtZjljNDQ3ZjI5MDQ2OjQyODVmNTk0LTViNTEtNDdiZS05Mzk2LTZjMzZlMmFkODNhNQ", "email": "alice.anderson@acme.com" }
{ "message": "success", "info": [ { "infoCode": 100, "description": "Provisioning preCheck validation successful." } ] }