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
Last updated
If you're using a third-party subscription service, gain a better understanding of how to submit billing renewals and make updates
Last updated
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:
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.
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).
At the start of each billing cycle, build a renewal . Before order creation, a subscription renewal checkout should contain:
A customerId
that references the same contained in the acquisition
A sources[]
that is reusable, saved to the referenced customer, and has the same id
as the primary source in the acquisition
A chargeType
set to merchant_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 :
Set subscriptionInfo.autoRenewal
to true
Pass the same subscriptionInfo.billingAgreementId
assigned to that item in the acquisition. Unless a change event requires creating a new billing agreement, use this identifier throughout a subscription's lifecycle.
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.
The Subscription Notifications article (refer to Learning tools for access information) provides a comprehensive list of the information you must include in this notification.
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 billingAgreementId
?
Modifying payment methods
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 quantity
of a subscription line item.
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
New
If an acquisition contains multiple items[]
with subscriptionInfo
, and each has the same terms
, then you can process all of their renewals in the same . If the terms
are different, then you should create unique to renew each.
Once you either synchronously or asynchronously receive an 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 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 or, during a manual renewal, the
A customer purchases an add-on subscription product or service and the add-on requires creating a unique line item with .