A new order does not automatically mean you have received payment, and an order marked as completed is not, on its own, proof that the money has reached you. WooCommerce statuses help organise your work, but you need to interpret them alongside the payment method and integration. For a small shop, consistent checks can reduce the risk of dispatching too early, cancelling the wrong order or refunding a customer twice.
1. The order journey and the main statuses
In a typical workflow, the customer places an order, payment is checked, the items are prepared and the order is completed. However, not every order follows the same route. Labels can also vary with translations, extensions and customisations.
- Pending payment: the order has been created, but WooCommerce has not confirmed payment. The customer may not have finished paying yet.
- On hold: the order is waiting for a check or action, often confirmation of a bank transfer. Stock is normally reduced.
- Processing: the order needs to be prepared or fulfilled. Payment has usually been confirmed, but methods such as cash on delivery may use this status before you receive the money.
- Completed: the order is considered fulfilled and no longer requires normal processing. This status is not independent proof of payment.
- Failed: payment was unsuccessful or declined, according to the information received by the shop. Check the details before asking the customer to pay again.
- Cancelled: the order will not proceed. Cancellation does not automatically return a payment that has already been collected.
- Refunded: the order has been recorded as fully refunded. The status alone does not prove that money has actually been transferred back.
If you use WooCommerce checkout blocks, you may also encounter Draft orders, created before a visitor submits the checkout form. Do not treat these as confirmed orders. Extensions may introduce additional statuses.
2. Order status is not payment confirmation
An order status describes an operational stage. Payment confirmation describes what has happened to the money. WooCommerce and the payment integration connect the two, but they can temporarily fall out of step.
Online card payments
The payment provider generally sends the outcome through automated notifications. The customer's return to the confirmation page is not the only source of truth: check the transaction with the provider and read the order notes. Some integrations distinguish between authorisation and capture; an authorised amount has not necessarily been collected.
Bank transfers
The order normally remains on hold until you verify that the money has arrived in your account. A payment instruction supplied by the customer may help identify the transfer, but it does not replace checking your bank records. Match the amount, currency and order reference.
Cash on delivery
An order may enter processing before you receive payment. Track dispatch, delivery and settlement from the courier separately. If you mark an order as completed after delivery, keep a separate record of the funds received; the status does not replace financial reconciliation.
3. Check the integration before making a manual change
If a customer says they have paid but the order still shows pending payment, avoid changing the status immediately. The payment provider's notification may be delayed or may not have been processed correctly.
- Match the order identifier to the transaction identifier in the payment platform.
- Review the order notes and, where available, integration logs without sharing sensitive information.
- Confirm the amount, currency and transaction outcome: authorised, captured, declined or refunded.
- Check whether the integration is using test mode or live mode.
- Consult the extension documentation for automated notifications, webhooks and any supported retry options.
Caching, security rules or communication problems can affect certain workflows. Do not disable protections indiscriminately; investigate the specific issue. For questions about the hosting environment, use the contact page and provide the approximate time and error message, without passwords or card details.
4. When and how to change a status manually
A manual change is useful when you have checked the situation and understand what the new status represents. For example, you might move a bank transfer order to processing after confirming receipt, or mark a fulfilled order as completed under your shop's procedure.
- Open the correct order. Check its number, customer, products, total and payment method.
- Read the history. Look for automatic updates, payment attempts and changes made by colleagues.
- Confirm the real situation. Treat payment, preparation and delivery as separate checks.
- Select and save the new status. Remember that the change may trigger emails, stock adjustments or extension automations.
- Add a private order note. Explain the reason and reference the check you made, without including sensitive financial information.
Do not use “Completed” as shorthand for “payment checked”. Orders containing only products that are both virtual and downloadable may, however, complete automatically after payment confirmation in the standard workflow. Check the rules actually operating in your shop.
5. Cancellations and refunds are different operations
When to cancel an order
Cancel an order when it should no longer be fulfilled: the customer withdraws, the order is a duplicate or payment has not been completed under your policy. First check whether money has been captured, an authorisation remains active or the parcel has already been handed to the courier.
Cancellation does not automatically refund the customer. If payment has been captured, handle the refund separately. If there is only an authorisation, you may need to void it through the payment provider. Check stock after the operation too, particularly if you use inventory extensions.
When to record a refund
WooCommerce supports full and partial refunds. If the payment method and extension support automatic refunds, the operation can submit a request to the provider. A manual refund records the refund in your shop but does not, by itself, transfer money to the customer.
- Check the original transaction and any refunds already made.
- Select the correct products, quantities and amounts, including delivery charges or taxes where appropriate.
- Decide whether items should be returned to stock based on the actual return.
- Confirm the outcome with the provider or in your bank account, and inform the customer.
A partial refund does not normally change the entire order to “Refunded”. Manually changing an order's status to “Refunded” does not execute a money transfer either. Follow the procedure agreed with your accountant for any associated tax or accounting documents.
6. A simple routine for order processing
Write down a rule for each payment method: what needs checking, who may change the status and when the order counts as fulfilled. Keep orders awaiting payment separate from those ready for dispatch, and regularly investigate differences between your shop, payment provider and bank records.
For the technical side, you can explore WordPress hosting and the information in the frequently asked questions. Hosting configuration does not replace checking your payment integration or maintaining clear internal procedures.
The practical rule: before making a change, check the order, payment and delivery separately. Then update the status and leave a clear note. The next person opening the order should be able to understand what happened and what still needs doing.
