These include all manners of payment cards such as Credit Cards, Debit Cards and Prepaid Cards. They may exist in purely digital form or have a physical equivalent. In any case, local banks issue the cards and they operate on the rails of international or domestic Payment Card Schemes<\/em>.<\/p>\n\n\n\n In the following paragraphs, we will focus on credit card-based payment systems, presenting their basic flows and involved parties (like issuer, acquirer and so on). This article will examine in detail:<\/p>\n\n\n\n And go! <\/p>\n\n\n\n\n\n\n\n Understanding a payment process means understanding the relationships between all involved agents, technical facilitators and institutions. For card-based payments in e-commerce, those relationships will present themselves as so: <\/p>\n\n\n\n A customer, the Cardholder<\/strong>, closes a business relationship with a Merchant<\/strong> when buying goods or services from them. To collect the successive payment, the Merchant needs the customer\u2019s card data. This data is passed on to the Merchant\u2019s Payment Service Provider <\/strong>or Acquirer<\/strong>. They then send a request to the Cardholder\u2019s Issuer<\/strong> through the Card Payment Network <\/strong>(Visa, Mastercard, etc.), the primary channel of data exchange between Acquirer and Issuer. Once the Issuer approves the transaction, the Merchant sends out the goods, while the Issuing Bank<\/strong> transfers the requested amount to the Merchant\u2019s Payment Service Provider or Acquirer<\/strong>. In turn, the Payment Service Provider\/Acquirer settles the amount against the Merchant\u2019s banking account, after deducting the corresponding transaction fees. <\/p>\n<\/blockquote>\n\n\n\n A fair amount of payment lingo, right? Now keep in mind that many of those concepts go by differing terms that are used synonymously. Instead of Payment Service Provider<\/em>, you might read Payment Processor<\/em>, for example. A Card Scheme Network<\/em> sometimes appears as a Licensor<\/em>. And a Cardholder<\/em> is, of course, a Customer<\/em>, too. <\/p>\n\n\n\n Below, we go over each one of the mentioned parties in greater detail and try to include a few common alternate labels for each one. We cannot guarantee this list will be exhaustive, but it will provide a good overview of the topic. <\/p>\n\n\n\n Alternate labels:<\/strong> Customer, Client, Consumer, User, Buyer, Payer <\/p>\n\n\n\n A Cardholder is a person, who uses a credit card, debit card or the like to carry out a financial transaction. A Cardholder does not have to own the card privately \u2013 corporate credit cards exist. Any user has to be authorized to use the card, which is ensured by the financial institution (the Issuer) issuing it to a person \u2013 the private card owner or, in the case of corporate cards, the employee. <\/p>\n\n\n\n Alternate labels: <\/strong>Acceptor, Retailer, Seller, Payee<\/p>\n\n\n\n The Merchant represents the other side of a payment transaction: The party which provides goods, services or information for the Cardholder to purchase. To accept the payment by a Cardholder, the Merchant must have a business relationship plus a designated Merchant Account with a Payment Service Provider or Acquirer. <\/p>\n\n\n\n Alternate labels: <\/strong>Acquiring Bank, Merchant Acquirer<\/p>\n\n\n\n Acquirers are financial institutions that enable Merchants to accept card payments via a specific Card Payment Network they are connected with. In most cases, the Acquirer role falls to a bank, but other financial institutions can also act as Acquirers. <\/p>\n\n\n\n The Acquirer<\/em> is always linked to an Acquiring Bank<\/em>, which manages and holds the bank account and funds of a Merchant. Acquiring Bank<\/em>s are responsible for the legal and commercial side of payment. That means they have to be aware of the potential risks of a relationship with a specific Merchant. Thus, KYB processes during onboarding and continuous transaction monitoring are a cornerstone of Acquirer client management. <\/p>\n\n\n\n Merchants and Acquiring Banks form a business relationship: The Acquiring Bank typically charges the Merchant with an agreed fee taken from the total transaction amount. This amount typically consists of a service fee<\/em> for the Acquirer (i.e. for a Merchant Account, see below), an interchange fee <\/em>for the issuer and a Card Scheme fee<\/em>. Fee models may vary due to the choice of Acquirer \u2013 some demand fixed percentages, others offer volume-based rates, etc. <\/p>\n\n\n\n Also, all Acquirers have to be PCI DSS-compliant. <\/p>\n\n\n\n Alternate labels: <\/strong>–<\/p>\n\n\n\n Merchant Accounts are stopovers for the money a Merchant receives from the Issuer before settlement. A Merchant Account\u2019s purpose is to gather all such card payments before distributing the revenue (minus fees) to the Merchant\u2019s regular bank accounts. This often happens in batches at specific settlement dates and fairly quickly (a few days up to a week after the payment has been triggered, depending on the accounting model). <\/p>\n\n\n\n Each Merchant Account comes with a special Merchant ID (MID).<\/strong> This ID is passed along with the payment information of the Cardholder to match and validate transactions during reconciliation. <\/p>\n\n\n\n Having an individual Merchant Account places the responsibility for handling chargebacks in the hand of the Merchant. If the merchant accepts the chargeback initiated by the customer, the money can move back through the same payment channel it came from. If the merchant considers the chargeback to be clearly unfounded, he can decline a chargeback and start a so-called representment<\/em>. Many Acquirers set aside some of the Merchant\u2019s funds in a security deposit \u2013 a lifeline, should the Merchant face customer backlash and chargeback requests piling up. In fact, many Acquirers set a chargeback limit \u2013 if that number is surpassed, the Acquirer could impose penalties or drop the Merchant as a client. <\/p>\n\n\n\n And that limit is just one of many rules a Merchant must adhere to when opening up a Merchant Account at an Acquiring Bank. Merchants go through an elaborate application process. It includes common KYB procedures as well as risk assessment. A Merchant Account can fall into a high-risk profile if the Merchant deals in large amounts, multiple currencies or risk-prone goods such as gambling or adult content, for example. The higher the potential risk, the more expensive the service fees for a Merchant Account will be. <\/p>\n\n\n\n Alternate labels: <\/strong>Merchant Service Providers, <\/strong>Payment Provider, Payment Aggregator, PSP <\/p>\n\n\n\n Payment Service Providers are an alternative to traditional Credit Card Acquirers when accepting payments. A PSP is a financial institution or service company that enables a merchant to technically process a payment conducted via: <\/p>\n\n\n\n In this role, Payment Service Providers authorize payments, transfer payment information and conduct settlement and clearance. Chargebacks have to be handled by the Merchants themselves, but PSPs offer them a Merchant Service Area, so they can deal with chargebacks more easily. <\/p>\n\n\n\n Just like with Acquirers, PSPs maintain Merchant Accounts to take in the money and then distribute it to Merchant Accounts. Payment Service Providers that also provide acquiring services hold the Merchant Account themselves. In cases where the PSP acts as a pure technical gateway, the Merchant Account is held by a partner Acquiring Bank. Whoever holds the Merchant Account is responsible for the related KYC process, be it the Acquirer or the PSP. <\/p>\n\n\n\n Competition in the payment industry is fierce. Therefore, the details of payment processing might vary across PSPs. Some obtain Acquiring licenses to act as Acquirers, too. Usually, PSPs are more expensive than classic Acquirers, though. <\/p>\n\n\n\n As a business owner, you should keep the following rule of thumb in mind: The longer the \u201cpayment chain\u201d, the more expensive the payment process, as every provider wants to gain their share. So don\u2019t settle for the first PSP you stumble across, but compare to find the one that fits your business best. We have compiled a list of relevant criteria for PSPs here.<\/a> <\/p>\n\n\n\n Alternate labels: <\/strong>–<\/p>\n\n\n\n The Payment Gateway is the entrance for the Cardholder\u2019s payment data, hence the name. It encrypts any sensitive payment information and orchestrates payments, routing them to the Acquirer or to a fitting Payment Service Provider respectively. In that, the Payment Gateway initiates the authentication and authorization processes of the payment. <\/p>\n\n\n\n The relations of a Payment Gateway to the Acquirer and Merchant can vary. In any case, a merchant account is always provided by the Acquirer. A Payment Gateway or PSP that does not provide acquiring services, but has partnered with an acquiring bank, needs to reference the correct merchant account with each transaction, so the acquirer understands where to credit the received funds. For Merchants, a Payment Gateway can act as a layer granting access to various Payment Service Providers. <\/p>\n\n\n\n For a more detailed look at Payment Gateways and the technology behind them, check out our full article about them. <\/a><\/p>\n\n\n\n Alternate labels: <\/strong>Issuing Bank, Card Issuer<\/p>\n\n\n\n Issuers are financial institutions that produce and, well, issue the payment cards used by the Cardholders. Those cards in question could be Credit Cards, Debit Cards, Prepaid Cards, etc. Issuers are related to specific Card Payment Networks. But there are a few who are Acquirers at the same time, which can unwind payments at a rapid rate within a Closed Loop. <\/p>\n\n\n\n In addition, Issuers have to adhere to certain standards. The on-chip technology and security of credit cards as well the security around credit card data itself are subject to a broad range of strict industry standards. The PCI SSC defines those standards, while Merchants, Issuers, Acquirers, PSPs are required to comply if they want to process, transmit or store clear text credit card data. Compliance is controlled through annual on-site audits by an independent QSA (Qualified Security Assessor). <\/p>\n\n\n\n Alternate labels:<\/strong> Card Scheme, Credit Card Scheme, Credit Card Association, Card Payment Network, Licensor<\/p>\n\n\n\n Payment Card Schemes are associations that route financial transaction information between Acquires and Issuers, acting as the central agent in the communication between the two, passing payment data back and forth to enable the card transaction. Any payments conducted with respective cards are processed by the respective card scheme, following a specific set of rules and practices. All cards operate in adherence to PCI DSS (Payment Card Industry Data Security Standard). This standard is maintained by the Payment Card Industry Security Standards Council, formed by the different card schemes.<\/p>\n\n\n\n \u201cCards\u201d is a fairly broad term here: Card Schemes can support credit cards, debit cards and even prepaid cards. They don’t issue those cards directly to Cardholders, though. Instead, banks and other financial entities enter memberships with a scheme. In exchange, they gain permission to give out cards that operate within the scheme to their customers. For example: If you have one credit card each from the German banks Volksbanken-Raiffeisen-Bank and Sparkasse, chances are, they both operate under the Mastercard scheme, so they show the Mastercard logo. <\/p>\n\n\n\n Card Scheme membership comes at a price, though. The schemes ask Acquirers to pay fees. Acquirers, in turn, pass those fees on to the Merchants: A small percentage (around 0,02 to 0,04%) of the payment amount is handed to the Card Scheme once the transaction takes place. This is not to be mistaken with the interchange fee that goes to the Card Issuer. <\/p>\n\n\n\n The most prominent Credit Card Schemes, which find international acceptance, are VISA and Mastercard. (Together, they amount to a market share of around 75% globally<\/a>). Yet by now, many nations try to emancipate themselves from those schemes and establish their own. Take RuPay in India, Mir in Russia or UnionPay in China, for instance. The latter one has grown into the biggest Card Scheme on the planet \u2013 as of 2018, it issues 45% of worldwide payment cards. Europe has recently announced the European Payment Initiative (EPI), which wants to create a Europe-centric Card Scheme as well. <\/a><\/p>\n\n\n\n In addition to the distinctions above, interactions with Payment Card Schemes fit into one of two variants, regarding how transactions proceed on them. <\/p>\n\n\n\n Alternate labels: <\/strong>Four Party Card Scheme, Open Scheme, Quadripartite Model <\/p>\n\n\n\n This is the classic type of Payment Card Schemes \u2013 and the type we will explore in more detail below. Transactions happening in this model feature all four payment parties we detailed above:<\/p>\n\n\n\n The Cardholder links to the Issuer here, just as the Merchant links to the Acquirer. Acquirer and Issuer connect via the Payment Card Scheme. If orchestration of payments is worthwhile, a Payment Gateway might also be involved.<\/p>\n\n\n\n The key factor of the Four Corner Model is that Acquirer and Issuer are completely separate entities. Either a PSP or Payment Gateway communicating with an Acquiring Bank or the Acquiring Bank itself acts as the nodal points of payment initiation. That means that they provide the interface that customers can use to initiate payments (i.e. online checkout page or point-of-sale device). The Card Scheme is responsible for providing interbank communication between the acquiring and issuing banks. Ultimately the issuing bank authorizes or declines the transaction.<\/p>\n\n\n\n This model is often called the Open Model, as other institutions may issue their own cards based on a scheme (compare the Sparkasse example above). With the next model, things look quite different. <\/p>\n\n\n\n Alternate labels: <\/strong>Three Party Card Scheme, Closed Scheme<\/p>\n\n\n\n In this model, the number of involved parties drops from four to three. Here, Acquirer and Issuer are one and the same. <\/p>\n\n\n\n This means that Payment Card Schemes of the Closed Loop Model don\u2019t allow external entities to issue their own cards. Instead, they get the cards to hand out to their customers directly from the scheme. <\/p>\n\n\n\n Currently, this model is somewhat falling out of fashion. Diners Club, the first closed scheme credit card (really, the first credit card whatsoever) has switched to the Four Party Model in many of its areas of operation. Yet, closed scheme payments also have benefits: They are faster and no interchange fees accrue between Acquirers and Issuers. <\/p>\n\n\n\n The following step-by-step flow will give you an ideal overview of how a typical one-step sale credit card payment goes down. Please mind that this is very high-level. An actual payment process \u2013 especially one your business is confronted with \u2013 might have additional steps (like 3D Secure). Also, it might deviate in key aspects, especially if you use the two-step authorization\/capture flow. <\/p>\n\n\n\n In this article, we introduced you to the most commonly used online card payment terminology. However, we could only present a surface overview here. Payment is a more complex field than fits between the top and bottom lines of a blog article. <\/p>\n\n\n For example, we have just briefly touched on the subject of storing credit card data in a secure, PCI DSS-compliant environment. When you set-up a card payment system, it’s crucial to ensure that credit card data is protected. <\/p>\n\n\n\n Our payment orchestration platform Finergizer is designed to achieve the highest security standards. With the Vault Element, Finergizer tokenizes and securely stores sensitive credit card data in accordance with the PCI DSS regulations. <\/p>\n\n\n\n If you want to learn more about Finergizer and try the software yourself, head over to the Finergizer website<\/a>. And if any more questions remain, don’t hesitate to contact us<\/a> – we are planning, assessing and building payment systems for different businesses for over a decade now.<\/p>\n","protected":false},"excerpt":{"rendered":" On today\u2019s online platforms, we face an extensive choice of (digital) payment methods, some of them fairly non-traditional (like blockchain-based payments), some having been around for a while (like credit card, direct debit, vouchers and gift codes). In some countries, payment methods that bridge the online and offline spheres of web shopping remain popular, too, […]<\/p>\n","protected":false},"author":3,"featured_media":3055,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[245],"tags":[11],"class_list":["post-2571","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-payment-technology-articles","tag-payments"],"_links":{"self":[{"href":"\/blog\/wp-json\/wp\/v2\/posts\/2571","targetHints":{"allow":["GET"]}}],"collection":[{"href":"\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"\/blog\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"\/blog\/wp-json\/wp\/v2\/comments?post=2571"}],"version-history":[{"count":18,"href":"\/blog\/wp-json\/wp\/v2\/posts\/2571\/revisions"}],"predecessor-version":[{"id":3058,"href":"\/blog\/wp-json\/wp\/v2\/posts\/2571\/revisions\/3058"}],"wp:featuredmedia":[{"embeddable":true,"href":"\/blog\/wp-json\/wp\/v2\/media\/3055"}],"wp:attachment":[{"href":"\/blog\/wp-json\/wp\/v2\/media?parent=2571"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"\/blog\/wp-json\/wp\/v2\/categories?post=2571"},{"taxonomy":"post_tag","embeddable":true,"href":"\/blog\/wp-json\/wp\/v2\/tags?post=2571"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}\n
The Parties of Online Payment Processes: A Glossary<\/h2>\n\n\n\n
\n
Cardholder<\/h3>\n\n\n\n
Merchant <\/h3>\n\n\n\n
Acquirer<\/h3>\n\n\n\n
Merchant Account<\/h3>\n\n\n\n
Payment Service Provider <\/h3>\n\n\n\n
\n
Payment Gateway<\/h3>\n\n\n\n
Issuer<\/h3>\n\n\n\n
Payment Card Scheme<\/h3>\n\n\n\n
The Three Corner vs. the Four Corner Model<\/h2>\n\n\n\n
The Four Corner Model<\/h4>\n\n\n\n
\n
![\"\"](\"\/blog\/wp-content\/uploads\/2024\/03\/Four-Party-Payment-Scheme-Credit-Card-1024x538.jpg\")
The Closed Loop Model <\/h4>\n\n\n\n
![\"\"](\"\/blog\/wp-content\/uploads\/2024\/03\/Three-Party-Payment-Scheme-Credit-Card-1024x538.jpg\")
<\/figure>\n\n\n\nProcessing the Payment <\/h2>\n\n\n\n
\n
Conclusion<\/h2>\n\n\n\n
![\"The](\"\/blog\/wp-content\/uploads\/2024\/02\/Finergizer_Logo_RGB_onBright.png\"){kind=logo}
<\/figure><\/div>\n\n\n