Log in Book a demo
Module · Finance and payments

From a balance in the CRM to a confirmed bank transfer

Drivers want their money now, and a fleet can afford neither a lost transfer nor a payout posted twice. The multi-currency payment module runs every payout from the moment the amount leaves the driver's balance in the CRM to the confirmed status coming back from the bank. If the transfer fails, the money returns to the balance on its own.

crm.fleetsoft.pl
Payout history: every request with amount, commission, Revolut payment status and source (iOS or Android)
Payout history: every request with amount, commission, Revolut payment status and source (iOS or Android). Personal data hidden.

Why a payout is more than one bank transfer

In a taxi fleet or a courier company, a payout is never a single operation. It is a sequence: take the amount off the driver's balance, charge the commission, send the instruction to the bank, read back the status, close the entry in the books. Let one of those steps happen by hand or in a spreadsheet, and a few weeks later you get a difference nobody in the company can explain.

The multi-currency payment module keeps that whole chain inside the CRM for taxi fleets. Money goes to drivers' personal cards or to IBAN accounts at European banks, handled by Revolut, Zen and ERSTE. Every operation leaves a trail you can show to the driver and to your bookkeeper alike, so the fleet stops answering questions about a missing transfer from memory and answers them with data from the system.

For an owner, the point is that fleet money is protected from both sides: a driver cannot withdraw the same funds twice, and the company is not left with cash hanging somewhere between the CRM and the bank.

What the module actually does

Four mechanisms that separate an automated payout from a transfer typed by hand into online banking.

Payouts to cards and IBAN accounts
Funds go to drivers' personal cards or to IBAN accounts at European banks. Transactions are handled by Revolut, Zen and ERSTE, so the fleet is not locked into a single payment channel.
Two-step safe posting
The amount leaves the driver's balance in the CRM first, and only then goes to the bank. If the bank rejects the payment, the system immediately returns both the transfer amount and the commission to the balance, with no manual accounting corrections.
Safety interval between requests
The system keeps a gap of at least 10 minutes between consecutive payout requests from the same driver. It is a guard against transaction spam, which would otherwise overload the banking channel.
Payment statuses in real time
The integration with i-business 24 lets the system query the bank's API for the result of each operation. Instead of buying paid bank notifications, it uses smart status requests and saves the company money.

How a single payout runs

  1. The driver requests a payout. The request reaches the system and the platform checks whether the safety interval since this driver's previous request has passed. If it has not, the new request is not accepted.
  2. The system takes the amount off the balance. The payout amount together with the commission leaves the driver's balance in the CRM before anything goes to the bank. From that moment the same funds cannot be withdrawn a second time.
  3. The instruction goes to the bank. The transaction leaves through the chosen institution — Revolut, Zen or ERSTE — to the driver's personal card or IBAN account.
  4. The platform checks the status. Through the i-business 24 integration the system asks the bank for the result itself and updates the transaction status, instead of waiting for someone in bookkeeping to check the statement by hand.
  5. The operation is closed. Transfer completed — the payout closes as settled. Transfer rejected — the amount and the commission go back to the driver's balance, and the driver can request the payout again.

The biggest losses in payouts do not come from commissions. They come from operations left hanging between the CRM and the bank. The classic case: the system shows the payout as completed, the bank rejected it, the driver's balance is empty, and the bookkeeper hears about it a week later from an angry driver. Two-step posting with an automatic return of the amount and the commission closes that gap in the mechanics of the system, rather than relying on someone remembering to fix it.

Payout history in the driver record

crm.fleetsoft.pl
Driver profile: balance, Bolt and Uber balances and payout request history
Driver profile: balance, Bolt and Uber balances and payout request history. Personal data hidden.

How payouts connect to the rest of the system

The payout module does not work in isolation from the rest of the platform. The commission charged on a payout is set in a separate configurator — one panel shared by every scheme, with no need to configure each payment gateway on its own. The balance the money comes from is fed by settlements with ride-hailing aggregators and delivery platforms, and the discrepancy controller makes sure earnings data from Uber and Bolt matches what the driver sees in the app.

On the driver's side it all comes together in a mobile app under the fleet's own brand: current balance, transaction history, bonuses credited, and the option to add a new bank card without asking anyone. Support stops being the middleman for every request to change a card number or check whether a transfer went out.

Frequently asked questions

What happens if the bank rejects a transfer to a driver?–

The system immediately returns both the transfer amount and the commission charged to the driver's balance. No manual correction is needed and nobody has to hunt for the operation in a bank statement — the payout simply returns to the state before the request, and the driver can try again.

To drivers' personal cards or to IBAN accounts at European banks. Transactions run through Revolut, Zen and ERSTE, so the fleet pays out through large European financial institutions instead of typing transfers into online banking.

A safety interval of at least 10 minutes applies between consecutive requests from the same driver. It is a guard against transaction spam: dozens of requests sent within seconds can clog the banking channel and delay payouts for the whole fleet.

From the integration with i-business 24. The platform queries the bank's API for payment status in real time, using smart requests instead of paid bank notifications. The transaction status in the CRM updates without anyone in bookkeeping touching it.

No. All commission schemes are stored and edited in a single configurator tab. You can set a flat, percentage or hybrid commission without repeating those settings in every payment channel.

See also

Commissions and tariffs
Flat, percentage or hybrid commission — configured in one panel
Uber and Bolt reconciliation
Hourly data sync that ends arguments about driver earnings
Driver app
White-label under your brand: balance, payouts, documents and receipts

See how payouts would work in your fleet

30 minutes online, no commitment. We will show how it works for fleets your size.

Book a demo