Integrations & payment screens

Connecting PaymentIQ: what to check before launch.

Connecting PaymentIQ means making your website, payment screen and providers work together. Here are the main checks before customers start using it.

Independent guides by Payment Fluent. Not affiliated with PaymentIQ.

1. Decide which payments you want to offer

Start with the countries, currencies and payment methods your customers need. An API is the connection that lets systems exchange information; the cashier is the screen where the customer makes a payment.

  • List the deposits and withdrawals you need to support.
  • Identify who looks after your website, the cashier, PaymentIQ and each payment provider.
  • Agree which tests must pass before launch.

2. Check that the customer is recognised

When someone opens the cashier, the systems need to know which customer is making the payment. A session is the temporary link to that customer's signed-in account.

  • Check that the payment screen opens for the correct customer and currency.
  • Test what happens when the customer has been inactive and their session expires.
  • Check that test settings are used for testing and live settings for real customers.

3. Check which provider receives the payment

A payment service provider, or PSP, processes the payment. Routing rules decide which provider and account PaymentIQ should use. For example, a business may use different providers for different countries or currencies.

  • Check that the expected payment methods appear for the customer.
  • Compare the provider selected in the transaction with the provider you expected.
  • If you use a backup provider, check when the rules allow it to be used. Do not assume every refusal should be retried.

4. Test what happens after the customer clicks Pay

A success message on the screen is only one check. Confirm what is recorded in PaymentIQ and in your own platform. For a successful deposit, check that the customer's balance is updated correctly.

  • Test successful, refused, cancelled and pending payments where the method supports them.
  • Check interrupted bank redirects and repeated clicks for unwanted duplicate actions.
  • Agree who will monitor the launch and how to return to the previous setup if needed.

5. Give developers the right documentation

This guide explains what to check. Your developers need the official documentation for the exact API fields and setup instructions.

Common questions

Do I need a developer for an integration?

Code changes usually need a developer. PaymentIQ configuration, provider coordination and payment testing are also part of the work. I can help connect those tasks and make the requirements clear.

What should be tested before launch?

Check what the customer sees, which provider processes the payment and what your systems record afterwards. Include refusals and interruptions as well as successful payments.

Independent consulting

Need help with a payment integration?

I can help define the requirements, review PaymentIQ settings, coordinate with providers and test the payment journey before launch.

Discuss your integrationSee how I can help

Written by Payment Fluent · Independent payment consulting

Other useful guides

Each guide explains the basics, gives concrete examples and shows what to check.