Precheck a Broadworks Subscriber Provisioning
Verify the likely success of provisioning a broadworks subscriber.
The Prerequisite for using this API is to have at least one Broadworks Cluster configured against partner using Partner Hub. The Provisioning Precheck APIs supports two variants of Broadworks Provisioning Precheck Requests. Please refer to Using the Provisioning Precheck API section in Webex for BroadWorks guide for more information.
Body Parameters
Provisioning ID that defines how this subscriber is to be provisioned for Cisco Webex Services. Each Customer Template has its unique Provisioning ID. This ID will be displayed under the chosen Customer Template on Cisco Webex Control Hub.
The user ID of the Broadworks subscriber.
The Service Provider supplied unique identifier for the subscriber's enterprise.
The first name of the subscriber.
The last name of the subscriber.
The Webex for BroadWorks package to be assigned to the subscriber.
Softphone package.
Basic package.
Standard package.
Premium package.
The primary phone number configured for the subscriber on BroadWorks.
The mobile phone number configured against the subscriber on BroadWorks.
The extension number configured against the subscriber on BroadWorks.
The email address of the subscriber.
The ISO 639-1 language code associated with the subscriber. Reserved for future use. Any value currently specified will be ignored during subscriber provisioning.
The time zone associated with the subscriber. Refer to the Webex Meetings Site Timezone section of the Webex for BroadWorks guide for more information.
The information of the customer into which the subscriber is provisioned. If you are including this parameter, you must include the primaryEmail
of the customer.
The Customer's primary email address.
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
objects.
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
Body
- provisioningIdstringProvisioning ID that defines how this subscriber is to be provisioned for Cisco Webex Services. Each Customer Template has its unique Provisioning ID. This ID will be displayed under the chosen Customer Template on Cisco Webex Control Hub.
- userIdstringThe user ID of the Broadworks subscriber.
- spEnterpriseIdstringThe Service Provider supplied unique identifier for the subscriber's enterprise.
- firstNamestringThe first name of the subscriber.
- lastNamestringThe last name of the subscriber.
- packageenumThe Webex for BroadWorks package to be assigned to the subscriber.
- primaryPhoneNumberstringThe primary phone number configured for the subscriber on BroadWorks.
- mobilePhoneNumberstringThe mobile phone number configured against the subscriber on BroadWorks.
- extensionstringThe extension number configured against the subscriber on BroadWorks.
- emailstringRequiredThe email address of the subscriber.
- languagestringThe ISO 639-1 language code associated with the subscriber. Reserved for future use. Any value currently specified will be ignored during subscriber provisioning.
- timezonestringThe time zone associated with the subscriber. Refer to the [Webex Meetings Site Timezone](/docs/api/guides/webex-for-broadworks-developers-guide#webex-meetings-site-timezone) section of the [Webex for BroadWorks](/docs/api/guides/webex-for-broadworks-developers-guide) guide for more information.
- customerInfoobjectThe information of the customer into which the subscriber is provisioned. If you are including this parameter, you must include the `primaryEmail` of the customer.
{ "provisioningId": "ZjViMzYxODctYzhkZC00NzI3LThiMmYtZjljNDQ3ZjI5MDQ2OjQyODVmNTk0LTViNTEtNDdiZS05Mzk2LTZjMzZlMmFkODNhNQ", "userId": "95547321@example.com", "spEnterpriseId": "Reseller1+example", "firstName": "John", "lastName": "Andersen", "email": "john.anderson@example.com", "primaryPhoneNumber": "+1-240-555-1212", "language": "en", "package": "standard", "customerInfo":{ "primaryEmail":"alice.anderson@example.com" } }
{ "message": "success", "info": [ { "infoCode": 100, "description": "Provisioning preCheck validation successful." } ] }