← Library
◆ InfrastructurePayment InfrastructureSeptember 21, 2026 · 6 min read

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.

Article
Reading time
6 min read
Sections
7
Updated
October 24, 2026
LinkedInEmail
In this essay7 sections

A payment gateway handles checkout connectivity; a processor handles transaction processing; an aggregator bundles services for merchants under a particular commercial and acquiring model. One provider can perform several roles. The useful comparison is who contracts with the merchant, who processes the instruction and who is responsible for paying out the funds.

The platform I run product for is a gateway and an aggregator for over 150 merchants across five markets. This essay is the explanation I give to a new product manager in their first week.

The four functions in one transaction

Follow one payment from a customer’s card to the merchant’s bank account, while keeping the technical and contractual roles separate.

The gateway provides a technical entry point, such as a hosted checkout, SDK or API. It captures or receives payment details through the supported security model and forwards the request. The issuer’s authorization decision is separate from gateway validation or risk rules, which can stop a request before it reaches the issuer. Gateway technology alone does not establish who holds or settles funds.

The processor handles transaction processing and connectivity with the relevant network and acquiring participants. Its responsibilities may include authorization messages, responses, clearing records and settlement reporting. Identify the actual arrangement; a provider offering processing may also offer other services.

The merchant account refers to the acquiring arrangement for accepting card payments. Identify the bank or licensed acquirer and the agreement governing underwriting and settlement. Confirm seller and merchant-of-record responsibilities separately in the customer and acquiring contracts; the account label alone is not a complete description of that model.

An aggregator or payment facilitator can bundle merchant-facing services under an acquiring arrangement. The terms are not universally interchangeable. Mastercard defines a payment facilitator as an acquirer-registered service provider facilitating transactions for submerchants. Visa describes payment facilitators as agents that may contract and receive settlement on behalf of sponsored merchants. Confirm the applicable network model, contracting entities and jurisdiction. Mastercard facilitator definition · Visa acceptance entities

Gateway vs aggregator

A gateway-only service gives the merchant technology and expects a supported acquiring arrangement to be in place. The merchant may obtain that relationship directly and connect it through the gateway. This can offer control over acquiring relationships and routing, within the supported technical and contractual limits.

A facilitator can simplify onboarding and provide a bundled acquiring arrangement. Underwriting, reserves and payout terms still depend on the provider, merchant and market. A simpler sign-up flow does not mean the underlying risk checks are necessarily lighter.

Compare integration effort and commercial control alongside risk responsibilities. In our onboarding, predefined merchant tiers and risk rules helped make the review path more consistent. Risk owners defined the rules before product automated them; other providers should validate the same approach against their own regulatory and risk obligations.

Gateway vs processor

The gateway connects the merchant’s payment experience to processing. The processor handles the transaction through its network and acquiring connections. A single provider may do both, which can reduce the number of integrations and contracts but does not automatically establish lower cost.

This distinction matters when something fails. A request may fail gateway validation, a processor’s routing or format checks, network processing or issuer authorization. Preserve the decision source and original reason alongside the merchant-facing status. “Declined” alone may not tell operations which party can resolve it.

For the underlying card-message path, see the ISO 8583 authorization lifecycle. An API response and a network authorization result are related, but they are not the same evidence.

Gateway vs merchant account

Online acceptance needs a technical path and an acquiring model. The merchant may obtain them through one bundled provider or separate relationships. A gateway-only integration does not create the acquiring arrangement by itself, and a separately negotiated acquiring agreement does not prove that a particular checkout integration is included.

Ask what is supplied, who contracts for it and which providers are supported. That is more useful than treating “gateway or merchant account” as a choice between equivalent products.

How local payment methods change the comparison

Cards may be only part of the acceptance picture. Wallets, bank transfers and telecom billing have their own provider roles and settlement arrangements. The supported mix, licensing, currencies and settlement cycles are country- and product-specific.

An aggregator can simplify integration across supported methods, but verify which rails, entities and downstream partners are included. One contract does not remove the merchant’s own legal, risk, reconciliation or customer-support responsibilities. A payment-method logo also does not prove that refunds, status inquiry or settlement reporting are supported for your use case.

Compare responsibilities before choosing a provider

The questions below are an evaluation aid. The agreement and applicable rules determine the answers.

Responsibility Evidence to request
Technical capture and routing Named gateway, processor, acquirer and supported methods for the target market
Merchant onboarding Contracting entity, underwriting owner, required documents and review path
Seller and merchant-of-record role Customer-facing seller, transaction descriptor, refund/dispute duties and contractual allocation
Funds flow and settlement Entity receiving funds, payout schedule, settlement currency and reports
Reserves and disputes Reserve basis, release conditions, liability allocation and escalation route
Operating failures Status inquiry, duplicate protection, support coverage and reconciliation evidence

A bundled model may reduce integration work; separate acquiring relationships may offer useful control. Neither choice follows automatically from merchant size. Evaluate eligibility, method coverage, operating effort, price and exit terms for the business being served.

For a product manager, map the trade-offs to their accountable owners. Onboarding, reserves and payout timing affect growth and risk. Gateway validation and processor routing affect completion and recovery. Use the vendor governance guide to turn provider claims into accepted evidence.

FAQ

What is a payment aggregator?

The term is used for different bundled models. In card acquiring, a payment facilitator typically serves sponsored merchants under an acquiring arrangement. Confirm the network definition and provider’s contractual role in the relevant market.

Is a payment gateway the same as a processor?

No. They describe different technical functions, although a provider may combine them. Map the checkout entry point, processing path, acquiring relationship and settlement responsibility for the exact service.

Do I need a separate merchant account if I use a gateway?

You need an acquiring arrangement, but whether you obtain a separate merchant account depends on the provider’s model. Check what the agreement includes before adding another relationship.

Does having a merchant account settle the merchant-of-record question?

No. Establish the seller and merchant-of-record responsibilities from the business model and relevant agreements, including who contracts with the customer and handles refunds and disputes.

Which model is better?

Compare market and method coverage, underwriting, reserves, settlement, integration effort and contractual control. A bundled service can reduce coordination; separate relationships can offer flexibility. Neither is universally better.

Tags
payment aggregatorpayment gatewaypayment processormerchant accountpayment infrastructurePSP

Closing thought and further reading

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.

Share article
LinkedInEmail
Keep reading
View all essays
Payment Infrastructure

What Is Fintech Payments? A Working Definition and the Layers Underneath

Fintech payments is the part of financial technology that moves money between parties, built by companies that are not banks but depend on them. Understanding the layers explains the industry.

6 min read
Payment Infrastructure

MPGS Architecture: How Mastercard Payment Gateway Services Actually Works (and Where It Breaks)

Mastercard Gateway offers hosted payment interactions and APIs whose behavior depends on the acquirer configuration and integration version. Choose a flow by requirements, then validate its actual contract and state handling.

5 min read
Merchant Acquiring

Authorization Rate Is a Merchant P&L Metric, Not a Gateway KPI

Authorization rate belongs in the merchant P&L, but only when teams measure clean attempts, incremental approvals, fraud, fees, and fulfilment together.

6 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.

  • Settlement + Reconciliation Engine: Automated Recon at $1B+ GTV

    A multi-rail settlement and reconciliation engine, canonical double-entry ledger, three-way auto-reconciliation, exception management and corridor-aware payout windows. Closed the gap between treasury, finance and product at $1B+ GTV.

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.