← Library
◆ Card paymentsCard AcceptanceNovember 4, 2026 · 8 min read

How does a payment gateway process a card payment? Step by step

The approval a customer sees in two seconds is only the second of six steps. Clearing, settlement and funding decide when the merchant is actually paid.

Article
Reading time
8 min read
Sections
7
Published
November 4, 2026
LinkedInEmail
In this essay7 sections

A payment gateway processes a card payment by collecting the card details securely, authenticating the cardholder with 3-D Secure where needed, and sending an authorization request through the acquirer or processor and the card network to the issuing bank, which approves or declines it. Approved payments are then captured, cleared between acquirer and issuer, settled through the network and paid out to the merchant's bank account. The gateway is the merchant's entry point, the issuer makes the decision, and the network and acquirer move the messages and the money.

Who is involved in a card payment?

Five parties usually touch an online card payment, although one company can play several of these roles. Payment aggregator vs gateway vs processor explains how the roles get bundled into one contract.

Party What it does What it does not do
Payment gateway Collects card data through a hosted page, hosted fields or API, validates and routes the request, returns the result Approve the payment; its risk rules can block a request, but only the issuer approves
Acquirer and processor Holds the merchant's acceptance agreement (acquirer) and connects to the networks (processor); submits clearing, receives settlement Hold the cardholder's account
Card network (scheme) Routes messages between acquirer and issuer, runs clearing, calculates settlement positions Pay the merchant directly
Issuer Holds the cardholder's account, approves or declines, posts the transaction Contract with the merchant
3-D Secure participants Exchange data between the merchant side and the issuer to authenticate the cardholder Authorize the payment

How does a payment gateway process a card payment, step by step?

  1. Collect and authenticate. The customer enters the card in a gateway-hosted page or hosted fields, or uses a saved token. If authentication is required or chosen, the gateway runs 3-D Secure, which EMVCo describes as a messaging protocol that exchanges data between the merchant, the card issuer and, in some cases, the consumer to authenticate the consumer and prevent card-not-present fraud. EMVCo: EMV 3-D Secure The outcome is frictionless or a challenge.
  2. Authorize. The gateway sends the request to the acquirer or processor, which formats it for the network, commonly as an ISO 8583 message, and the network routes it to the issuer. Mastercard describes this stage as transporting authorization requests, responses, cancellations and advice messages to confirm the cardholder, the card and available funds. Mastercard: Switching explained An approval places a hold on funds; no money moves yet.
  3. Capture. The merchant confirms the amount to collect, either at once (a sale) or later (authorize now, capture on shipment). Stripe's documentation notes that for most card networks the default authorization validity is 7 days for online payments, with extended validity of up to 30 days depending on the network; an uncaptured hold lapses. Stripe: place a hold on a payment method
  4. Clear. The acquirer submits captured transactions to the network, which passes them to issuers. Mastercard defines clearing as the exchange of transaction details between acquirer and issuer so the transaction can be posted to the cardholder's account and the settlement position reconciled, and says it usually happens within one day for dual-message transactions. Mastercard: Chargebacks Made Simple
  5. Settle. The network calculates each acquirer's and issuer's net position and transfers funds. In Mastercard's description, the issuer pays the acquirer the transaction value minus interchange, and the acquirer pays the merchant net of its discount. Mastercard: Chargebacks Made Simple
  6. Fund. The acquirer or payment provider pays the merchant's bank account on its contracted payout schedule, after fees and any reserve. The merchant agreement sets this timing, not the gateway API.
The authorization path of an online card payment, from checkout to issuer decision
Customer pays at checkout

Card details or a saved token enter the gateway's hosted page or fields.

Card or token, amount, 3DS result
Gateway validates and routes

It checks the request, applies merchant risk rules and sends it on.

Authorization request
Acquirer and network route it

The processor formats the message and the network delivers it to the issuer.

Request reaches the issuing bank
Does the issuer approve?
If declinedDecline code returned

The gateway shows the outcome; any retry depends on the code.

If approvedAuthorization code returned

Funds are held on the card, but no money has moved.

Response returns along the same path
Merchant records the result

The order is confirmed, then captured for clearing and settlement.

Simplified: real routes can add an orchestration layer, a separate processor, a 3DS challenge or a timeout with no response.

What is the difference between authorization, capture, clearing and settlement?

Each step produces different evidence, and money moves only in the last two.

Step What happens Does money move? Who owns it Evidence to keep
Authentication Cardholder verified through 3-D Secure No Issuer decides; merchant side initiates Authentication result
Authorization Issuer approves or declines and holds funds No, a hold only Issuer Authorization or decline code
Capture Merchant confirms the amount to collect No Merchant, through the gateway Capture record
Clearing Details pass from acquirer to network to issuer Not yet Acquirer and network Clearing records
Settlement Network moves net funds between institutions Yes, between banks Network, issuer, acquirer Settlement reports
Funding Acquirer or provider pays the merchant Yes, to the merchant Acquirer or provider Payout report, bank credit

The practical consequence: an approval is not revenue, and a capture is not cash. Reconciliation has to match authorization, capture, settlement and bank credit as separate records.

What happens when a card payment is declined or times out?

A payment can be stopped by the gateway's own risk rules, a processor format check, the network or the issuer. Keep the source of the decision and the original reason code next to the status you show the customer, because "declined" alone does not tell operations who can fix it. Card decline codes and retry rules covers which declines are worth retrying.

A timeout is not a decline. If the gateway receives no response, the result is unknown and the issuer may have approved. Query the transaction or wait for the provider's notification before sending a new attempt, and reuse the same idempotency key on retries. If an order is cancelled after approval, release the hold through the provider's void or cancellation operation.

How do UK and EU rules change the flow?

In the EEA, PSD2 requires strong customer authentication (SCA) for electronic payments initiated by the payer, and Commission Delegated Regulation (EU) 2018/389 sets the technical standards and exemptions, including low-value and low-risk remote transactions identified through transaction monitoring. EUR-Lex: Regulation (EU) 2018/389 In the UK, the FCA states that payment service providers must apply SCA where a payment service user initiates an electronic payment transaction, and it expected full SCA compliance for e-commerce by 14 March 2022. FCA: deadline extension for SCA

That makes step 1 a regulated step for online card payments in those regions, and exemption choices affect both conversion and liability; see PSD2 SCA exemptions. Elsewhere, including the US, UAE and Saudi Arabia, check local regulation and scheme rules with your acquirer before deciding when to authenticate.

What should a merchant check with its gateway?

  • Which acquirer and processor sit behind the gateway for each market and card brand.
  • Whether authorization and capture are combined or separate, and how long holds last for your transaction types.
  • How 3-D Secure is triggered, which exemptions are requested and who owns that logic.
  • Whether decline sources and reason codes are passed through, not just a generic failure.
  • How unknown results are resolved: status query, notification and idempotency.
  • When settlement and funding happen, in which currency, and which reports prove them.

Choose a payment gateway with a responsibility map turns these questions into a selection exercise.

FAQ

Does the payment gateway decide whether a card payment is approved?

No. The issuing bank approves or declines. The gateway can reject a request on its own risk rules or a validation error, but it does not approve on the issuer's behalf.

How long does a card authorization hold last?

It depends on the network and transaction type. Stripe's documentation gives 7 days as the default for most networks' online payments, with extended holds of up to 30 days where the network allows them.

Is 3D Secure the same as authorization?

No. 3-D Secure authenticates the cardholder; authorization is the issuer's decision on the payment. A payment can pass authentication and still be declined.

When does the merchant actually receive the money?

After clearing, settlement and the acquirer's payout, on the schedule set in the merchant's acquiring or provider agreement.

What is the difference between a payment gateway and a payment processor?

The gateway is the merchant-facing entry point that collects and routes the payment; the processor connects to the card networks and handles the transaction messages. See aggregator vs gateway vs processor.

Tags
payment gatewaycard authorization3d secureclearing and settlementcard acceptance

Closing thought and further reading

The approval a customer sees in two seconds is only the second of six steps. Clearing, settlement and funding decide when the merchant is actually paid.

Share article
LinkedInEmail
Keep reading
View all essays
Payment Infrastructure

Payment Aggregator vs Payment Gateway vs Payment Processor: Who Does What

A card payment can involve a merchant-facing provider, gateway, processor, network, and acquirer. Companies may bundle these functions, so map the contract, transaction path, and settlement responsibilities for the exact product.

6 min read
Payment Infrastructure

ISO 8583 Payment Message Lifecycle

ISO 8583 gives card participants a common message interface. The network profile and acquirer contract determine the fields, code meanings, timing, and recovery behavior your integration must implement.

8 min read
Payment Infrastructure

Choose a payment gateway with a responsibility map

A gateway feature list cannot tell a merchant who will resolve a stalled refund. Test the responsibility map for the actual contracted route.

4 min read
Operating proof
  • Cross-Border Payment Infrastructure Platform

    A regulated, multi-rail payments platform processing $1B+ annual GTV and 270M+ payments a year across pay-in, payout, wallets (DCB/IBFT), card acquiring (MPGS/MDES), settlement, FX and cross-border corridors, PCI DSS and ISO/IEC 27001 certified.

  • Daraz (Alibaba Group) Payment Operations Across Five Markets

    Ran payment operations governance across five South Asian markets during a COVID-driven volume surge, coordinating settlement, disputes, fraud rules, reconciliation and COD-to-digital conversion.

Continue the conversation

Need help applying this to your business?

Explore practical support for payment operations, product decisions, program delivery and AI automation, grounded in the challenges behind this essay.

Explore relevant supportEmail Rizwan
Payments Infrastructure Notes

Interested in future field notes?

Request email updates on payments, product decisions, program delivery and practical AI. Your request goes to my inbox for follow-up.

A request for occasional updates, with no weekly schedule promised.