Can you edit a BigCommerce order after payment?

Yes — you can edit a BigCommerce order after payment, but only certain fields, and only from the staff control panel. You can change the shipping and billing address, contact details, and quantities and variants on existing items. What you can't do after a payment is captured: add new items that need an extra charge, re-authorize or re-charge the card, or have shipping and tax recalculate against the original transaction. For anything that changes the amount owed, BigCommerce's own documentation points you to creating a new order.

"After payment" is the line that matters. Before a payment is captured you have more freedom; after capture, the settled transaction becomes fixed and the order record can only be edited around it. Knowing which side of that line each change falls on saves you from the most common BigCommerce order-editing mistakes.

What you CAN edit after payment

• Shipping and billing address — but shipping cost and tax do not recalculate for the new destination; reconcile any difference manually.
• Customer email and contact information.
• Quantities and options on existing line items — though lowering a quantity doesn't auto-refund the difference (see below).
• Order comments, staff notes, and status.

These are safe because none of them, on their own, changes how much money has already moved — except quantity, which is exactly where people get caught.

What you CAN'T do — and why

Once a payment is approved or captured, BigCommerce cannot reuse that authorization. So anything that increases the total — adding a product, adding a shipping charge, upgrading the shipping method — has no way to collect the difference, and the platform won't let you; the official guidance is to create a new order for the extras. Decreasing the total is just as manual: applying a discount or lowering a quantity after capture does not return money on its own. The total on screen may drop, but no refund is issued until you process one yourself. Treating an on-screen edit as though it moved money is the single most common reconciliation error.

The three workarounds merchants actually use

• Create a second order for added items — the official route. It works, but the customer pays shipping again unless you zero it, you incur a second transaction fee, and you now have two orders to reconcile.
• Refund the delta at your payment gateway (Stripe, PayPal, etc.) for swaps or removals, then edit the order record to match. Use a line-item refund rather than a custom amount so tax is calculated correctly — custom-amount refunds record zero tax.
• Issue store credit for any difference. It avoids touching the original charge, keeps the money in your store, and skips a second round of processing fees.

A warning if you use the API

The Orders API can technically modify line items — omit the product id to add one, set quantity to 0 to remove one — but two cautions apply. First, it still can't collect payment for an increase; you handle that separately. Second, and more dangerous, a PUT update clears all discounts and promotions on the changed line items, so scripting an edit on a discounted order can silently break its pricing. For refunds, use the V3 two-step flow: POST a refund quote to get the correct tax and total, then create the refund from the quote's values instead of computing amounts yourself.

Before vs after capture: why timing changes everything

The reason these rules can feel arbitrary is that they all hinge on one moment: payment capture. Before capture, an authorization is a hold you can adjust or release, so more is possible. After capture, the money has actually moved, and BigCommerce treats that transaction as settled and immutable — every limitation above flows from that. If your gateway authorizes first and captures at fulfillment, you may have a brief window with more flexibility; if it captures immediately, you're in "after payment" territory from the start. Knowing your capture timing tells you which rules apply to a given order.

A quick decision guide

Use this shortcut. Changing an address or contact detail, or swapping a same-price variant? Edit it in the control panel. Lowering the total? Edit the record and issue the refund (line-item, so the tax is right). Raising the total? Don't edit in place — create a new order, send a payment link, or use a self-service add that collects the difference. Discounted order? Avoid API PUTs that strip the promotion. Follow that order of operations and the order record and the money stay in agreement every time.

The version that doesn't involve you at all

Step back, and most "edit my order after payment" requests arrive minutes after checkout for the same few reasons: wrong address, wrong size, a forgotten item, a change of mind. OrderEdit.io gives customers a bounded self-service window to fix the address, swap variants, adjust quantities, add products (and pay exactly the difference, tax handled), or cancel — with your refund rule enforced automatically. The request never becomes a ticket, the money and the record stay in sync, and the edit never breaks your books. Plans start at $39/mo with a 21-day free trial.