Водій хоче гроші одразу, а автопарк не може дозволити собі ні загубленого переказу, ні виплати, проведеної двічі. Модуль мультивалютних платежів веде кожну виплату від списання суми з балансу в CRM до підтвердженого статусу з банку. Якщо переказ не пройде, гроші повертаються на баланс самі.

У таксопарку та кур’єрській службі виплата ніколи не буває однією операцією. Це послідовність: списання суми з балансу водія, нарахування комісії, відправлення заявки до банку, отримання статусу і закриття операції в обліку. Досить, щоб один із цих кроків робився вручну чи в таблиці — і за кілька тижнів з’являється різниця, якої ніхто в компанії не може пояснити.
Модуль мультивалютних платежів веде весь цей ланцюжок усередині CRM для таксопарку. Гроші йдуть на особисті картки водіїв або на рахунки IBAN у європейських банках, які обслуговують Revolut, Zen та ERSTE. Кожна операція лишає слід, який можна показати і водієві, і бухгалтерії — автопарк більше не відповідає на питання про загублений переказ по пам’яті, а відповідає даними з системи.
Для власника найважливіше те, що активи автопарку захищені з обох боків: водій не виведе ті самі кошти двічі, а компанія не залишиться з грошима, що зависли між CRM і банком.
Чотири механізми, які відрізняють автоматизовану виплату від ручного переказу в інтернет-банку.
Найбільші втрати на виплатах виникають не через комісії, а через операції, що зависли між CRM і банком. Класичний сценарій: система показує виплату як виконану, банк її відхилив, баланс водія порожній, а бухгалтерія дізнається про все через тиждень від роздратованого водія. Двоетапне проведення з автоматичним поверненням суми й комісії закриває цю дірку на рівні механіки системи, а не доброї пам’яті працівника.

Модуль виплат не працює окремо від інших частин платформи. Розмір комісії, яку утримують під час виплати, налаштовується в окремому конфігураторі — в одній панелі, спільній для всіх схем, без потреби налаштовувати кожен платіжний шлюз окремо. Баланс, з якого списуються гроші, поповнюють розрахунки з агрегаторами та службами доставки, а контролер розбіжностей стежить, щоб дані про заробіток з Uber і Bolt збігалися з тим, що водій бачить у своєму застосунку.
На боці водія все замикається в мобільному застосунку під брендом автопарку: поточний баланс, історія транзакцій, нараховані бонуси та можливість самостійно прив’язати нову банківську картку. Завдяки цьому підтримка перестає бути посередником у кожному проханні змінити номер картки чи перевірити, чи вийшов переказ.
Система одразу повертає на баланс водія і суму переказу, і утриману комісію. Не потрібно робити ручну правку чи шукати операцію у виписці — виплата просто повертається до стану до заявки, і водій може спробувати ще раз.
На особисті картки водіїв або на рахунки IBAN у європейських банках. Транзакції проходять через Revolut, Zen та ERSTE, що дає автопарку змогу робити виплати через великі європейські фінансові установи замість ручних переказів в інтернет-банку.
Між заявками від того самого водія діє інтервал безпеки щонайменше 10 хвилин. Це захист від транзакційного спаму: кілька десятків заявок, надісланих за кілька секунд, здатні забити банківський канал і затримати виплати всьому автопарку.
З інтеграції з i-business 24. Платформа запитує в API банку статус платежу в реальному часі, використовуючи розумні запити замість платних банківських сповіщень. Статус транзакції в CRM оновлюється без участі бухгалтерії.
Ні. Усі схеми комісій зберігаються та редагуються в одній вкладці конфігуратора. Можна задати фіксовану, відсоткову або гібридну комісію й не дублювати ці налаштування в кожному платіжному каналі окремо.
30 хвилин онлайн, без зобов’язань. Покажемо, як це працює в автопарках вашого розміру.
Замовити демо