A return request does not mean the goods have arrived back, and an order marked as refunded does not prove that money has reached the customer. For a small shop, these distinctions matter: they help you avoid duplicate refunds, inaccurate stock and conflicting customer messages.
A workable WooCommerce returns process should track the request, receipt of goods, refund and stock decision separately. Here is how to organise those steps.
1. Record the return request without treating it as resolved
When a request arrives, create a record linked to the order number. You can use private order notes or a separate register with access restricted to the people involved. The important thing is being able to reconstruct what the customer requested, what you communicated and which actions you took.
- Record the request date, products, variations and quantities involved.
- Note any reason the customer provides without automatically making it a condition of acceptance.
- Check the delivery date, your shop policy and applicable legal rights.
- Clarify whether the request concerns a return, an exchange or faulty goods.
- Assign someone to follow the case and provide the next update.
Acknowledge the request and explain the shipping instructions, return address and any applicable costs. Do not present your internal policy as a restriction on statutory consumer rights. For exceptions or unclear situations, check the requirements with a qualified adviser.
For consumers in Romania, the baseline rules come from Government Emergency Ordinance (OUG) 34/2014: the customer has 14 days from receiving the goods to withdraw without giving a reason, and then another 14 days to send them back. You refund everything received, including standard delivery, within 14 days of being told about the withdrawal, but you may hold the refund until you get the goods back or proof that they were sent, whichever comes first. The customer pays the direct cost of returning the goods if you told them so in advance and did not offer to cover it.
Track the operational stage separately, using labels such as “request received”, “awaiting goods” or “under review”. These are organisational labels, not substitutes for standard WooCommerce order statuses.
2. Document receipt and inspection of the goods
When the parcel arrives, match it to the correct request before changing stock or initiating a refund. Check the product, variation, quantity, accessories and any relevant serial numbers. For a partial return, confirm exactly what came back and what the customer kept.
Record the receipt date and relevant findings. If you photograph the condition, avoid collecting unnecessary personal information and restrict access to the images. Do not let an internal inspection process automatically delay your legal obligations.
- Suitable for resale: the item can proceed to a restocking decision.
- Further checks required: keep it separate from available stock.
- Damaged or faulty: document the issue and determine the appropriate treatment.
- Missing or incorrect items: clarify the discrepancy with the customer.
Receiving goods and issuing a refund are separate steps. Their timing must follow the applicable rules. In some circumstances, evidence of dispatch may matter rather than physical receipt alone. Do not make completion of every internal check a universal condition for refunding a customer.
3. Separate the actual refund from the order status
In WooCommerce, an order status describes a state within your shop. On its own, it is not an instruction executed by a bank or payment processor. Simply changing an order to “Refunded” does not automatically send money to the customer.
Before processing a refund, check the original transaction and any previous refunds. Calculate the amount using the relevant products, quantities, discounts, taxes and delivery charges. Do not assume that every return requires a full order refund or that delivery charges receive the same treatment in every situation.
Refunding through the payment integration
If your payment integration supports refunds from WooCommerce, its dedicated refund action can submit a request to the processor. Availability and behaviour depend on the extension, configuration and payment method. Read the response and check the transaction with the processor afterwards: a submitted request is not necessarily a completed refund.
Recording a manual refund
A manual refund recorded in WooCommerce documents the operation in your shop but does not transfer money. You must make the payment separately using the appropriate mechanism. If you have already refunded through the processor's account interface, check synchronisation before recording the same operation in your shop.
For partial refunds, the order may not automatically change to “Refunded”. Follow the amounts and refund records rather than relying solely on the order label. Record who took action, and avoid repeating the operation just because the interface responds slowly.
4. Check the payment processor and accounting records
For each refund, connect the WooCommerce record to the financial transaction. In your payment processor account, check the original payment reference, amount, currency, refund reference and current state: pending, completed or failed, using the provider's terminology.
If the outcome is unclear, consult the integration documentation and ask the processor for clarification before trying again. Also check for an existing dispute or chargeback to avoid overlapping repayments. Do not ask customers to email their full card details.
- Compare the amount recorded in the shop with the amount actually refunded.
- Check fees separately and how they appear in settlement records.
- Match the refund against the available statement or settlement report.
- Keep the references needed for reconciliation and later checks.
For accounting purposes, an order note does not replace the required documentation. Agree with your accountant which correction documents or credit notes are needed, how taxes and delivery charges should be treated, and how the return affects inventory records. If you use an invoicing integration, check whether it generates the documents automatically or requires manual action.
Tell the customer precisely what you have confirmed. “We have initiated your refund” does not mean “the money is already in your account”. The time before it appears depends on the payment method and financial institutions involved.
5. Make a separate decision before returning goods to stock
Refunding a payment does not establish that the product can be resold. You may refund without requiring a physical return, receive a damaged item or need further checks. Stock changes therefore need an explicit decision.
If the refund interface offers an option to restock items, check whether it is appropriate for that case. Do not select it automatically. For variable products, verify the exact variation and quantity rather than only the parent product.
- Confirm that the item has been received and assessed.
- Decide whether it belongs in saleable stock or a separate inventory category.
- Update the quantity once.
- Check synchronisation with inventory software, your warehouse or other sales channels.
Document where you made the adjustment. If both WooCommerce and your inventory application update the same quantity, you risk counting the returned item twice.
6. Close the case with a short checklist
Before treating the return as resolved, use the same checklist for every order:
- The request and customer communications are recorded.
- Receipt of goods or other relevant evidence is documented.
- The refund has a verified state and a financial reference.
- Accounting documents have been issued or passed on for processing.
- The stock decision is recorded, with no duplicate adjustments.
- The customer has received a clear update on the outcome and any remaining steps.
If technical errors arise, distinguish a shop issue from a transaction issue. For infrastructure matters, you can explore WordPress hosting, read the frequently asked questions or use the GazduireOnline.ro contact page. Confirmation that money has been transferred remains with the payment processor and financial institutions involved.
The practical takeaway is to maintain four separate but connected records: request, receipt, refund and stock. This lets you verify each step without inferring the position of the money or goods from a single WooCommerce status.
