Our platform has been designed from the beginning to provide flexibility and reduce the maintenance efforts of your payment operation.
Through our single integration, a microservices architecture composed of platform components and an abstracted and standardized means of processing transactions, we allow you to decouple your payments infrastructure. This grants you the opportunity to expand globally without struggles or delays.
Avoid the development and maintenance of custom connections to payment stakeholders like acquirers, PSPs, gateways, processors, and fraud vendors.
Avoid building your own payment applications.
Reduce your PCI DSS scope, by keeping sensitive data off your servers while maintaining a seamless checkout experience across every channel.
Learn more about our infrastructure and microservices. Understand how the the Switch Platform components can better aid with your payments operations.
Platform Components is all about seeing the big picture.
Core Concepts lays the foundations for grasping how we process any payment method through any provider whilst only requiring a single integration flow.
Core Concepts is all about getting on the same page.
The Switch payments Platform enables real-time transactions on an any-to-any basis: multi-channel, multi-network, multi-method and multi-currency. This abstraction feeds a shared, event-based database on top of which run multiple internal applications and external value added services. These make up our Platform Components.
The Switch Platform is composed of several cloud-agnostic micro services that can be deployed independently on cloud or on-premise security-certified servers. Microservices include Processing, Dynamic Routing, Reconciliation, Risk, Analytics, Dashboard, Merchant, Reporting, Event-Sourcing, Auth, Load-Balancers, Service Discovery, Monitoring, Logging and Security Services.
Switch's infrastructure provisioning and deployment is fully automated, enabling horizontal scalability, zero-downtime deployments, fault-tolerance and disaster recovery.
The Switch Platform is also PCI level 1 certified and follows the strictest industry security standards.
The Switch Platform is completely modular, and each Platform Component can consume both internal services or third party’s. This system architecture allows for maximum flexibility on custom setups.
The Switch single integration flow can support custom transaction collection parameterisation without any changes in your code for multiple payment channels.
The Switch Platform feeds its own and 3rd party’s Dashboard through REST APIs.
All Processing integrations, both international card schemes and any alternative payment methods, can be added in the transaction flow without any changes to your code
The Switch Processing application uses the same abstractions for all transactions, regardless of them being synchronous or asynchronous, payins, payouts or marketplaces, redirection-based, pre-payments or post-payments, one-time or recurring. This way, you are able to add new payment channels without any changes in your code, while keeping your checkout experience fully customisable.
Our client-side library will check all payment channels enabled on any specific merchant account, returning a `form Schema for each of them. A `form Schema` is a description of all the payment data fields required to process a specific payment method. It will then be possible to dynamically build any form based on that list. This means that if more payment channels are added in the future, the existing code will be ready for them.
The single integration can adapt to any transaction flow, such as specific data collection, custom payment configurations, technical requirements and UX specifications.
The abstraction created on our backend to support the multitude of payment flows can also enable authorization for custom setups. These can include not only financial transactions such as POS and Private Label schemes, but also virtual value such as Loyalty and Coupons, making Switch one the most comprehensive and flexible payments platforms available on the market.
Our Dynamic Routing component provides real-time switching capabilities which allow us to select the best provider for a given transaction.
Besides enabling connections industry-wide, Switch adds a rules-based layer that intelligently routes transactions between a wide network of payment channels in real-time to maximize payments performance.
A transaction profiling system is processed to set default transaction metadata, which is used to define custom rules for automatic switching in real time at transaction level.
Reconciliation of incoming settlements against bank accounts is a complex process. This activity becomes even more challenging when a business relies upon multiple providers, with multiple reporting structures. Reconciliation helps oversee and uniformize transaction data towards thoughtful monitoring of your payment operations.
The Switch Reconciliation engine processes transaction statements from different sources and formats into a single data structure.
Reconciliation produces Settlement events that automate and simplify the monitoring process.
Fraud management tools perform differently based on specific business verticals and require trained models with high switching costs. This makes their integration to new providers a costly and time-consuming endeavour. Too often, fraud defense also comes at the cost of conversion rates. Switch makes extensive use of data to maintain the perfect balance between fighting fraud, keeping shopper friction to a minimum and switching processes as simple as they get.
A set of default transaction metadata is defined and communicated through risk events in real time. These events can be used to define custom Risk Rules and output actions such as dynamic 3DS, review or transaction blocking.
As for any other platform component, Switch offers a modular approach to fraud management, supporting multiple third party Security Vendors in a single workflow.
Switch uses Big Data technologies to capture, store, analyze, search, share and visualize voluminous and complex payment datasets. Our Platform transforms raw data into consumable information, generating valuable insights that empower payment managers to make better decisions.
Every transaction parameter is indexed in the Switch Lifecycle Database and becomes readily available for processing through the Analytics API.
Diversity of Insights
You are able to perform queries to the Database using multiple parameters to get operations insights, monitor your processing commissions or control bookkeeping.
In the payments industry, Tokenization is the act of pseudonymization any sensitive information for secure storage and later use. The Switch Vault allows for the Tokenization of any Switch parameter, this means it is even possible to use it in the creation of
instruments for different
By using Tokenization, you place another obstacle between your business and fraudsters. It is not possible to link tokens to the respective payment information and make use of stolen payment `instruments`.
One Click payments
Tokenization allows customers to save their payment details in a secure manner, so that the next time they make a purchase they do not need to re-enter their payment data.
Digital payments have been growing at a fast pace to support the ever evolving global commerce market. New means of payment, new regions, new regulation, new security guidelines, and new customer segments ensure the payments landscape is constantly shifting.
Adjusting to these new realities can be challenging and complex. Switch is here to simplify the process and put an end to the growing pains that come with expanding your business. Our platform was designed with flexibility in mind to support the growth of your payment operation. In order to achieve this, we defined core concepts in our architecture from the outset. These allowed us to maintain a single integration, no matter the payment method being processed, whilst giving you access to multiple Platform Components.
Single Integration Flow
First time's the charm. With Switch you get access to every present and future payment method, as well as all the tools required to run a professional and comprehensive payments operation through a single integration.
In the Switch Platform, a provider is a payments’ value chain stakeholder to which the Switch Processing application is connected to. Here are some examples of the providers we work with.
An acquiring bank, also known simply as an acquirer, is a bank or financial institution that processes credit or debit card payments on behalf of a merchant. The acquirer allows merchants to accept credit card payments from the card-issuing banks within an association.Examples: Sberbank, Worldpay, JP Morgan.
Acquirer processors connect directly with merchants, card networks, and the acquirer, to exchange transaction information between all stakeholders. They provide the technical capabilities to communicate authorization and settlement messages between the acquirer and the card networks.
Acquirer processors handle the technical side of the acquiring business, they do not assume financial liability for the process, as they are not involved in fund management. This liability and risks lie on acquirers. Nonetheless, it is important to note that In some cases, the acquiring bank and acquirer processor are a single entity (e.g. Adyen, Elavon).Examples: Redsys, Monext, SIBS.
Payment Service Providers (PSPs)
A payment service provider (PSP) is a payment institution with the right to manage third party funds. It offers merchants multiple payment methods, namely credit card, direct debit, and bank transfers.
Typically, a PSP can connect to multiple acquiring banks, card networks, and payment networks, which makes the merchant less dependent on financial institutions by eliminating the burden of establishing these interactions directly. This can be especially relevant when operating internationally.Examples: Stripe, Adyen, Mollie.
A payment gateway represents a technical layer that collects payment instrument credentials in the client-side and securely forwards them to the relevant payment service provider (PSP) or acquirer. The majority of gateway companies also offer other services.Examples: Switch, PAY.ON, Braintree.
Fraud vendors are capable of predicting user intent and preventing fraudulent activity in real-time. They fundamentally manage risk and hinder financial crime.Examples: Feedzai, Forter, Riskified.
Tokenization Service providers
These institutions tokenize card data, which is the pseudonymization of credit cards sensitive data to facilitate compliance for merchants, PSPs, and acquirers. Tokenization service providers exist to grant a secure environment in which to store the card data sent by merchants.Examples: Tokenex, VGS.
In its broader definition, a payment method is any set of infrastructure and regulation that supports value exchange between a network of participants.
Cards are not the only way to pay for online transactions. Between bank transfers, direct debits, eWallets, mobile payments, local card schemes, pre-pay, post-pay and e-invoices, there are over 200 different types of alternative payment methods.
Alternative Payment Methods (APMs)
The designation of alternative payment method applies to any form of payment that is not cash or a card issued by a major bank. APMs are commonly used and increasingly adopted across sectors and territories to respond to consumer's trends. Accessing them is essential to any business.Examples: Alipay, MBWAY, Bitcon.
Our platform allows you to process transactions using any payment method, from traditional credit/debit cards to alternative payment methods or custom payment methods like private label, credit-to-consumer, and loyalty schemes.
In the complex and diverse world of payments, there are multiple payment methods available in multiple markets.
Physical or digital card issued by a financial entity that can be used for purchases. There are different types of cards available in the market, including debit, credit, and prepaid cards.Examples: Visa, Mastercard, American Express, Union Pay, JCB.
Electronic payment that is directly performed from one bank account to another. Can be done between two individuals or an individual and an entity.Examples: SEPA, ACH, SWIFT.
customers are required to buy and add funds to a card or voucher before starting a transaction, which means that these are usually authorised immediately.Examples: SEPA, ELV (Elektronisches Lastschriftverfahren Germany), Bacs Direct Debit.
Digital asset designed to work as a medium of exchange wherein individual coin ownership records are stored in a digital ledger or computerized database using strong cryptography to secure transaction record entries, to control the creation of additional digital coin records, and to verify the transfer of coin ownership.Examples: Bitcoin, Ethereum, Litecoin.
Online payment method that allows customers to use their phone carrier bill to pay mostly for digital goods.Examples: Boku, Dao Pay, Fortumo.
Digital wallet that can store funds and perform electronic payments. It can be connected to a bank account and used to store card details.Examples: PayPal, Neteller, Skrill, Alipay, WeChat Pay, V.me by Visa, Qiwi.
Gives banking customers the ability to authorize third-party creditors to debit funds from their checking account.Examples: SEPA, ELV (Elektronisches Lastschriftverfahren Germany), Bacs Direct Debit.
Method initiated by the customer, where Authentication and Authorization happen after the transaction has been issued.Examples: Konbini, Boleto Bancário, Multibanco.
Local Card Scheme
Local card schemes—specific to certain markets—often operate much like traditional cards, but some schemes will be more sophisticated, for instance offering card and bank transfer options.Examples: MisterCash (Belgium), Carte Bleue (France), Multibanco (Portugal), Elo (Brazil).
Physical form of currency represented by banknotes and coins that can be exchanged for goods, typically during product delivery.
The concept of payment method and provider are interconnected in the sense that a given payment method may be available through several providers within the same market, the same way that a given provider may support multiple payment methods. They are also selected by two different entities, the Method being chosen by the customer through the UI, and the provider defined by our Dynamic Routing module.
The combination of a payment method and a provider represents a
channel in the Switch Platform. It is an actual medium that can be used to perform a financial transaction (e.g. credit card through Elavon, or Alipay through Worldpay).
A channel is configured through our Dashboard UI using the API keys for the merchant account that you have opened with the provider. By setting up multiple channels for the same payment method, and leveraging our Dynamic Routing component, you can define specific rules for real-time transaction routing between multiple providers.
Higher Acceptance Rate
providers have different acceptance rates, which depend on multiple variables, such as card brand, issuing country/bank, MCC, and amount. Failed transactions result in lost sales and increased customer support costs. Our Platform can retry transactions in real-time across multiple providers to maximize acceptance rates.
Lower Processing Costs
A rise in cross-border transactions is pushing processing costs up, especially due to inter-regional interchange fees and card scheme fees. Switch calculates expected commissions based on multiple processing variables to choose the optimal transaction route.
The diversity of the payments ecosystem poses a great challenge to global companies, as each payment channel requires its own specific integration, which is costly to build and maintain. As payment channels start to add up, companies become unable to optimize their payment operations in a timely manner.
With this challenge in mind, we devised a way to abstract every transaction flow in a single one, independent from the payment method, allowing companies to invest one time into integrating with our platform and gain access to the entire value chain without further development investments.
To this effect, we divide a financial transaction into multiple correlated steps, which we either call
lifecycle events. Each of these steps represents a different phase in the transaction lifecycle within the Switch Platform, and therefore, requires and stores different data. Therefore, the concept of transaction within the Switch Platform can apply to every element after the creation of a
charge and any element that requires communication with a provider.
Supporting different payment methods under the same platform in a standardized manner brings additional challenges when it comes to transaction execution. Each payment method is designed with its own philosophy when it comes to processing transactions, and therefore requires different steps, and different execution flows.
Accommodating this diversity under the same platform required us to support four transaction flows.
|Transaction Flow||payment executed automatically?||Recurring payment?|
|1. Capture on Creation||Yes||No|
|3. Recurring on Auth||Yes||Yes|
|4. Recurring on Capture||No||Yes|
Capture on Creation
This flow targets transactions that only need to take place once, and where the funds do not need to be captured at a later time, therefore not requiring an authorization to take place.
From a Switch Platform perspective, this flow does not require you to create the payment element to execute the funds transfer. The Processing Application will automatically create the payment element once you create the
instrument, given that the funds will be captured right away.
Recurring on Auth
Destined for payments that need to happen on a frequent basis, this flow allows you to create a reusable
instrument element that can be leveraged to make multiple payments.
This particular recurring flow automatically executes the payment element when the
instrument is created. It means that for the first payment, you only need to create the
instrument, as the Switch Platform will automatically create the first
payment. For subsequent transactions you only need to create the
payment element, referencing the same specific instrument.
An Auth-Capture flow is intended for transactions that take place once, and have the funds captured at a later time, thus requiring two steps: Authorization and Funds Capture.
The Authorization is executed when the instrument element is created in our platform, either automatically using our Dynamic Forms or manually leveraging our REST API. At this stage the money has been reserved from the customer accounting platform but has not yet been transferred. The actual funds transfer only happens when the
payment element is created in the Switch Platform.
Recurring on Capture
Designed for transactions that need to take place regularly, enables you to create a reusable
instrument element that can be used to perform multiple payments.
This particular recurring flow does not automatically execute the
payment element when the
instrument is created. In short, it requires you to create a
payment element every time you want to execute a transaction.
With the current and future variety of payment methods, ensuring they can conform to standardized operation is paramount. To be truly effective, the utilization experience of a payments platform should not require different integrations or execution flows.
Our platform defined elements to this effect, to allow a global way of handling payments in a single integration. By utilizing the elements described below we ensure our platform is future-proof, by handling any current and future payment methods in a uniform manner.
Signals the merchant’s intent to do a fund transfer. It is at this stage that the payment method and provider are selected as configured.
Element providing the information required to authorize one or more transactions for the target payment method. For example, credit card details.
Stage where transaction captures actually take place. May be initiated by Switch for certain transaction flows.
Reversals serve two purposes. They are used for reversing a capture or Refund that has not yet been cleared, or for voiding an authorization.
Allows the complete or partial return of the funds to the originating customer. Can only be done for successful transactions and is initiated by the merchant.
Initiated by the provider, this element represents a customer or Issuing Bank questioning the validity of the original transaction and may result in funds’ reversibility if the claim is successful.
The Switch Platform relies on a microservices' architecture to provide platform components besides the actual transaction processing. In order to achieve this, it uses an event-driven philosophy for cooperation and routing between services.
One added benefit of doing so is that it allows you to subscribe to notifications regarding the lifecycle of transactions. Examples of such notifications would include events like
payment.success. These can be leveraged to orchestrate payment-related activities on your side.
Head over to Integrating with Switch to learn the integration patterns available and choose the one that best suits your needs.