Direct Answer
A payment gateway connects a business's checkout with payment-processing systems. For card payments, it passes the payment request onward and returns information about the result. It is a communication layer, not the institution that issued the customer's card. Receiving a gateway response also does not, by itself, prove that the merchant has received the money.
Source: Authorize.net, “What is and who is Authorize.net?” (Gateway routing and supported submission channels for this provider); Authorize.net Developer, “Payment Transactions” (Provider technical lifecycle, underwriting and dispute representation), accessed 2026-09-03.
What the gateway does
The gateway carries payment information between the checkout and the processing infrastructure. That infrastructure connects to the financial institutions involved in the payment. A gateway can serve more than a website: some providers also accept transactions from retail software or telephone-order systems.
Source: Authorize.net, “What is and who is Authorize.net?” (Gateway routing and supported submission channels for this provider); Visa, “Payments: understanding the components and solutions” (High-level gateway and processor roles only), accessed 2026-09-03.
- The business submits the payment request through its gateway connection.
- The request travels to processing systems for the required checks and authorization, meaning a decision to approve or decline it.
- The payment response returns to the business. The customer's issuer, or an authorized network service acting for it, supplies the card authorization decision.
Source: Authorize.net, “What is and who is Authorize.net?” (Gateway routing and supported submission channels for this provider); Visa Developer, “Glossary” (VisaNet processor and authorization definitions), accessed 2026-09-03.
Keep the connection separate from the funds
A gateway is not a merchant bank account. In the documented card lifecycle, authorization can place a hold without transferring funds. Capture submits the authorized transaction for settlement, the later financial process. A checkout integration must distinguish those events instead of labelling each one as money received.
Source: Authorize.net Developer, “Payment Transactions” (Provider technical lifecycle, underwriting and dispute representation), accessed 2026-09-03.
Illustrative example: a response is not a receipt
Imagine a developer sees a successful Hypertext Transfer Protocol (HTTP) response, which reports the web request's status, and marks an order paid. That is insufficient evidence in some integrations. Adyen documents HTTP 200 responses that contain unsuccessful payment results. In this hypothetical case, inspect the payment-result fields and follow the provider's state-handling guidance before changing the order. The example does not describe every gateway's response format.
Source: Adyen Documentation, “Refusal reasons” (Adyen online-payment HTTP versus business-result distinction), accessed 2026-09-03.
A checkout-handoff checklist
Use these questions when documenting the integration. They are a suggested handoff checklist, not a statement that every gateway supplies every feature.
Handoff question | What to record |
|---|---|
Where is payment information entered? | Name the form or application and its owner. |
Where is the request sent? | Identify the gateway and processing connection. |
Which response permits the next step? | Record the provider's payment status, not just a successful web request. |
Is capture automatic or separate? | Record the configured flow and who submits capture. |
Who owns the security tasks? | List the merchant's and provider's responsibilities. |
Source: Authorize.net, “What is and who is Authorize.net?” (Gateway routing and supported submission channels for this provider); Authorize.net Developer, “Payment Transactions” (Provider technical lifecycle, underwriting and dispute representation); Adyen Documentation, “Refusal reasons” (Adyen online-payment HTTP versus business-result distinction); PCI Security Standards Council, “Does PCI DSS apply to merchants who outsource all payment processing operations and never store, process or transmit cardholder data?” (Outsourcing responsibility under PCI DSS), accessed 2026-09-03.
Outsourcing does not remove security responsibility
Using an external gateway does not eliminate the merchant's Payment Card Industry Data Security Standard (PCI DSS) responsibilities. The standard-setting council says merchants still need to assess their provider and understand shared duties. Confirm the applicable validation process with the organization managing your compliance program, such as your acquirer.
Source: PCI Security Standards Council, “Does PCI DSS apply to merchants who outsource all payment processing operations and never store, process or transmit cardholder data?” (Outsourcing responsibility under PCI DSS), accessed 2026-09-03.
Continue through the payment flow
Read payment processor for message handling, then payment authorization and payment capture for the next stages.
Editorial note: AI-assisted educational content prepared for HaiPay. It is not investment, legal or tax advice. The cited sources explain the concepts; your provider agreement and applicable rules govern your arrangement.
FAQ
No. Gateway describes the checkout's payment connection; processor describes the systems handling transaction messages with financial institutions and networks. The terms refer to different functions, even when a service presents them together.
Source: Visa, “Payments: understanding the components and solutions” (High-level gateway and processor roles only); Authorize.net, “What is and who is Authorize.net?” (Gateway routing and supported submission channels for this provider), accessed 2026-09-03.
Sources
Related terms
Acquiring and settlement
Payment Processor
A payment processor is a service that handles transaction messages between businesses, financial institutions, and payment networks during authorization, capture, and related status updates.
Acquiring and settlement
Merchant Acquirer
A merchant acquirer is a payment service provider that contracts with businesses to accept and process card payments on behalf of participating card networks.
Acquiring and settlement
Payment Authorization
Payment authorization checks whether a card transaction is approved by the cardholder’s issuing institution or a service acting for it before funds can later be captured.
Acquiring and settlement
Payment Capture
Payment capture is the instruction to collect funds for a previously approved card payment so the authorized amount can move into clearing and settlement.
Usage Guide
Read GuideCross-Border Payments
International Payment Gateways: 9 Compared (2026)
Need help mapping your payment stack?
Automate pay-ins, payouts, and reconciliation with REST APIs, SDKs, and webhooks.
Contact Us