POST /managedaccounts/actions/provision
Activates a managed billing service relationship between a managed account and the primary account. The account must first be added by the primary account. Once added and activated, the managed account can use the managed service and billing will be rolled up to the primary account.
NOTE: The accounts must be enabled for Aggregated Billing Services before you can use this request. See About Aggregated Billing Services for more information.
See also:
About Aggregated Billing Services
Add accounts for managed billing
Cancel a managed service for an account
Get a list of managed accounts
This request must be sent with a VZ-M2M-Token created with the managed account’s UWS credentials.
NOTE: This method uses the /subsc/v1
basepath, not /loc/v1
used by other Device Location API requests.
POST https://thingspace.verizon.com/api/subsc/v1/managedaccounts/actions/provision
None.
The request header must contain a current ThingSpace authorization bearer token and a valid VZ-M2M session token, and must set the content-type to JSON.
Parameter Name | Data Type | Description |
---|---|---|
Authorization required |
string | HTTP Authorization bearer token. |
VZ-M2M-Token required |
string | A valid session token returned by POST /api/m2m/v1/session/login using the managed account’s UWS credentials. |
Content-Type required |
string | Must be application/json . |
Parameter Name | Data Type | Description |
---|---|---|
accountName required |
string | The name of the managed account, which is usually in the format of 10 digits, a hyphen, and then five more digits. Must include any leading zeros. |
paccountName required |
string | The name of the primary billing account. Must include any leading zeros. |
serviceName required |
string | The name of the managed service to activate. Must be “Location” for the Device Location Service. |
type required |
string | The SKU of the service that you want to activate. |
TxId required |
string | The transaction ID that was returned when the account was added by the primary account. You can also obtain the transaction ID with the GET /managedaccounts request. |
{
"accountName": "1223334444-00001",
"paccountName": "1234567890-00001",
"serviceName": "Location",
"type": "TS-LOC-COARSE-CellID-5K",
"TxId": "d4fbff33-ece4-9f02-42ef-2c90bd287e3b"
}
Status 200
A success response is a confirmation of the activation, or a reason why the service could not be activated.
Parameter Name | Data Type | Description |
---|---|---|
txid | string | A unique transaction ID for the activation request. |
accountName | string | The name of the managed account for which the service was activated. |
paccountName | string | The name of the primary billing account. |
serviceName | string | The name of the managed service. |
status | string | The status of the activation request, either “Success” or “Fail”. |
reason | string | Either “Success” or additional information about a failure, such as “Acct Already activated”. |
{
"txid": "4fbff332-ece4-42ef-9f02-7e3bdc90bd28",
"accountName": "1223334444-00001",
"paccountName": "1234567890-00001",
"serviceName": "Location",
"status": "Success",
"reason": "Success"
}
Status 400
All error messages are returned in this format:
{
"errorCode": "The type of error, such as INVALID_REQUEST.",
"errorMessage": "Additional error information."
}
Error codes and messages are listed on the Error Codes page, along with explanations and suggestions for corrective actions.