Authorization vs Capture: Why Money Shows Up in Stages

A customer calls, upset and certain: the money left her account an hour ago, she can see it missing, and your dashboard says the order is unpaid. Strange as it sounds, you might both be right at the same time.

Card payments move in stages, and the vocabulary for those stages, authorization vs capture, explains almost every "where is the money" mystery in online selling. Merchants who understand the two words stop panicking at pending charges, stop shipping against money that never arrives, and can talk a confused customer down in one calm message. The concepts fit in a page, and this is that page.

Authorization vs capture, defined

Authorization is the customer's bank approving a payment and placing a hold on the money. Capture is the merchant claiming that approved amount so it actually moves. The two can happen together in one moment or hours apart, and every pending charge you have ever seen lives in the gap.

Settlement follows capture: the captured funds travel through the card network into the merchant's balance and eventually a bank account. Three stages, one purchase, and only the last one involves money truly changing hands.

What authorization actually does

When a customer hits pay, her bank runs its checks in a second or two. Does the card exist and is it active, is the money there, does anything about the purchase warrant declining, and did the cardholder verify herself where 3-D Secure applies, the step our 3-D Secure guide explains from both sides of the counter.

Passing those checks produces an approval and a hold. The bank ropes off the amount on the customer's card, so her available balance drops immediately and the charge appears in her app marked pending. Nothing has been paid to anyone yet. The hold is a reservation, the bank's promise that the money is set aside for this merchant if they come to claim it.

Holds are temporary by design. If no capture ever arrives, the hold expires after a period set by the card's bank, typically within days, and the money quietly returns to the customer's balance as if nothing happened.

What capture actually does

Capture is the claim. The merchant, or the platform acting for them, tells the network to make the authorized amount real, and settlement machinery takes over from there. Once captured, the charge on the customer's side converts from pending to posted, and on the merchant's side it becomes money genuinely owed to them, on its way to their balance.

Most everyday online checkouts run authorization and capture together at the moment of approval, so the stages are invisible when everything works. The separation exists because some businesses legitimately need the gap: a hotel authorizes at check-in and captures at check-out, and some merchants authorize at order time but capture only when goods ship. The gap is a feature, and also the source of nearly all the confusion.

The everyday mysteries this explains

• The pending charge that vanished. An order failed after authorization, so the hold sat visible for a few days and then released. No money ever moved, though it genuinely looked gone from the balance.
• "You charged me twice." Often one authorization and its capture displaying as two lines in a banking app before they merge. Genuine duplicates exist, but the display artifact is far more common.
• Money deducted, order failed. The classic. Authorization succeeded, something later in the flow did not, and the hold will release on the bank's timeline. Our guide to why card payments fail covers the failure half of this story.
• The refund that arrived fast, or never seemed to happen. A payment reversed before capture is a void: the hold simply releases, and nothing appears as a refund line. After capture and settlement, a refund is a real reverse movement and takes bank-side time to post.
• Gas pumps and hotel holds. Pre-authorizations for estimated amounts, captured later for the real figure, which is why the pending number sometimes differs from the final one.

What this means when you are the merchant

One operating rule covers most of it: goods move when the money is captured and confirmed, not when a customer shows you a pending charge. A pending line in her app proves authorization, and authorization alone is a reservation that can still evaporate.

Your dashboard's job is to collapse these stages into a status you can act on. On Inkress, an order shows as paid when the payment has completed, verification and all, which is the signal that fulfilment is safe. If you ever operate a flow with a deliberate gap between authorizing and capturing, know your platform's rules for how long an authorization stays valid, and capture promptly, since expired authorizations mean re-asking the customer for money nobody enjoys discussing.

The stages also explain your own money's rhythm. A sale today becomes balance after settlement, not during the applause, so the day's takings and the day's spendable funds are related but not identical numbers.

Where the gap helps a small merchant

Most Jamaican sellers never need to separate the steps deliberately, and that is fine. The cases where staged thinking earns its keep are narrow and worth knowing. Made-to-order businesses, cakes, tailoring, furniture, are usually better served by two real payments, a captured deposit at order and a captured balance at handover, than by trying to hold one authorization open for weeks, since holds expire long before a wedding cake is iced. Service businesses taking bookings can treat deposits the same way.

A captured deposit also argues better than a promise ever could, because it comes with a receipt, a date, and the customer's own bank verification behind it. Keep the two payments tied to one order record, and pickup day starts from agreement rather than archaeology.

If you ever do run a genuine authorize-now-capture-later flow, say for capture on shipping day, diarize the capture. An authorization that expires uncaptured is a sale you get to request twice, and the second ask is never as warm as the first. Design the everyday flows around captured payments, and reach for the staged machinery only where the business truly runs in stages.

Talking a worried customer through it

The customer with the missing money is not wrong, just early. A message like this settles most cases: "The amount you see is a temporary hold placed by your bank when the payment was attempted. The payment did not complete on our side, so nothing was collected, and your bank releases the hold automatically within a few days. If it lingers past that, your bank can release it faster than anyone else can."

That last clause matters. Only the customer's bank controls the hold, so pointing her to the right door saves a week of frustrated messages aimed at the wrong one.

Authorization reserves, capture claims, settlement delivers. Keep those three verbs straight and the pending-charge dramas of online selling become five-minute conversations instead of disputes. If you would rather run on a system where paid simply means the money is confirmed and verified, an Inkress account keeps orders, statuses, and settlement in one honest ledger, and takes minutes to open.