Skip to main content
Skip table of contents

[POST] Modify subscription activity

Request Description

CODE
POST /v1/subscription/modify_activity

The request allows you to change the activity of a subscription, i.e. cancel it or resume it after cancellation. 
NOTE: The request affects only one subscription of one individual customer.

The subscription activity is a separate attribute.  It is not a subscription status:

  • As long as a subscription is active, it is renewable. When active, the subscription can have the following statuses: active or not_paid.

  • When deactivating subscriptions, they become cancelled (subscription status changes to cancelled). You can deactivate active subscriptions. This action is available for AR and PRM subscriptions.

  • When activating subscriptions, they resume after cancellation (subscription status returns to active or not_paid). You can activate deactivated subscriptions. In addition, these subscriptions must meet the resumption requirements. This action is available for AR subscriptions only.

More details on:

Connection Data

Header Parameters

content-type

string

required

It must be equal to "application/json".

AuthorizationJWT

required

Authorization token.

  • Format: Bearer [token]

  • Where [token] is substituted by the token value obtained through the authentication API.

Body Parameters

id

required

Subscription identifier
Format: NN_MM, where NN is an identifier of the order that initiates subscriptions (parent order).
You can get it from:

activity

boolean

required

Subscription activity.
Value options:

  • true - subscription is activated. If a subscription has the cancelled status and meets the resumption conditions, the subscription gets resumed in case of successful request processing.

  • false - subscription is deactivated. If a subscription has the active status, or it is payment pending (not paid), the subscription gets cancelled in case of successful request processing.

suppress_customer_notification

boolean

Suppress subscription cancellation / resumption emails sent to customers.
Value options:

  • true - mailing is suppressed. In case of successful request processing subscription cancellation / resumption emails are not sent.

  • false - mailing is not suppressed. In case of successful request processing subscription cancellation / resumption emails are sent (if enabled).

It is false by default.

Request Example

Using all the parameters

CODE
{
 "id": "111111_22222",
 "activity": false,
 "suppress_customer_notification": true
}

Cancelling a subscription (cancellation emails are sent to customers)

CODE
{
 "id": "111111_22222",
 "activity": false
}

Cancelling a subscription while using notification mailing suppression

CODE
{
 "id": "111111_22222",
 "activity": false,
 "suppress_customer_notification": true
}

Resuming a subscription (resumption emails are sent to customers)

CODE
{
 "id": "111111_22222",
 "activity": true
}

Response Description

In response to the request, you receive the server response code corresponding to the processing result. Depending on the code, the response body may contain additional parameters.

Successful Response

If processing is successful, the following will return in response server response code: HTTP/1.1 200 ОК.

Request processing is considered successful only if corresponding actions are executed with subscriptions:

  • The following is transferred in the request: "activity": false - The processing is successful if a subscription gets cancelled as the result of this processing (if the subscription was cancelled earlier, an error returns in response to the request).

  • The following is transferred in the request: "activity": true - The processing is successful if a subscription gets resumed as the result of this processing (if the subscription is active at the time of the request transfer, or it is payment pending, an error returns in response to the request).

Error Response

If an error occurs while processing the request, you receive a server response code corresponding to the result of processing.

Depending on the code, the response body may contain additional parameters.

HTTP Server Response Error Code

HTTP code

Description

HTTP/1.1 400 Bad Request

The request is not valid (error in parameters; necessary data is not transferred, etc.).
An additional error code (one or more) will be transferred in the response bodу.

HTTP/1.1 401 Unauthorized

Unsuccessful authorization.
An additional error code (one or more) will be transferred in the response bodу.

HTTP/1.1 404 Not found

Invalid request URL or no subscription having the identifier transferred is found. If no subscription is found, an additional additional error code will return in the response body. 

HTTP/1.1 500 Request Error

Internal Server Error. Please try again later or contact support.

Additional Error Codes for HTTP 400

Error

Message

Description

If at least one error from the list below is found, then it returns in response to a request, other errors are not validated.

110

JSON is not valid.

The request cannot be processed. Request field structure is not valid. Check the fields in the request body against the JSON format.

111

Invalid data format (Content-type).

The request cannot be processed. Invalid request header. Content-type must be equal to application/json.

7000

No access to subscription management. Please contact technical support.

During processing, we could not identify your account setting unambiguously. Please contact support team.

If at least one error from the list below is found, then request validation is not interrupted. Several errors may return in response.

7010

Invalid field value: [parametr name].

The request is not valid, e.g., the required parameter is not filled out, the parameter name is incorrect, the parameter value does not match with the data type provided, or the value format is incorrect. Moreover, the error will return if null is transferred in the parameter, and this value option is not set as valid in the parameter description.

7210

Impossible to cancel the subscription. The subscription was cancelled earlier.

The subscription cannot be cancelled because it has already been cancelled (subscription status is cancelled). The subscription requires no cancellation.

7220

Impossible to restore the subscription. The subscription is still active.

The subscription cannot be resumed because it is currently active (subscription status is active), or it is pending payment (subscription status is not_paid).  The subscription requires no resumption (restoration).

7230

Impossible to restore the subscription. No restoration option is available for this subscription.

The AR subscription cannot be resumed (restored) because the resumption conditions are not met. This action is available for AR subscriptions only.

7900

Failed to execute the action with the subscription. Please contact Technical Support.

Failed to execute the action with the subscription. Please contact Technical Support.

Additional Error Codes for HTTP 401

The errors are the same for all the APIs that use token authorization.

Additional Error Codes for HTTP 404

Error

Message

Description

If at least one error from the list below is found, then it returns in response to a request, other errors are not validated.

7400

Subscription not found.

No subscription with the identifier transferred is found, or you do not have the rights to get the data. 

Body Parameters

errors

array [objects]

required

Error list.

errors / [error object] / error

number

required

Error code.

errors / [error object] / message

string

required

Error description.

Example of Error Response

CODE
{
 "errors": [{
   "error": 7210,
   "message": "Impossible to cancel the subscription. The subscription was cancelled earlier."
  }
 ]
}

Noventiq Checkout

JavaScript errors detected

Please note, these errors can depend on your browser setup.

If this problem persists, please contact our support.