A trial plan is a type of master plan by which you offer your customers a product or service free of charge for a specified time period. You then automatically transfer (rollover) customers to a paid version of the plan. You can create a trial plan with rollover to a paid plan in two ways:
This is the recommended process to follow to register an account for a customer who is signing up for a trial plan using the electronic check (ACH) payment method:
Note: Funds might not be available in the customer’s bank account when the collection transaction is settled.
The process described in the electronic check payment flow for trial plans deals with:
For a plan that is free, then rolls over to a different paid plan, specify:
Note: This must be a billable status for the customer to be billed after the trial period is over.
For a plan that is initially free, then becomes paid, specify:
You can use the same configuration set that you created for registering an account for a paid plan with a future billing date. Use the electronic check payment method when proration does not occur.
For more information,see: Registering an Account using an Electronic Check for a Paid Plan with Billing Date in the Future and without a Prorated Invoice.
At the end of the account registration process described in the electronic check payment flow for trial plans, a new account exists with a trial plan assigned.
After the trial period is over:
The diagram below illustrates the recommended process for registering an account for a trial plan that automatically rolls over to a paid plan when using the electronic check payment method:
Follow the steps listed below to register an account for a trial plan that automatically rolls over to a paid plan when using the electronic check payment method:
Precondition: A customer visits your website and signs up for a trial plan.
Note: It is not recommended that you set the bank account fields using the create_acct_complete call. It is recommended that you use Direct-Post to set the bank account fields as described in Step 3 below.
Postcondition: The account is created and an account number is returned.
Precondition: An account exists.
Postcondition: An Aria session ID for Direct-Post is obtained.
Preconditions:
Transmit the following fields and values from your payment information page to Direct-Post:
Postcondition: The session ID is returned.
Precondition: Bank account information was transmitted from your payment information page to Direct-Post.
Direct-Post does the following:
Note: If an error occurs after Steps b or c above, then redisplay the payment information page and repeat the process beginning with Step 3.
Postconditions: