WooCommerce has no payment plans of its own. You add them one of two ways. An extension inside the store splits the order into a deposit and later payments, and you manage the plan in WooCommerce. A payment gateway sends the order to its own checkout, which takes the deposit and runs the plan, and you manage the plan in the gateway. Extensions suit carts of ordinary products. A gateway suits high-ticket orders where plans change, fail and need reminders.
Can WooCommerce take payment plans on its own?
No. WooCommerce takes payment in full at checkout. Paying over time needs something added: an extension that changes how the store charges, or a payment gateway that brings its own plans.
What are the two ways to add them?
| Extension in the store | Payment gateway at checkout | |
|---|---|---|
| Where the customer picks the plan | Your product or cart page | The gateway's checkout |
| Where the plan lives | WooCommerce orders | The gateway |
| Who charges later payments | The extension, through your gateway | The gateway |
| Where you change or refund a plan | WooCommerce | The gateway |
Neither is wrong. The question is where you want to work when a plan needs attention.
When is an extension enough?
When orders are ordinary products, plans are short and few, and you rarely change one. The plan sits on the order, and your team never leaves WooCommerce.
When does a gateway fit better?
When each order is large and a plan runs for months: courses and programs, equipment, event places, anything over a few thousand dollars. Those plans need things a store isn't built for:
- Changes mid-plan: moving a date, splitting a payment, recalculating the balance after a partial refund.
- Reminders before each due date, and a person who hears the day a payment fails.
- Bank transfer beside card, and a card surcharge where your state allows one.
- Reports of open balances across every plan, not one order at a time.
What happens to the WooCommerce order?
Decide what "paid" means before you launch. On a plan, the customer has paid the deposit, not the total. Check three things in testing:
- Order status after the deposit: processing, on hold or completed.
- Fulfilment: whether a product ships or access opens on the deposit or on the final payment.
- Refunds: whether you refund in WooCommerce, in the gateway or both, so the two records agree.
Is a long payment plan a loan?
It can be. A plan with more than four payments, not counting the deposit, raises Truth in Lending questions even at 0%. Read whether a 0% plan counts as a loan before you offer one.
What should you test before you go live?
- A full order in test mode, from the cart to the second scheduled charge.
- The classic checkout and the block checkout, if your theme uses either.
- Tax and shipping on a planned order: charged in the deposit, spread over the plan, or as the first payment.
- A declined card on a later payment, and what the customer and your team receive.
- A refund of one payment, and how it shows on the WooCommerce order.
Payment plans built from the deal in HubSpot or Pipedrive, with each location paid into its own account and books.
Paycove adds payment plans to WooCommerce as a payment gateway, so plans are charged on schedule and the order is confirmed back in your store.
Book 15 minutes