Managing an external subscription
If you're using a third-party subscription service, gain a better understanding of how to submit billing renewals and make updates
If you're not using our subscription service, you can still use the Digital River APIs to manage a subscription after completing the acquisition process. On this page, you'll find information on:
Auto-renewing a subscription
You must send the customer a reminder before auto-renewing a subscription. Configure and submit the renewal request at the start of each new billing cycle. Once the renewal is successfully processed, notify the customer.
Sending the renewal reminder
For auto-renewing subscriptions with terms greater than 30 days, you must notify the subscriber of upcoming renewals 30 days before the renewal date. We recommend that you provide additional notifications as the renewal date approaches.
The Subscription Notifications article provides a complete list of what is required in the renewal reminder (refer to Learning tools for access information).
Configuring the renewal request
At the start of each billing cycle, build a renewal checkout. Prior to order creation, a subscription renewal checkout should contain:
A
sources[]
that is reusable, saved to the referenced customer, and has the sameid
as the primary source in the acquisition orderA
chargeType
set tomerchant_initiated
, thereby instructing Digital River to notify payment processors that a server auto-generated the authorization request
For manual renewals, which require customers' active participation, set chargeType
to customer_initiated
and autoRenewal
to false
.
For each items[]
in the renewal checkout:
Set
subscriptionInfo.autoRenewal
totrue
Pass the same
subscriptionInfo.billingAgreementId
assigned to that item in the acquisition. Unless a change event requires the creation of a new billing agreement, you should use this identifier throughout a subscription's lifecycle.
If an acquisition order contains multiple items[]
with subscriptionInfo
, and each has the same terms
, then you can process all of their renewals in the same checkout. If the terms
are different, then you should create unique checkouts to renew each.
Since customers accept a subscription's terms during acquisitions, and therefore they've already been added to the billing agreement, it's not necessary to pass terms
in the renewal request.
To authorize payment on the subscription renewal, convert the checkout to an order. A 201 Created
returns the same billingAgreementId
, which you should continue to persist.
Notifying customers of a subscription's renewal
Once you either synchronously or asynchronously receive an order in an accepted
state, you can fulfill the subscription's products, and then capture payment. Upon receipt of the order.charge.capture.complete
, notify end customers within 24 hours that the subscription has been renewed.
The Subscription Notifications article (refer to Learning tools for access information) provides a comprehensive list of the information you're required to include in this notification.
Handling subscription updates
After most subscription change events, you can continue processing renewals using the same billingAgreementId
generated during the acquisition.
In other scenarios, when the underlying subscription is modified, we recommend that you generate a new billing agreement.
As a rule of thumb, you should create a new billing agreement whenever the scope of a subscription update is not defined in its autorenewal terms.
The following provides some common subscription change scenarios and indicates whether a new billing agreement is recommended.
Last updated