Payments Training Hub
Payment gateway 1 Payment gateway NOW 2 Gateway then 3 Settlement 4 Merchants need a gateway because connecting 5 Worked A payment gateway is the technology layer that sits between a merchant website or mobile application and the banking system. Step 1 of 5 Payment gateway 1 NOW Payment gateway 2 Gateway then 3 Settlement 4 Merchants need a gateway because connecting 5 Worked A payment gateway is the technology layer that sits between a merchant website or mobile application and the banking system. Step 1 of 5
Gateway then passes that result 1 Payment gateway 2 Gateway then NOW 3 Settlement 4 Merchants need a gateway because connecting 5 Worked The gateway then passes that result back to the merchant in less than two seconds in most cases. Step 2 of 5 Gateway then passes that result 1 Payment gateway 2 NOW Gateway then 3 Settlement 4 Merchants need a gateway because connecting 5 Worked The gateway then passes that result back to the merchant in less than two seconds in most cases. Step 2 of 5
Settlement: final step 1 Payment gateway 2 Gateway then 3 Settlement NOW 4 Merchants need a gateway because connecting 5 Worked Settlement is the final step, when money actually moves into the merchant account. Step 3 of 5 Settlement: final step 1 Payment gateway 2 Gateway then 3 NOW Settlement 4 Merchants need a gateway because connecting 5 Worked Settlement is the final step, when money actually moves into the merchant account. Step 3 of 5
Merchants need a gateway because connecting directly 1 Payment gateway 2 Gateway then 3 Settlement 4 Merchants need a gateway because connecting NOW 5 Worked Merchants need a gateway because connecting directly to every bank and card network is impractical and unsafe. Step 4 of 5 Merchants need a gateway because connecting directly 1 Payment gateway 2 Gateway then 3 Settlement 4 NOW Merchants need a gateway because connecting 5 Worked Merchants need a gateway because connecting directly to every bank and card network is impractical and unsafe. Step 4 of 5
Worked example 1 Payment gateway 2 Gateway then 3 Settlement 4 Merchants need a gateway because connecting 5 Worked NOW A worked example makes the flow concrete. Step 5 of 5 Worked example 1 Payment gateway 2 Gateway then 3 Settlement 4 Merchants need a gateway because connecting 5 NOW Worked A worked example makes the flow concrete. Step 5 of 5

Steps of this lesson, in order.

0:00 / 3:23 Step 1 of 5

What a Payment Gateway Does

Payment Gateway Architecture, Lesson 1 of 7, Narration 3:23, D09 Payment architecture and technology

InterchangeSettlementAcquirer

What you will learn

Your objective. By the end of this lesson, you will be able to explain payment gateway does. A payment gateway is the technology layer that sits between a merchant website or mobile application and the banking system.

Why it matters. This matters because the architecture decides what the bank can build, how fast it can change, and where a payment can fail. Most payment requirements live in the architecture.

Chapter objective: Learner explains payment gateway architecture, including checkout, token vault, routing, retries, and settlement, and designs a gateway flow for an online merchant. Learner practises this skill on realistic banking cases, explaining the reasoning clearly and using correct terminology throughout the work.

Key learning points

  • Payment gateway
  • Gateway then passes that result
  • Settlement: final step
  • Merchants need a gateway because connecting directly
  • Worked example

Key terms

Interchange: A fee paid by the acquirer to the issuer for each card transaction, set by the card scheme. It compensates the issuer for handling the transaction, funding the interest free period and managing fraud...

Settlement: The final movement of funds between banks to discharge obligations created by cleared payments. Settlement is usually made in central bank money or through correspondent accounts.

Acquirer: A bank or licensed institution that processes card payments for merchants and receives transaction funds from card schemes on their behalf.

Banking architecture diagram showing What a Payment Gateway Does.

Insights and practice scenarios

Worked insights and practice scenarios for this lesson. Each one is a reusable PaymentForge case, so the same case may appear in more than one lesson.

Practise this lesson

Exercise

Map the payment in this lesson through the hub components.

Use the hub components and their order in this lesson.

  1. What to do. List each component the payment passes through, what it does, and what happens if it fails.

Correct result. The payment enters through a channel, passes the gateway, validation, fraud and sanctions checks, routing, and the ledger, then leaves through the right clearing system. A failure at any component stops or holds the payment, and the hub must record where it stopped.

Why. The hub is where most payment requirements live. If you cannot map a payment through it, you cannot specify, test or fix it.

Check your understanding

Practice question

What does a payment gateway do for an online merchant?

Takeaway and next step

What to remember

Two days later, the merchant receives 3,429 rupees after the gateway deducts a merchant discount rate of 2 percent, and the settlement report shows the order number, the authorization code and the fee breakdown.

Send a payment through the hub and watch it pass each component named in this lesson.

Open the Payment Hub Architecture Simulator →

Builds on "Capstone Exercise: Trace a Card Payment End to End".

Transcript and full text

Show transcript

A payment gateway is the technology layer that sits between a merchant website or mobile application and the banking system. When a customer enters card details at checkout, the gateway encrypts those details, validates the format, and forwards an authorization request to the acquiring bank. The acquiring bank routes the request through the card network, such as Visa or Mastercard, to the issuing bank that provided the card. The issuing bank checks the balance or credit limit, applies fraud rules, and returns an approval or a decline. The gateway then passes that result back to the merchant in less than two seconds in most cases. Authorization is only the first step, and it does not move money by itself. An authorization places a hold on the customer funds for the transaction amount, for example 2,499 rupees on a Visa debit card issued by HDFC Bank. The merchant can then capture the payment, which confirms that the goods have been shipped or the service has been delivered, and instructs the acquiring bank to collect the funds. Some merchants authorize and capture in one step, which is common for digital goods, while others authorize first and capture later, which is common for hotels, airlines and marketplaces that confirm availability before charging. Settlement is the final step, when money actually moves into the merchant account. After capture, the gateway batches the day transactions and sends them to the acquirer for clearing through the card network. The network calculates the net amount owed to each bank, deducts interchange and scheme fees, and settles the balance. In India, a merchant using Razorpay or PayU typically receives settlement in one to three working days, often recorded as T plus 1 or T plus 2, where T is the transaction date. The gateway reports the settlement amount, the fees deducted, and the reference number for each batch. Merchants need a gateway because connecting directly to every bank and card network is impractical and unsafe. A single gateway gives a merchant one integration that reaches Visa, Mastercard, RuPay, American Express, net banking from banks such as State Bank of India and ICICI Bank, wallets such as PhonePe, and Unified Payments Interface, known as UPI. The gateway also handles the heavy security burden, including PCI DSS compliance for storing card data, encryption of card numbers in transit, and tokenization. Without a gateway, a small merchant would need separate contracts, separate technical integrations, and separate security audits for every payment method. A worked example makes the flow concrete. A customer buys shoes worth 3,499 rupees from an online store that uses a gateway. The gateway receives the card number, expiry date and CVV, encrypts them, and sends an authorization request for 3,499 rupees to the acquirer. The issuing bank approves the payment and returns authorization code 482913. The merchant ships the shoes, captures the payment, and the gateway includes the transaction in the nightly batch. Two days later, the merchant receives 3,429 rupees after the gateway deducts a merchant discount rate of 2 percent, and the settlement report shows the order number, the authorization code and the fee breakdown.

A payment gateway is the technology layer that sits between a merchant website or mobile application and the banking system. When a customer enters card details at checkout, the gateway encrypts those details, validates the format, and forwards an authorization request to the acquiring bank. The acquiring bank routes the request through the card network, such as Visa or Mastercard, to the issuing bank that provided the card. The issuing bank checks the balance or credit limit, applies fraud rules, and returns an approval or a decline. The gateway then passes that result back to the merchant in less than two seconds in most cases.

Authorization is only the first step, and it does not move money by itself. An authorization places a hold on the customer funds for the transaction amount, for example 2,499 rupees on a Visa debit card issued by HDFC Bank. The merchant can then capture the payment, which confirms that the goods have been shipped or the service has been delivered, and instructs the acquiring bank to collect the funds. Some merchants authorize and capture in one step, which is common for digital goods, while others authorize first and capture later, which is common for hotels, airlines and marketplaces that confirm availability before charging.

Settlement is the final step, when money actually moves into the merchant account. After capture, the gateway batches the day transactions and sends them to the acquirer for clearing through the card network. The network calculates the net amount owed to each bank, deducts interchange and scheme fees, and settles the balance. In India, a merchant using Razorpay or PayU typically receives settlement in one to three working days, often recorded as T plus 1 or T plus 2, where T is the transaction date. The gateway reports the settlement amount, the fees deducted, and the reference number for each batch.

Merchants need a gateway because connecting directly to every bank and card network is impractical and unsafe. A single gateway gives a merchant one integration that reaches Visa, Mastercard, RuPay, American Express, net banking from banks such as State Bank of India and ICICI Bank, wallets such as PhonePe, and Unified Payments Interface, known as UPI. The gateway also handles the heavy security burden, including PCI DSS compliance for storing card data, encryption of card numbers in transit, and tokenization. Without a gateway, a small merchant would need separate contracts, separate technical integrations, and separate security audits for every payment method.

A worked example makes the flow concrete. A customer buys shoes worth 3,499 rupees from an online store that uses a gateway. The gateway receives the card number, expiry date and CVV, encrypts them, and sends an authorization request for 3,499 rupees to the acquirer. The issuing bank approves the payment and returns authorization code 482913. The merchant ships the shoes, captures the payment, and the gateway includes the transaction in the nightly batch. Two days later, the merchant receives 3,429 rupees after the gateway deducts a merchant discount rate of 2 percent, and the settlement report shows the order number, the authorization code and the fee breakdown.

Full lesson text (all scenes)

Completing a lesson updates your progress dashboard on the homepage.

Scene timestamps are estimated by allocating the narration text proportionally across the real audio length. The audio playback position is the source of truth: pause freezes the visual, seeking restores the correct scene, replay restarts the scene animation.