Cancel or change an order after payment: check which action is actually available

Read the payment that belongs to this request

Identify the requested change precisely: the whole order, selected items, a quantity or the delivery arrangement. Then match the store order to its provider payment using the recorded reference. Read the authorized amount, captured amount, any earlier refunds and the current payment state. A request to cancel the order is not evidence that the payment is still cancelable.

For Stripe, the refund documentation permits Dashboard cancellation when the payment is uncaptured. It describes refunding all or part after a payment succeeds. Other methods and states have their own cancellation conditions, so this is not a rule that every pending payment can be canceled through the same button. Use the action available for the actual payment and method; if that state is unresolved, investigate it before promising either cancellation or refund.

The authorized staff member should recheck the payment immediately before acting because capture or another refund may have occurred since support first read the order. Keep the result tied to the same reference. An order edit, a payment cancellation and a refund are separate records even when the buyer uses one word for all three.

Choose cancellation or refund from the amount already captured

When the payment remains uncaptured and the provider offers cancellation for that state, cancellation addresses the authorization. Record the provider's confirmed result before describing it as done. Do not capture merely to make a refund button usable. Check the actual authorization deadline and available actions rather than assuming a capture window applies to every country, card or integration.

A reduction before capture is a different choice from canceling the entire payment. Stripe's capture guidance says that capturing less normally releases the remainder, and most payments allow only one capture. Keeping the remainder available for later capture requires supported multicapture. A reduced order does not establish that the installed gateway supports that feature, and a later shipment does not authorize a second capture. Establish the intended final amount and actual support before any capture decision.

If the relevant amount was captured, use the approved refund route for that payment rather than relabeling it as an authorization cancellation. For Stripe, total partial refunds cannot exceed the original charge, and refunds return through the original payment method. Check earlier refund amounts before selecting the next amount. State the provider's actual refund result; a request or a store record alone does not establish that funds reached the buyer.

Run a separate fulfillment check

Captured but not shipped means there are two decisions: whether the authorized fulfillment owner can stop or change the work, and whether an approved amount should be refunded. Confirm the stop or change in the fulfillment record. A support message asking the warehouse to stop is not confirmation that the parcel stayed there.

If the parcel is already in transit, identify the actual shipment stage and the carrier or fulfillment process available for the requested change. If it is delivered, use the business's applicable return or remedy process. Neither stage reverses a capture or establishes a legal cancellation right. The buyer may need a shipment-stage conversation as well as a payment action, and the record should say which one is still open.

WooCommerce's order-status documentation says a Cancelled order can still need a refund and can return stock to store inventory when inventory management is enabled. Check that side effect against the physical goods before treating the inventory figure as usable stock. The financial action, application inventory and physical shipment must remain separately traceable.

Confirm the result before sending the buyer's answer

WooCommerce distinguishes automatic gateway refunds from manual refund records. Automatic refunds need gateway support; a manual record does not return funds through that gateway. Changing the status alone does not move money. A partial refund need not put the order into Refunded status, so inspect the amount and the matching provider record instead of using the order label as the final check.

If a refund is already pending, trace that refund before creating another. Stripe says insufficient available balance leaves card refunds pending, while other payment-method types fail in that situation. Canceling a pending refund is also different from canceling the original payment: availability depends on refund type and state, and some card refunds have only a short Dashboard cancellation window. Do not assume that changing the order or withdrawing the buyer's request cancels a refund already in progress.

The buyer's reply should name the accepted request, the confirmed payment action, the confirmed shipment action and the remaining follow-up. Distinguish a released authorization from a submitted refund, and a refund submitted from a refund's arrival on a statement. Set a time your team will check again if needed, without promising a bank posting date. Fee consequences belong to the actual provider terms; this decision sheet does not calculate savings from either route.

For repeated disagreements between the available payment action and the store's controls, bring the platform, gateway and a non-sensitive description to a Prism checkout-review consultation. Agree the investigation or implementation scope, responsibilities, fees and terms before work. Leave customer records and payment details out of the public inquiry.

Available-action check

Apply the relevant rows to one existing order. Record actual payment and fulfillment states, the approved action and the owner in the final column. Several rows can apply at once; a shipment row does not replace the payment row. Mark unknown when the responsible system has not been checked, and keep private references in authorized records.

Worksheet entries are not submitted by Prism’s worksheet and are not saved by the site. Use record types, availability, anonymized observations, or match/mismatch results. Do not enter government identifiers, customer names or addresses, customer messages, receipt-access links, card or bank details, passwords, or keys. Send sensitive documents only through the provider’s verified secure channel.

These are temporary notes. Leaving or reloading this page may clear them. Worksheet entries are not sent automatically. If you copy notes into the consultation message and submit the form, Prism receives them as part of your request.