Billing Logic

From WHMCS Documentation

Revision as of 12:31, 20 April 2017 by John (talk | contribs)

This document explains the billing and invoicing logic used in the WHMCS software. Having an understanding of these core elements of the software will

Ordering

When a new visitor places an order a number of new records are created which contain the various pieces of information captured on the order form: 1. A client record is created to store the customer's contact details and payment preferences. 2. The service and domain record(s) are then created which contain the details of the service the client selected on the order form. 3. Next an invoice record is created which records the amount to be paid, when it is due to be paid and how payment should be made. 4. Finally, an order record is created which ties all of the above together and records the fraud report details (if enabled). The order is a static record which reflects the prices and items at the time of ordering, subsequent changes will not be reflected on the order.

Invoicing

When an invoice is created by an initial order, the default behaviour is that the invoice is due on the day of ordering. The exception being if the Order Grace Days setting is used, in which case the invoice due date will be set x days to the future.

Upon payment of the initial invoice, the automation is triggered which executed the module Create function and the service's Next Due Date value is incremented forward one billing cycle (ie. 1 month, 3 months, 6 months, 1 year, 2 years or 3 years).

The date at which the next payment is due is controlled by the Next Due Date of the service. When the cron executes the daily automation tasks,

  • the Next Due Date all services are checked
  • If no existing invoice....


February

A "month" is not a consistent period of days. When you agree to bill by the month, you are charging the same amount of money for different amounts of service. We use the php date function's computation to figure out the next renewal date. We tell it to add a month and return the date, which we set as the next renew date: In WHMCS when an order is placed on February 1, renewal date will be set at March 1, so 28 days In WHMCS when an order is placed on February 2, renewal date will be set at March 2, so 28 days In WHMCS when an order is placed on February 3, renewal date will be set at March 3, so 28 days In WHMCS when an order is placed on February 4, renewal date will be set at March 4, so 28 days In WHMCS when an order is placed on February 5, renewal date will be set at March 5, so 28 days In WHMCS when an order is placed on February 6, renewal date will be set at March 6, so 28 days ....etc

==== BUT ====

When an order is made on January 29 the renewal date will be March 1 , so 31 days When an order is made on January 30 the renewal date will be March 2nd , so 31 days When an order is made on January 31 the renewal date will be March 3rd , so 31 days

Payments

Suspension/Termination

Unsuspension

When used with continuous invoice generation, paying a recent invoice whilst leaving an older invoice will keep the service suspended. Unless the payment were to increment the Next Due Date forward to a date at which the service was no longer within the Suspension date range.