Integrated payments: how they work and why platforms that build them do not go back

What are integrated payments?

Integrated payments are a method of collecting capital payments automatically from platform's merchant settlements. It is payment setup between a platform and an embedded lending partner that affects how merchants settle outstanding cash advance balance.

Instead of pulling from a bank account at a set interval, the payment is deducted from the merchant's settlement before it is paid out. The merchant receives the net amount, without the need to manage mandates or top up accounts.

How do integrated payments work in practice?

For platforms that already run merchant payouts, most of the infrastructure is already there. Adding integrated payments means building payment logic into an existing settlement flow, not rebuilding it.

The process works as follows:

1. 1.

   The merchant sells through the platform as normal. The embedded lending partner uses that sales data to calculate payment amount that is due.

2. 2.

   Before the platform settles with the merchant, it holds back the cash advance payment amount. If a merchant earns €1,000 in a week and owes €100, they receive €900. The platform can also deduct its own commission at the same moment, the entire split happens inside a single settlement calculation.

3. 3.

   The held amount is distributed: the payment goes to the embedded lending partner, the mark-up stays with the platform. The merchant sees the deduction as a line item in their payout report: what was taken, and where it went. The net amount arrives without any further action required from the merchant.

4. 4.

   The embedded lending partner sees each payment as it happens, which keeps the credit picture current rather than waiting for month-end reconciliation.

Integrated payments work whether you own your payout infrastructure or run on a third-party provider.

In a synchronous model, the deduction happens inside the settlement calculation in real time. Platforms that own their payout infrastructure use this approach: the payment is factored in before the merchant is paid, and the net amount is disbursed in a single step.

In an asynchronous model, the payout infrastructure belongs to a third-party payment provider. The deduction based on merchant activity happens separately on a scheduled basis, but still automatically.

In both models merchants simply receive their net payout with the deduction as a line item. For platforms, it means a payment mechanism that works across markets and payout structures, without requiring merchants to take any separate action.

Why are integrated payments the strongest choice?

Frictionless merchant payment experience

Once a payment sits inside the settlement flow, merchants do not experience it as a separate financial event. They get their payout, see the line item, and move on.

Merchants who never have to think about payments keep taking capital. Merchants who see a separate bank deduction feel the payment pain stronger and might be less likely to renew.

Based on our internal data, across programmes built on integrated payments, merchant retention runs at 88% and churn falls by 70%.

Compounding lending programme economics

Once a merchant receives an advance, the programme's long-term success depends on what happens next. Integrated payments are the best in ensuring long-term success.

Commercially, the platform needs to collect it's mark-up. The embedded lending partner needs consistent payment performance. When collection is this reliable, the partner can extend more capital to more merchants on better terms.

What does the integration require?

The technical work is less than most platforms expect. For platforms that already manage merchant payouts, the payment logic slots into an existing settlement flow. It does not require rebuilding what is already there, only altering it.

For platforms short on engineering capacity, finmid engineers guide teams through the integration, keeping the timeline short and the lift on the platform's side as light as possible.

For platforms with questions around altering a payment flow, the deduction is written into the advance agreement merchants sign when they take capital. The legal basis is in place before the first payment is made. finmid provides contractual templates and jurisdiction-specific documentation for each market the platform operates in.

Platforms that treat this as a planned project tend to get it right first time. Those that come back to it later are usually doing so when the programme is bigger and thus trickier to execute.

The alternative: bank collection via SEPA Direct Debit

When integrated payments are not in place, the usual solution is bank collection. The merchant signs a SEPA Direct Debit mandate during onboarding, and payments are pulled directly from their bank account on a fixed schedule.

SEPA Direct Debit is a solid option. In practice, it creates more support and operational overhead than integrated payments with failed pulls or bank deductions that merchants do not always recognise. If those happen regularly, these issues affect programme economics.

Building for scale

Integrated payments do not just make a programme cleaner to operate. They make it better over time. The platforms that build integrated payments early do not need to rebuild the infrastructure when their programme scales. They run it as a competitive advantage from the start.