BigCommerce refund to store credit: the complete guide (2026)

A BigCommerce refund to store credit is built into the native refund flow: open the order, click Refund, select the items or amount, and choose Store Credit as the method — the balance lands on the customer's account instantly, and nothing round-trips through your payment gateway. It is the one refund path that keeps the cash in your store. Offered as a choice (never forced), it turns a refund from lost revenue into a future order.
Refunds are not an edge case. The NRF's 2025 returns research put US returns near $850 billion for the year, with online return rates running around 19–20% of orders. Every one of those that ends in a cash refund hands back revenue you already paid to acquire. The same return ending in store credit keeps the money on your books and brings the customer back. Here is exactly how the native mechanics work on BigCommerce, where they stop short, and how to use the "customer chooses credit" pattern without annoying anyone.
How store credit works on BigCommerce
Store credit is a native balance that lives on the customer record, not on any single order. You can see and adjust it from the control panel by editing the customer, and every signed-in customer can see their own balance in their account area. At checkout, a logged-in shopper with a positive balance can apply store credit to the order and pay any remainder with a normal payment method; BigCommerce also exposes the same mechanics through its checkout API for headless and custom storefronts. There is nothing to install and nothing to configure — if you have customers, you have store credit.
How to refund an order to store credit, step by step
The flow takes about thirty seconds in the control panel:
- Open the order and click Refund.
- Select the line items and quantities to refund (or a custom amount for partial cases — mind the tax handling covered in our partial refund guide).
- On the method step, choose Store Credit instead of refunding through your payment provider.
- Add an optional reason and hit Confirm Refund.
The amount is credited to the customer's account immediately and the order moves to Refunded or Partially Refunded, so your reporting stays clean. The credit is spendable on the very next order — no waiting period, no code to email, no card networks involved.
What store credit fixes that a cash refund breaks
A card refund is a round trip through your gateway: it can take days to settle on the customer's statement, it generally does not return the processing fees you paid on the original charge, and it fails outright in the awkward cases — the gateway you used has since been switched off, the transaction is too old, or the order was paid offline. Store credit sidesteps the entire trip. The refund is an internal ledger move: instant for the customer, fee-free for you, and available even when the original payment method is unreachable. For exchange-shaped situations — wrong size, wrong color, "I want the other one" — it also beats refund-and-rebuy, because the customer never has to decide whether to come back: their money is already waiting in their account. (For true swaps, an even exchange with no money movement at all is cleaner still.)
The margin math: what a credit actually saves
Three things happen when a return ends in credit instead of cash. First, the revenue stays: the cash never leaves your account, and the liability sits on your books until it is spent with you. Second, the next order is usually bigger than the credit: ReturnGO reports that roughly 90% of shoppers add a card payment on top when they redeem store credit, spending around $20 extra on average. Third, you skip the gateway's non-refundable processing fees on the money that would have gone out and come back. None of this requires banking on breakage — credit that never gets spent — which is real but not a strategy. The honest math is simply that a refunded customer is gone by default, while a credited customer has a concrete reason to return.
The catch: limits to know before you lean on it
The big one: store credit only works for registered customers. The balance hangs off a customer account, and BigCommerce's checkout will only let a signed-in shopper with a positive balance apply it — a guest cannot redeem store credit at all. If the original order was placed as a guest, have the customer create an account with the same email before you issue the credit, or the balance is unreachable. Beyond that: the balance is account-wide rather than scoped to an order, so your support notes are the audit trail; it is a real accounting liability and should be tracked like one; and it only has value if the customer plausibly wants to buy from you again — a credit at a store you'll never revisit is just a worse refund. Finally, consumer law in many regions requires a cash refund for faulty or misdescribed goods, so treat credit as an option you offer, never a policy you impose.
Store credit vs gift certificates
BigCommerce also has native gift certificates, and the two get confused constantly. They are different tools:
| Store credit | Gift certificate | |
|---|---|---|
| Where it lives | On the customer's account | A code, redeemable by whoever holds it |
| Who can use it | That signed-in customer only | Anyone with the code (same currency as the cart) |
| How it's issued | Refund flow or manual adjustment | Purchased on the storefront (or issued as marketing) |
| Best for | Refunds, goodwill, exchanges | Gifting and promotions |
For refunds specifically, store credit is the right primitive: it needs no code handling, it can't leak to strangers, and it shows up automatically at checkout for the right person.
Let the customer choose — the case that saves the margin
Forced store credit feels like a trap, and shoppers know it. Offered store credit converts surprisingly well, because you can make it the objectively faster option: "instant store credit now, or a card refund that lands in 3–5 business days." The customer who picks credit — and many do when it is instant — just saved your margin voluntarily. The pattern works anywhere a refund decision happens: self-service cancellations (credit now vs. waiting on the card refund), out-of-stock apologies, late-delivery goodwill, and price-adjustment requests. This is also where self-service tooling earns its keep: OrderEdit.io lets BigCommerce merchants run customer-facing cancellation and editing flows with a refund rule you control — including offering store credit first with cash as the fallback — from $39/month with a 21-day free trial. However you implement it, the principle is the same: make credit the convenient choice, keep cash available, and let the customer pick. The ones who choose credit stay customers.
Try it free on your store
Install OrderEdit.io from the BigCommerce Marketplace and let customers edit and upsell themselves. 21-day free trial.
Start free trial