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.
Scenario | Details | Same or new |
Modifying payment methods | The payment method is updated mid-term or the customer supplies a new payment method. Two common examples are when the customer performs a mid-term update of a credit card's expiration date or, during a manual renewal, the customer provides a credit card that is different from the one used when acquiring the subscription. | Same |
Metered billing | Some subscriptions use a metered approach to billing. For example, an API subscription service might allow only a certain number of requests per month. When customers exceed that pre-defined threshold, they are charged on a per request basis, potentially causing their monthly bills to fluctuate. | Same |
Free trials | After a designated period of time, it's common for free trials to convert to paid subscriptions. Unless a customer actively cancels the trial, these conversions are typically automatic. As long as the acquisition agreement specifies this condition, you should continue using the same billing agreement in all post-conversion transactions. | Same |
Upgrades | When you receive a customer-initiated request to upgrade the subscription to a higher service level, we recommend you generate a new billing agreement. For example, a customer currently enrolled in a $100/month plan might request an upgrade to a $200/month plan. | New |
Modifying a subscription's billing cycle or duration | A customer requests a modification to a subscription's billing cycle or duration. For example, the customer might want to switch from monthly to annual billing. | New |
Updating a subscription's quantity | This describes a customer-initiated change to the In this scenario, since Digital River's standardized autorenewal terms do not stipulate that the customer's saved payment information can be used for quantity modifications, you need to generate a new billing agreement. | New |
Adding a new subscription | A customer purchases an add-on subscription product or service and the add-on requires creating a unique line item with subscription information. | New |
Last updated