Guide

Choosing a Payment Gateway for a Money Transfer Business

Why collections are often the slowest part of a launch, what acquirers actually ask, and how to match collection timing to payout timing before it costs you.

Why collections are usually the slowest part of a launch

Operators expect payouts to be the hard part. In practice it is often collections — taking money from the sender in the first place — that holds up a launch. The reason is underwriting. Money remittance is treated as a higher-risk category by most general-purpose payment providers, so applications go to a manual review that a typical online retailer never sees.

Plan for this. Start gateway conversations before you choose software, not after, and expect to be asked for your authorisation status, your AML policy, your expected volumes and your corridor list in the first conversation.

What makes remittance different to a gateway

Understanding why you are treated differently makes the conversation easier.

  • Funds leave the country. An acquirer's usual recourse — clawing back from a merchant — is harder when the value has already been delivered abroad.
  • Chargeback exposure is asymmetric. A card-funded transfer can be disputed after the payout is irreversible. The operator carries that gap.
  • Fraud patterns are distinctive. Stolen-card funding of remittance is a known attack, so acquirers scrutinise it heavily.
  • Regulatory overlay. You are a regulated firm, and the acquirer inherits some reputational exposure from how well you run your compliance.

None of this makes you unbankable. It means you should approach providers who already understand the sector rather than the cheapest general-purpose option.

The main collection methods

Card payments

Familiar to customers and good for conversion, particularly on mobile. The trade-offs are cost and chargeback exposure. Debit is generally viewed more favourably than credit for remittance funding, and some operators restrict credit funding for that reason.

Open banking and bank transfer

Payment initiated directly from the sender's bank account. Materially cheaper than cards, and because it is push-based rather than pull-based the chargeback exposure largely disappears. The trade-off is a slightly heavier customer journey and coverage that depends on the sender's bank. Many UK operators now lead with open banking and keep cards as a secondary option.

Direct debit

Useful for recurring senders, less so for one-off transfers, and it carries its own reversal rules that need to be understood before you rely on it.

Cash and in-branch

Still relevant for agent-based operators. It moves the collection problem from underwriting to physical handling, reconciliation and agent float management.

What to ask a payment gateway

  • Do you underwrite money remittance, and have you onboarded firms like mine? Ask this first. It saves weeks.
  • What is your settlement timing? The gap between collection and settlement is working capital you have to fund, particularly if you pay out before you are settled.
  • Will you hold a rolling reserve, and on what terms? Reserves are common for this sector and materially affect cash flow. Get the percentage and the release schedule in writing.
  • How are chargebacks handled and what evidence do you expect? Your platform needs to be able to produce that evidence.
  • Which payment methods and currencies are in scope? Confirm the ones your customer base actually uses.
  • What are your fraud controls and can I tune them? Rules too tight will reject good senders; too loose and you carry the losses.

Matching collection timing to payout timing

This is the operational detail most new operators miss. If you release a payout on receipt of a card payment but the acquirer settles to you three days later, you are funding the gap. Multiply that by daily volume and it becomes the largest working-capital item in the business.

There are three ways to manage it: hold payouts until settlement, which harms the customer experience; fund the gap from your own capital; or negotiate faster settlement. Most operators use a combination, and the balance shifts as volumes grow. Model it before launch rather than discovering it in month two.

Reserves, and why they surprise people

A rolling reserve means the acquirer retains a percentage of your collections for a defined period as security against chargebacks. It is normal for this sector, it is negotiable, and it has a direct effect on how much cash you have available. Ask about it explicitly — it is rarely volunteered early.

How this connects to your platform

Your platform needs to accept the methods you offer, enable and disable them by country, reconcile collections against payouts, and produce the evidence trail an acquirer expects when a transaction is disputed. If the gateway you select already has a production-tested connector, connecting it is configuration. If not, it is a development project — worth establishing before you commit to either the gateway or the software.

Frequently Asked Questions

Why do payment gateways treat money transfer businesses as high risk?
Funds leave the country and are often irreversible once paid out, so an acquirer's usual recourse is weaker. Card-funded transfers can also be disputed after payout, and stolen-card funding of remittance is a known fraud pattern. This means underwriting takes longer than for a typical e-commerce merchant.
Should I use open banking or card payments to collect from senders?
Many UK operators lead with open banking because it is cheaper and, being push-based rather than pull-based, largely removes chargeback exposure. Cards convert well and are familiar, so a common approach is to offer both and steer customers toward the cheaper method.
What is a rolling reserve and will I have to accept one?
A rolling reserve is a percentage of your collections retained by the acquirer for a set period as security against chargebacks. It is common in this sector and negotiable. Ask for the percentage and release schedule in writing early, because it directly affects available cash.
Does Remitz provide a merchant account or payment processing?
No. Remitz is software and never receives or controls customer funds. Your merchant account and acquiring relationship are held directly with your chosen provider, funds settle to your own accounts, and you supply Remitz with your API credentials.

Where Remitz fits

Remitz is software. We do not provide banking, payout, KYC, payment gateway or licensing services — you hold each of those relationships directly. What we provide is a white-label platform with production-tested connectors to providers like the ones described above, so connecting the partners you choose is configuration rather than a development project.

Book a 15-minute demo See the integration catalogue
Get Started Today

Ready to Launch Your Remittance Business?

Book a demo and discover how Remitz can power your money transfer operations.