Payment Gateways and Processors — Who Does What?

Payment Gateways and Processors — Who Does What?

What a Payment Gateway Does

A payment gateway collects a customer’s payment details, encrypts them, and sends them to a payment processor. It acts as the secure link between the checkout and the rest of the payment system. The gateway faces the customer. The processor works behind the scenes.

When a shopper enters card details at checkout, the gateway helps protect those details in transit. Many gateways also use tokenization. This replaces sensitive card data with a token that can stand in for it during later payments. A token can reduce how often a business needs to handle raw card data.

Gateways come in several forms. A hosted gateway sends the shopper to a payment provider’s page to pay. An embedded gateway keeps checkout within the merchant’s site. An API-based gateway gives developers more control over the payment flow, but often needs more build work.

Gateways may support card payments, digital wallets, and other payment methods. They can also offer tools that help merchants meet PCI DSS rules for handling card data. The exact security features vary by provider and setup, so check what the service covers and what remains your responsibility.

What a Payment Processor Does

Abstract payment processing path with connected metal nodes and a frosted glass sphere
How a processor routes a payment

A payment processor moves payment information between the merchant, the customer’s bank, and other financial institutions. It helps request approval for a transaction and, once approved, helps arrange the transfer of funds. The customer rarely sees this work take place.

For a card payment, the processor sends an authorization request through the payment network to the card issuer. The issuer checks the account and returns an approval or decline. An approval does not mean the money has reached the merchant yet. It means the payment can move toward settlement.

Settlement is the stage when funds move through the banking system to the merchant’s account. Timing varies by provider, account terms, payment type, and risk checks. A processor may also help manage refunds, payment records, and chargebacks. A chargeback is a card payment that the cardholder disputes with their bank.

Some providers bundle processing with a merchant account, which is an account used to receive card payments. Others offer a combined service that includes the gateway, processing, and account tools. Ask which party handles each task before comparing offers.

Gateway vs. Processor: The Main Differences

Two distinct abstract payment structures connected by a thin line on navy
Gateway and processor roles side by side

The difference between a payment gateway and processor comes down to their roles. The gateway collects and protects payment details at checkout. The processor routes the request, seeks approval, and helps move funds between banks. One is the customer-facing entry point. The other runs the payment flow in the background.

These services work as parts of one payment path, but they are not the same thing. A merchant can buy them as separate services or get both from one provider. A combined service may make setup simpler. Separate providers can give a business more choice, though they may need extra setup and support.

AreaPayment gatewayPayment processor
Main roleCollects, encrypts, and sends payment detailsRoutes requests and helps transfer funds
Where it worksAt checkout or in the payment formBetween the merchant and financial institutions
Common featuresCheckout options, tokenization, payment method supportApproval requests, settlement, refunds, chargeback tools

In short, a payment gateway processor setup uses both roles to complete an online payment. The name can cause confusion because some providers sell a bundle under one brand. Look at the tasks included, not just the product name.

How They Work Together in an Online Payment

Frosted glass forms linked in a sequence to show an online payment flow
The stages of an online payment

Consider a customer buying a $60 item online. The customer enters card details on the checkout page. The gateway encrypts the details and sends them to the processor. The processor then asks the card issuer to approve or decline the payment.

If approved, the checkout tells the customer the order went through. The processor records the approved payment and later helps settle the funds to the merchant’s bank. The full path may involve a card network and more than one financial institution. Each part has a separate task.

  1. Customer enters payment details. The gateway gathers the details through a hosted, embedded, or API-based checkout.
  2. Gateway protects and passes the data. It encrypts the details and sends them to the processor.
  3. Processor requests approval. It routes the request to the card issuer through the payment network.
  4. Issuer returns a decision. The processor sends the result back through the gateway to the checkout.
  5. Funds settle later. The processor helps move approved funds to the merchant’s bank account.

Declines can happen for many reasons, such as a bank check or a wrong card detail. A clear checkout should show the result without exposing sensitive payment data. The merchant should also know who to contact when a payment is stuck, refunded, or disputed.

How to Choose a Gateway and Processor

Start with your checkout needs. A small shop that wants a quick launch may favor a hosted gateway. A business with a custom checkout may want an embedded or API-based option. Check the tools needed to connect it to your website or sales system.

Then compare supported payment methods. Your customers may expect cards, digital wallets, or local payment choices. Confirm that the gateway supports the methods you plan to offer in each market. Also check how it handles tokenization and which PCI DSS tasks remain yours.

When choosing a processor, compare the full fee structure, not only the headline rate. Look for per-payment fees, monthly costs, refund fees, and any extra fees for cross-border payments. Ask how long settlement usually takes and what can delay a payout. Also check what tools and support it provides for chargebacks.

  • Gateway: Compare ease of integration, checkout types, payment methods, and security features.
  • Processor: Compare processing fees, settlement times, support, and chargeback handling.
  • Both: Confirm who handles refunds, declines, disputes, and technical support.

Before signing, map each payment task to a provider. Ask who receives payment data, who seeks approval, who handles settlement, and who supports disputes. That simple check can reveal gaps in a bundled offer or extra work in a split setup.

The right payment gateway and processor depend on your sales channels, regions, and checkout needs. Focus on the whole payment path, from secure data capture to funds arriving in your account. A clear division of roles makes fees and support easier to judge.

#payment gateway functions#payment processor roles#online payment processing#payment settlement times#payment gateway integration

Frequently asked questions

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

A gateway collects, encrypts, and sends payment details from checkout. A processor routes the request for approval and helps move funds to the merchant.

Do I need both a payment gateway and a processor?

Online card payments usually need both roles. One provider may bundle them, or a business may use separate services.

Does a payment gateway move money to my bank?

No. The gateway passes payment details securely. The processor helps arrange approval and settlement through financial institutions.

What types of payment gateways are there?

Common types include hosted, embedded, and API-based gateways. They differ in where checkout takes place and how much control a merchant has.

What should I compare when choosing a payment processor?

Compare the full fee structure, settlement timing, support, and chargeback tools. Also confirm how refunds and payment disputes are handled.