Merchant Acquirer

The merchant-facing card relationship

In the Payment Systems Regulator's description of card networks, the acquirer contracts with the merchant for card acceptance and processing. The European Central Bank describes the card acquirer as the entity receiving the information needed to process a merchant's card payment. Its definition says this entity is usually a credit institution, not invariably one.

Source: Payment Systems Regulator, “Card payments” (UK explanation of card-network participants, not global law); European Central Bank, “Payments and markets glossary — A” (Acquirer in card acceptance, including point-of-sale scope), accessed 2026-09-03.

Where the acquirer sits in a transaction

The four-party card model separates the cardholder, merchant, issuer and acquirer. The issuer is the institution that provides the customer's card. The card network connects the issuing and acquiring sides. In Mastercard's illustrative model, the flow is:

1. The merchant sends transaction information to the acquiring side.
2. The acquirer requests authorization through the network.
3. The issuer returns the payment decision.
4. During settlement, funds move from the issuer to the acquirer, followed by credit to the merchant under the arrangement.

Source: Mastercard, “Regulatory Overview” (Mastercard's illustrative four-party transaction model); Payment Systems Regulator, “Card payments” (UK explanation of card-network participants, not global law), accessed 2026-09-03.

The acquiring relationship also involves more than exchanging messages. For example, Authorize.net's technical documentation describes acquiring banks assessing merchants for card acceptance and representing merchants in disputes. That assessment is called underwriting; it is separate from deciding whether to approve one customer's card payment.

Source: Authorize.net Developer, “Payment Transactions” (Provider technical lifecycle, underwriting and dispute representation), accessed 2026-09-03.

Illustrative example: identify the responsible party

Suppose a retailer uses one company for checkout software and another for its acquiring agreement. A missing payment prompts the retailer to contact the checkout company. Before escalating, the team records the transaction reference, capture status and named acquiring relationship. This hypothetical exercise separates a technical integration question from a funds-settlement question. It does not establish which party caused the problem.

Source: Authorize.net Developer, “Payment Transactions” (Provider technical lifecycle, underwriting and dispute representation), accessed 2026-09-03.

Questions to put beside the agreement

Use this suggested checklist to make the arrangement explicit. Ask your contracted provider to confirm each answer in writing.

Source: Payment Systems Regulator, “Card payments” (UK explanation of card-network participants, not global law); Authorize.net Developer, “Payment Transactions” (Provider technical lifecycle, underwriting and dispute representation); Stripe, “Payment processor vs. merchant acquirer: How they differ and how they work together” (Example of combined processing/acquiring services; not all-provider capability), accessed 2026-09-03.

Common role mix-ups

• Acquirer versus issuer: the merchant-facing and cardholder-facing roles are different.
• Acquirer versus processor: acquiring describes the acceptance relationship; processing describes technical transaction handling. A bundled provider can perform both.
• Approval versus receipt: an authorization is not proof that the merchant's bank account has been credited.

Source: Payment Systems Regulator, “Card payments” (UK explanation of card-network participants, not global law); Stripe, “Payment processor vs. merchant acquirer: How they differ and how they work together” (Example of combined processing/acquiring services; not all-provider capability); Authorize.net Developer, “Payment Transactions” (Provider technical lifecycle, underwriting and dispute representation), accessed 2026-09-03.

Read the connected terms

Continue with merchant account for the acceptance account, or compare the issuing bank and payment processor roles.

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.