You are here

README.txt in Commerce Recurring Framework 7.2

Commerce Recurring Framework - Version 2
----------------------------------------

Dependencies:
- Drupal Commerce and its dependencies (Rules, Views, Entity API)
- Interval field (Latest -dev)
- Date

Recommended modules
- Commerce Card on File (Version 2).

Install
-------
Install this module and all its required dependencies as habitual.
Once it's installed, the following structure will be generated:

Structure
---------
The module provides a new product type for basic recurring usage. But virtually
any product type could be recurring.

Five fields are provided in the default product type.
    Initial price - Sets the initial price of the product, this might be used
      to do trial periods. (Commerce price).
    Initial period - Period or offset of after which the recurring price and
      period will be effective. (Interval field).
    Recurring price - Price used for recurring the product. (Commerce price).
    Recurring period - Periodicity to apply the recurring price. Interval field
    End period - Period after wich end the recurring. (Interval field)

A new Recurring entity is provided with these fields and properties.
    Id.
    User assigned to the recurring process.
    Bundle (Product / Order).
    Recurring reference - Entity reference field to the bundle (product/order).
    Status property.
    Price at the moment of creation.
    Start date (Created date). Date property.
    Due date. Calculation is based on start date + initial/recurring date.
    End date (optional), it might be empty or created date + expiration period,
      or a given timestamp on cancelling the recurring. Date property.
    Order reference (multiple), to all the orders associated with the recurring
      process, being 0 the initial one.

Recurring process
-----------------
When an order containing a Recurring product is purchased for the first time
for the current user, by default the module reacts on "Order is paid in full"
event, a Recurring entity will be created associated with that product for the
current order.

On a cron event, the recurring entities with past due dates are retrieved and
an order is created for each recurring entity associated with the recurring
product and customer.

Note: When this cron event runs it's the time to trigger the paymens or use
another technique to build a queue of payments.

All this process is driven through Rules so most of it is modifiable
How do I transform a "normal" product type into a recurring one

If a product has value on any of these fields, it will be considered as a
recurring product.

    commerce_recurring_ini_price
    commerce_recurring_rec_price
    commerce_recurring_ini_period
    commerce_recurring_rec_period
    commerce_recurring_end_period

Basic UI support through Entity API UI & Views
----------------------------------------------
There's a Commerce Recurring UI submodule providing basic administration and
user interface for the module, based in Views and Entity API so it's highly
customizable.

File

README.txt
View source
  1. Commerce Recurring Framework - Version 2
  2. ----------------------------------------
  3. Dependencies:
  4. - Drupal Commerce and its dependencies (Rules, Views, Entity API)
  5. - Interval field (Latest -dev)
  6. - Date
  7. Recommended modules
  8. - Commerce Card on File (Version 2).
  9. Install
  10. -------
  11. Install this module and all its required dependencies as habitual.
  12. Once it's installed, the following structure will be generated:
  13. Structure
  14. ---------
  15. The module provides a new product type for basic recurring usage. But virtually
  16. any product type could be recurring.
  17. Five fields are provided in the default product type.
  18. Initial price - Sets the initial price of the product, this might be used
  19. to do trial periods. (Commerce price).
  20. Initial period - Period or offset of after which the recurring price and
  21. period will be effective. (Interval field).
  22. Recurring price - Price used for recurring the product. (Commerce price).
  23. Recurring period - Periodicity to apply the recurring price. Interval field
  24. End period - Period after wich end the recurring. (Interval field)
  25. A new Recurring entity is provided with these fields and properties.
  26. Id.
  27. User assigned to the recurring process.
  28. Bundle (Product / Order).
  29. Recurring reference - Entity reference field to the bundle (product/order).
  30. Status property.
  31. Price at the moment of creation.
  32. Start date (Created date). Date property.
  33. Due date. Calculation is based on start date + initial/recurring date.
  34. End date (optional), it might be empty or created date + expiration period,
  35. or a given timestamp on cancelling the recurring. Date property.
  36. Order reference (multiple), to all the orders associated with the recurring
  37. process, being 0 the initial one.
  38. Recurring process
  39. -----------------
  40. When an order containing a Recurring product is purchased for the first time
  41. for the current user, by default the module reacts on "Order is paid in full"
  42. event, a Recurring entity will be created associated with that product for the
  43. current order.
  44. On a cron event, the recurring entities with past due dates are retrieved and
  45. an order is created for each recurring entity associated with the recurring
  46. product and customer.
  47. Note: When this cron event runs it's the time to trigger the paymens or use
  48. another technique to build a queue of payments.
  49. All this process is driven through Rules so most of it is modifiable
  50. How do I transform a "normal" product type into a recurring one
  51. If a product has value on any of these fields, it will be considered as a
  52. recurring product.
  53. commerce_recurring_ini_price
  54. commerce_recurring_rec_price
  55. commerce_recurring_ini_period
  56. commerce_recurring_rec_period
  57. commerce_recurring_end_period
  58. Basic UI support through Entity API UI & Views
  59. ----------------------------------------------
  60. There's a Commerce Recurring UI submodule providing basic administration and
  61. user interface for the module, based in Views and Entity API so it's highly
  62. customizable.