A Guide To Payment Service Integration Options


Thank you for stopping by! Below is a comprehensive guide to the various integration options available for merchants when integrating a payment service. If you have any questions or think I’ve missed anything, feel free to reach out!

  1. Direct API
  2. Hosted Fields
  3. Proxy Interface
  4. SFTP / Batch Interface
  5. SDKs
  6. Plugins
  7. Hosted or Embedded Forms
  8. Virtual Terminal
  9. POS terminals
Payment Service Integration Options. Image created in draw.io by Steve Nester

Direct API

A Direct API integration is typically used by large merchants or integrators who are PCI DSS compliant and comfortable handling card data on their servers. It allows merchants to collect payment information and send it directly to the payment service via an API.

Things to consider:

Hosted Fields

Hosted Fields are similar to Hosted Forms but individual fields (such as card number or CVV) are hosted by the payment service instead of the entire form. Hosted Fields offer greater UI design flexibility while reducing some PCI DSS compliance requirements.

Things to consider:

Proxy Interface

A Proxy Interface enables integration without requiring the merchant to follow the payment service's specific format. Instead, the proxy translates the merchant’s requests into the required format. This is commonly used with tokenization for PCI DSS relief or to handle encrypted payloads passed through the merchant's servers and decrypted by the proxy service.

Things to consider:

SFTP / Batch Interface

Batch payments happen less often in the modern world, partly due to security (of sending a file with secure data in) and partly due to the fact that internet speeds and range of connectivity have increased and it's a lot easier to stay connected at a good rate always. A use-case I've come across in the past is where a cruise ship takes all payment via the old mag-stipe readers and then enters the payment when they reach land (that wasn't so long ago you know!).
Nevertheless, Batch is still requested from time to time, even in 2024. It works by sending a file, normally over SFTP or similar, where the file contains a row per transaction and may contain thousands of transactions in a single file.
Interesting fact: settlement files are still mostly offline and sent in this way - yep, I'm not shitting you kids! :D.

Things to consider:

SDKs

There are lots of types of SDKs that facilitate other integration options, e.g. many mobile SDKs are just a wrapper for opening the hosted forms solution in a webview. SDKs can be useful and save time when integration.

Things to consider:

Plugins

Plugins are pre-built solutions that integrate with third-party platforms (like shopping carts or ERP systems). Payment service providers often work with these platforms to develop plugins and merchants typically have little control over their implementation.

Things to consider:

Hosted Forms

Hosted or Embedded Forms are a popular choice for merchants because they remove the burden of handling card data directly. These forms are usually embedded in the checkout process via iframes or provided through a redirect flow.

Things to consider:

Virtual Terminal

A Virtual Terminal allows a merchant’s staff to process payments on behalf of customers, often used in call centers. However, due to PCI DSS restrictions, many merchants now prefer to use payment links or IVR systems.

Things to consider:

POS Terminals

For in-person transactions, Point of Sale (POS) Terminals are essential. These devices read cards and communicate with payment networks. Though they often come with built-in software, setting up the hardware and configurations can require effort.

Things to consider: