WooCommerce stores often sell products, bookings or services that require an initial payment before the full price is settled. In these cases, WooCommerce Deposits can be configured to collect a deposit at checkout, while the remaining balance is paid later. The same extension also supports payment plans that divide the total price into several scheduled payment steps.
The most important decision is whether the arrangement should apply across the store or only to selected products. This guide focuses on the documented WooCommerce Deposits workflow: product-level configuration, fixed and percentage deposits, payment plans, remaining-balance invoices, scheduled orders and operational testing. Terminology such as deposit, advance, reservation fee or installment, together with cancellation rules, refunds, tax treatment and consumer obligations, should be defined and reviewed by the merchant for the relevant jurisdiction.
When WooCommerce Deposits Make Sense
A deposit is an initial payment toward the total product price. It is different from a payment plan, where the total price is divided into several payment steps scheduled according to defined intervals. The first row in a payment plan represents the initial payment or deposit, while later rows describe subsequent payments.
Deposits, partial payments and scheduled plans
Use a single deposit when the customer pays part of the price first and the store later requests the remaining balance. This model keeps the payment structure focused on two stages: the initial payment and the remainder.
A payment plan is a broader structure. It contains multiple scheduled steps, and each row specifies a percentage of the total cost and the interval after which that payment should be paid. This can be useful for documented contexts such as bookable products and services, but the merchant should verify whether the chosen configuration matches the actual business process.
Technical configuration does not determine the legal meaning of a payment. Before publishing the setup, define how the store uses terms such as deposit or installment, what happens after cancellation, how refunds are handled and what customers must do if a payment is missed.
Before Configuring Deposits
Start by deciding the scope of the workflow. WooCommerce Deposits can be configured globally or limited to individual products. A store selling many ordinary products but requiring an initial payment only for selected services should normally review product-level settings instead of changing the entire store configuration.
Also decide whether customers should be able to choose between a deposit and full payment. At product level, deposit availability can inherit global settings, be optional, be required or be disabled for that product regardless of storewide settings. These choices affect both the customer-facing checkout and the way administrators manage orders later.
Storewide versus product-level control
Before enabling the workflow, review the payment, tax, email, checkout and compatibility requirements of the store. The documented workflow describes scheduled orders and invoices; it does not by itself justify promising automatic future card charging. Automatic charging requires separate verification of the selected extension and payment gateway.
Tax handling also requires attention. The documentation describes tax being calculated on the initial deposit and tax on the remainder being charged when the next payment is made. Confirm that this process fits the store’s accounting requirements and jurisdiction. Compatibility should be checked before combining the extension with other extensions, product types, themes or checkout customizations.
Prepare a staging test before changing a live store. The test should cover the product page, cart, checkout, confirmation email, customer My Account area, invoice delivery, scheduled payments and order-status transitions.
Enable Deposits for Selected Products Only
To offer deposits only for chosen products, leave the storewide settings unchanged and configure the relevant products individually. This avoids presenting a deposit option on products that should continue to use full payment only.
Product-level Deposits settings
- Open the editor for the product that should accept a deposit.
- Open the product’s Deposits tab.
- Choose whether the product inherits global settings, offers deposits optionally, requires a deposit or disables deposits regardless of storewide settings.
- Select the deposit type and enter the amount where that type requires an amount.
- Choose whether the deposit or full payment is selected by default.
- Update the product and repeat the process only for products that should use the workflow.
After saving, review the product page, cart and checkout as a customer would see them. Confirm that the initial payment and total price are understandable before checkout. If the store uses a customized theme or checkout, do not assume that the displayed information will remain correct without testing.
Bookable products and services
For bookable products, WooCommerce Deposits adds a Deposits tab to the product editing screen. Merchants can apply a predefined storewide plan or override it with product-specific settings such as the deposit type, amount and default payment option.
This provides a documented context for bookings and services, but it should be tested as a complete booking process rather than only as a product-editor change. Check the customer journey from selecting the booking through checkout and the later payment communication.
Fixed Deposits vs Percentage Deposits vs Payment Plans
The choice between a fixed deposit, a percentage deposit and a payment plan changes how the initial amount and later payments are calculated. The technical difference should be explained clearly to customers in the store’s payment information.
Choosing the deposit type
| Model | Documented behavior |
|---|---|
| Fixed deposit | Charges one specified monetary amount regardless of the product cost. |
| Percentage deposit | Charges a percentage calculated from the product price. |
| Payment plan | Divides the total price into multiple payment steps with defined percentages and intervals. |
A fixed amount remains the specified monetary value even when product prices differ. A percentage deposit changes with the product price because it is calculated from that price. Neither model is universally suitable for every business; the merchant must define the commercial terms and display them before checkout.
Building a multi-step payment plan
A payment plan contains several payment steps rather than only one initial deposit. Each schedule row defines a percentage of the total cost and the interval after which that payment should be paid. The first row represents the initial payment or deposit. Later rows define the subsequent scheduled payments.
When creating a plan, verify that the percentages and intervals reflect the intended customer agreement. Explain the total price, the initial amount, the later payment intervals or dates, cancellation terms, refund rules and consequences of a missed payment before the customer places the order. Do not describe future payments as automatically charged unless that behavior has been separately verified.
How Customers Pay the Remaining Balance
The remaining-balance workflow depends on whether the order uses a standard deposit or a payment plan. In both cases, test the customer-facing emails and payment request before launch so the store team knows exactly what the customer receives after the initial payment.
Remaining-balance invoice
For a standard deposit order, the administrator can create an invoice for the remaining balance using the documented remaining-balance action. This creates a new WooCommerce order for the amount still due and allows the customer to receive an online payment request.
There is also an offline workflow. The administrator can mark the remaining amount as paid offline when that reflects the actual transaction. After the remaining amount is paid or marked as paid, the order status automatically changes to Completed according to the documented workflow.
Before publishing the configuration, confirm that the invoice identifies the remaining amount clearly. The customer should also understand the total price, the amount already paid and any applicable payment deadline or interval defined by the merchant.
Scheduled invoices for payment plans
Payment-plan orders work differently from a single remaining-balance invoice. WooCommerce creates follow-up orders with Scheduled status and future order dates. When a scheduled payment is due, an invoice is automatically sent to the customer.
This documented process is based on scheduled orders and invoices. It should not be presented as automatic charging of a saved card. Whether a different payment integration supports automatic collection must be checked separately for the actual store configuration.
Managing Orders and Scheduled Payments
Order administration should distinguish the original deposit order from any later orders created for the payment plan. Administrators can review deposit information through order screens and related emails, then track whether the outstanding amount has been invoiced, paid online or marked paid offline.
Monitoring the original order
For a standard deposit, monitor the original order until the remaining balance is settled. The administrator may send the online payment request for the balance or record an offline payment where applicable. Once the remainder is paid or marked paid offline, the documented status transition changes the order to Completed.
Test this transition with a staging order, especially if the store uses customized statuses, email templates or checkout-related extensions. The documented behavior should not be treated as proof that every customized workflow will behave identically.
Monitoring scheduled orders
For a payment plan, later installments appear as separate follow-up orders. Their future order dates and Scheduled status identify upcoming payment steps. The View Scheduled Payments action can be used to filter related orders.
When all scheduled orders are paid, the original order is marked Completed. The store team should therefore monitor both the related scheduled orders and the original order rather than treating the first checkout as the end of the process.
Testing and Launch Checklist
Deposits should be tested as a complete customer and administrator journey. A configuration that looks correct in the product editor may still produce unclear totals, missing emails or unexpected order statuses at checkout.
Customer-facing checks
- Run a staging order from the product page through the cart, checkout and confirmation email.
- Verify the deposit choice, full-payment choice and displayed total price.
- Check the customer’s My Account area and the delivery of the remaining-balance or scheduled-payment invoice.
- Confirm that the initial payment, later intervals or dates and relevant commercial terms are visible before checkout.
- For bookable products, test the complete booking process after configuring deposits.
Administrator checks
- Confirm that the remaining-balance action works as expected for a standard deposit.
- Check that offline payment marking and the resulting order status are understood by the store team.
- Review scheduled orders, future order dates and the scheduled-payment view for payment plans.
- Verify the final Completed status after the balance or all scheduled orders are settled.
- Check tax display and compatibility with the store’s extensions, product types, theme and checkout customization.
Do not treat the reviewed documentation as proof of compatibility with every third-party extension. The documentation lists incompatibilities including Wishlists, Composite Products, Points and Rewards, Product Bundles, Grouped Products, Extra Fees for WooCommerce and Payment Gateway Based Fees. Review the actual store stack before launch.
WooCommerce Deposits can support a focused product-level setup when only selected products need an initial payment. Choose a fixed amount when the specified monetary value should remain unchanged, a percentage when the initial payment should be calculated from the product price, or a payment plan when the price must be divided into scheduled steps. After checkout, manage a standard remainder through an invoice or offline payment marking, and monitor separate scheduled orders for payment plans. The documented workflow does not by itself justify promises of automatic charging, universal compatibility or legal suitability. Test the complete customer and administrator journey, review tax and commercial terms, and confirm the configuration before publishing. Explore our WordPress plugins, WooCommerce extensions, themes and membership plans to find the right tools for your website.