merchant_guide:manage-subscriptions-edit-trial-to-full
no way to compare when less than two revisions
Differences
This shows you the differences between two versions of the page.
Previous revision | |||
— | merchant_guide:manage-subscriptions-edit-trial-to-full [2010/09/01 04:09] (current) – Links to paypal changed to payment-gateways:paypal earlyimpact | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | ====== Managing a Subscription: | ||
+ | ===== Trial to Full: what it means ===== | ||
+ | |||
+ | Imagine you subscribe to an e-mail marketing service, which offers a free trial period during which you can only send a message to 25 recipients (e.g. the [[http:// | ||
+ | |||
+ | Similarly, imagine you decide to try out an online magazine that offers a free trial during which you can only access 5 articles a day. You like what you see, and want to read the rest of the articles. In this scenario too, you want to be able to end the trial, switch your account to a paying account, and have access to the " | ||
+ | |||
+ | In these and many other scenarios you are switching from a **Trial** account to one that offers you **Full** access to all of the features and services that the merchant provides to its customers. As you might have guessed by now, that's why - in SubscriptionBridge - we refer to this feature as "// | ||
+ | |||
+ | ===== Who can switch from Trial to Full ===== | ||
+ | |||
+ | * **Customers** can switch from Trial to Full from the SubscriptionBridge Customer Center. A link to this " | ||
+ | * **Merchants** can trigger the switch from the subscription summary page in the Merchant Center. | ||
+ | |||
+ | ===== What happens when a subscription is switched from Trial to Full ===== | ||
+ | |||
+ | Some of the behaviors change depending on the payment gateway used. | ||
+ | |||
+ | The following always happens, regardless of the payment gateway used: | ||
+ | |||
+ | * The subscription is updated in the SubscriptionBridge database | ||
+ | * [[notifications_list# | ||
+ | * A [[notifications_list_callbackurl# | ||
+ | |||
+ | ==== Authorize.Net: | ||
+ | |||
+ | The following happens when a subscription is switched from //Trial to Full// on a store that uses [[payment-gateways: | ||
+ | |||
+ | * **The initial subscription is cancelled** (invisibly to the customer). \\ __Technical Note__: this is due to the fact that the subscription start date cannot be edited once a payment has been completed, and Authorize.Net completes a payment even if there is a free trial. In that scenario, Authorize.Net completes a " | ||
+ | * **A new subscription is started** with today' | ||
+ | * **No payment is processed is real time**, but rather when the recurring payments are processed by the Automated Recurring Billing system (typically around 2 AM PST). This means that - depending on when the switch from trial to full is performed - there could be several hours during which payment has not been received. See the following notes for more on this. | ||
+ | |||
+ | Since there is no real-time payment processed when the subscription is switched from Trial to Full, it is up to you how to react to the various events that might follow. Specifically: | ||
+ | |||
+ | * You may or may not want to turn on additional services when you receive the e-mail notification (or Silent Post). Some business may decide to wait until payment has been confirmed, others may opt to immediately give access to the full set of features provided by the subscription. | ||
+ | * You will receive an additional notification when the first payment processes later that day (typically around 2 AM PST). At that time: | ||
+ | * If you had already given access to additional features/ | ||
+ | * If you had not provided access, and the payment is successful, you can now give access to those features/ | ||
+ | |||
+ | ==== PayPal ==== | ||
+ | |||
+ | The following happens when a subscription is switched from //Trial to Full// on a store that uses [[payment-gateways: | ||
+ | |||
+ | * **The initial subscription is updated** to reflect the new start date | ||
+ | * **The payment is processed is real time** (in most cases). In our tests, there were some cases in which a payment was not processed immediately, | ||
+ | |||
+ | This means that - unlike with Authorize.Net - there should not be a delay between the switch from Trial to Full and the first subscription payment: | ||
+ | |||
+ | * Both [[merchant_guide: | ||
+ | * Both [[merchant_guide: | ||
+ | |||
+ | Since the two " |
merchant_guide/manage-subscriptions-edit-trial-to-full.txt · Last modified: 2010/09/01 04:09 by earlyimpact