Search for a plan definition
This GET
operation searches for a plan definition using query parameters name
and current
as in the status of the plan definition. If successful, you receive an HTTP response code of 200
and a JSON
response which includes all of the information for the requested plan definition.
See HTTP response codes for other response codes. |
GET /pcc/spcm/planDefinitions?name=<PlanName>¤t=true
HEADER INFO
tenant: <tenantName>
authorisation: HTTP Basic Auth
accept: application/hal+JSON
permissions: SPCM_PLAN_DEFINITION_READ_PERMISSION
URL query parameters
There are two possible query parameters.
If you use both query parameters, only plan definitions matching both criteria will be returned. |
Parameter | Type | Description |
---|---|---|
|
string (max 255) |
The name of the plan definition. |
|
boolean |
Indicates if a plan definition is current or not where |
JSON response
The following example shows the JSON
response for a request for a plan with a name
of planDefinition01
(shown as name
in the payload). This particular sample returns only some of the data types possible. You may see more when requesting other plan definitions.
See Plan definition descriptions for all possible data types. |
{
"id": 192,
"name": "planDefinition01",
"validityPeriod": {
"validityPeriod": "1week"
},
"grantedAmount" : {
"volumeAmount" : 1000
},
"unitMeteringType": "VOLUME",
"core": false,
"recurring": false,
"cost" : 100,
"unitAmount": "1000",
"planPrecedence": 0
}
Plan definition type descriptions
Field | Type | Description | ||
---|---|---|---|---|
|
integer |
The unique identifier for the plan. This is assigned by the server upon creating a plan definition.
|
||
|
string (255) |
The name of the plan definition.
|
||
|
string (255) |
|||
|
enum |
Defines the unit type. This can be
|
||
|
integer |
The cost or purchasing the plan. Like
|
||
|
string (255) |
A formatted string that displays for how long a plan definition exists. An example is
|
||
|
string |
Denotes the hour, minute, and second at which the plan will expire or renew. NOTE: If not set, the plan will expire or renew relative to the purchase timestamp (timestamp + validity period). This format is |
||
|
integer |
The precedence of the plan over other plans purchased by the subscriber where
|
||
|
boolean |
Denotes whether a plan is recurring or not where
|
||
|
boolean |
Indicates if this plan is the core plan for the subscriber where
|
||
|
string (2048 char) |
A brief summary describing the plan. |
||
|
integer |
The amount of times a plan definition can be deactivated. |
||
|
integer |
The maximum number of times a recurring plan can recur. |
||
|
integer |
The maximum amount of unused data usage that can be carried forward when a plan is renewed.
|
||
|
boolean |
Indicates if accumulation is permitted where
|
||
|
boolean |
Indicates whether DPS is enabled where
|
||
|
boolean |
Indicates if a plan is activated upon purchase where
|
||
|
boolean |
Indicates if a plan is shared where
|
||
|
integer |
Denotes the version of the plan
|
||
|
integer |
Specifies the maximum number of recipients with whom quota can be shared.
|
||
|
integer |
The chunk size that is granted to a data session. The session reports usage after using the granted amount.
|
HTTP response codes
Code | Description | ||||
---|---|---|---|---|---|
|
success! |
||||
|
Multistatus response
|
||||
|
malformed request |
||||
|
unauthorised; bad username or password |
||||
|
forbidden; user does not have appropriate privileges |
||||
|
plan definition not found |
||||
|
conflict with target resource
|
||||
|
failed validation; this typically means that a property was not set or a value is out of range. example
|
||||
|
failed processing (after passing validation). example
|
||||
|
internal error |
||||
|
request rejected due to overload |