Клієнт оплатив. Кожен постачальник отримав свою частку. Автоматично.
// Модуль split-payment розщеплює суму замовлення між кількома ФОП або юридичними особами в момент транзакції — за налаштованими правилами, без ручних переказів і участі бухгалтера
З якими проблемами стикаються при роботі з кількома ФОПами
Бухгалтер вручну рахує і переказує частки щодня
Замовлення надходять — бухгалтер рахує хто скільки має отримати і робить кілька переказів. При 100+ замовленнях на день це години роботи і постійний людський фактор що породжує помилки і суперечки з постачальниками.
Постачальники не розуміють коли і скільки отримають
Вендори маркетплейсу або постачальники регулярно запитують «коли переказ?» і «чому сума не збігається?». Відсутність прозорої автоматичної системи знижує довіру партнерів і збільшує навантаження на менеджерів.
Різні товари на різних ФОП — ризик податкових питань
Коли магазин продає товари від кількох юросіб і всі гроші приходять на один рахунок — виникають питання щодо правильності обліку і оподаткування. Автоматичний split знімає цей ризик на рівні платіжної системи.
Повернення і часткові оплати ускладнюють ручний розрахунок
При поверненні частини замовлення або розстрочці — ручний розрахунок хто скільки має повернути стає нетривіальним завданням що займає непропорційно багато часу і часто призводить до помилок.
Які проблеми вирішує це кастомне рішення
Модуль перехоплює платіж в момент оплати і автоматично розподіляє кошти між зареєстрованими отримувачами — без бухгалтера, без затримок, без помилок
// Коли потрібен split-payment і як це працює технічно
Split-payment — це механізм при якому один платіж від клієнта автоматично ділиться між кількома отримувачами в момент транзакції. Це не переказ між рахунками після факту оплати — а розподіл безпосередньо в платіжній системі. Кожен отримувач бачить свої кошти миттєво після оплати замовлення клієнтом. Бухгалтер повністю виключений з цього процесу.
Хто використовує split-payment в Україні
Маркетплейси — найочевидніший кейс: продавці отримують свою частку, платформа — комісію. Але це рішення актуальне і для звичайного магазину де різні товарні категорії юридично оформлені на різних ФОП: наприклад одяг на одному ФОП, аксесуари на іншому. Або для бізнесу де є партнер що отримує фіксований відсоток від кожного продажу.
Інтеграція з українськими платіжними системами
LiqPay підтримує механізм split через параметр receiver_commission і split_rules. WayForPay має вбудований розподіл між submerchant акаунтами. Monobank acquiring дозволяє налаштувати multirecipient через API. Ми реалізовуємо логіку розподілу на рівні вашого магазину і передаємо правила в платіжну систему при кожній транзакції — технічно прозоро і легально.
Таблиця порівняння підходів:
| Рішення | Автоматизація | Прозорість | Масштаб | Вартість |
| Ручні перекази | Ні | Низька | До ~50 зам/день | Дорого (ФОП бухгалтера) |
| Бухгалтерський ПЗ | Частково | Середня | Необмежено | Підписка |
| Split-payment модуль | Повна | Висока | Необмежено | Одноразово + підтримка |
Безпека і відповідність законодавству
Split через офіційні API платіжних систем повністю легальний і відповідає вимогам НБУ. Кожен отримувач проходить верифікацію як submerchant в платіжній системі. Всі транзакції фіксуються і доступні для перевірки. Рекомендуємо проконсультуватись з вашим бухгалтером щодо коректного відображення в обліку для вашої конкретної схеми.
Кому підходить це рішення
- Маркетплейси і мультивендорні платформи — автоматичні виплати продавцям без ручної роботи
- Магазини з кількома ФОП — різні категорії на різних юрособах, єдиний сайт
- Бізнеси з партнерами — партнер отримує свій відсоток автоматично з кожного продажу
- Дропшипінг-платформи — постачальник отримує закупівельну ціну, магазин — маржу
Вивчаємо вашу бізнес-логіку: кількість отримувачів, правила розподілу, чи є часткові оплати і повернення. Підбираємо платіжну систему що підтримує потрібний тип split і верифікацію submerchants.
Допомагаємо зареєструвати кожного отримувача як submerchant у платіжній системі. Верифікація зазвичай займає 3–7 робочих днів — плануємо це заздалегідь в графіку проєкту.
Реалізовуємо правила розподілу в коді магазину: прив'язка товарів до отримувачів, розрахунок часток, обробка змішаних замовлень де є товари від кількох ФОП одночасно.
Підключаємо передачу параметрів split при кожній транзакції. Тестуємо на реальних тестових платежах — перевіряємо коректність розподілу, повернення і сповіщень для кожного сценарію.
Налаштовуємо особисті кабінети для кожного ФОП або постачальника: деталізовані звіти по нарахованих і виплачених сумах, вивантаження для бухгалтерії в Excel або 1С.
Запускаємо з реальними платежами і уважно моніторимо перші 2 тижні. Перевіряємо коректність розподілу при різних сценаріях і залишаємось на підтримці при будь-яких питаннях.
Ситуація
Маркетплейс товарів для дому з 35 активними продавцями звернувся до Kliox з проблемою: бухгалтер щомісяця витрачав 2 повних робочих дні на ручний підрахунок виплат кожному продавцю і здійснення переказів. Формула проста — 88% суми продавцю, 12% платформі — але при 500–800 транзакцій на місяць навіть проста математика перетворювалась на пекло. Постійно виникали суперечки: продавці оспорювали суми бо не мали доступу до деталізації, іноді бухгалтер помилявся і доводилось доплачувати або просити повернути різницю. Крім того виплати відбувались раз на місяць — продавці були незадоволені затримками.
Рішення
Реалізували split-payment через WayForPay з автоматичним розподілом при кожній транзакції: 88% суми — продавцю, 12% — платформі. Для кожного продавця зареєстрували submerchant акаунт — процес зайняв тиждень разом з верифікацією. Розробили особисті кабінети продавців де кожен бачить деталізацію по кожній транзакції в реальному часі. При поверненні замовлення — зворотна транзакція відбувається за тими самими правилами автоматично. Додали Telegram-сповіщення продавцям про кожну виплату.
Результат
2 дні ручної роботи бухгалтера щомісяця скоротились до нуля — він більше не займається розрахунком виплат взагалі. Жодних суперечок по сумах — кожен продавець бачить деталізацію кожної транзакції в особистому кабінеті і завжди знає звідки взялась підсумкова сума. Час виплат скоротився з 30 до 0 днів — гроші надходять продавцю миттєво після оплати замовлення покупцем. Лояльність продавців до платформи суттєво зросла після переходу на миттєві виплати.
СУПУТНІ ПОСЛУГИ
Так. Split через офіційні API платіжних систем повністю відповідає вимогам НБУ і законодавству про платіжні послуги. Кожен отримувач проходить верифікацію як submerchant. Рекомендуємо додатково проконсультуватись з вашим бухгалтером щодо відображення в обліку.
LiqPay (через split_rules і receiver_commission), WayForPay (submerchant розподіл), Monobank acquiring (multirecipient API). Вибір залежить від вашої схеми, обсягів і умов кожної системи — допоможемо визначитись на консультації.
Модуль автоматично ініціює зворотні транзакції за тими самими правилами розподілу. Якщо повернення часткове — розраховується пропорційно. Жодних ручних дій не потрібно — весь процес автоматизований.
LiqPay підтримує до 10 split-отримувачів в одній транзакції, WayForPay — до 20. Для маркетплейсів з більшою кількістю продавців реалізовуємо проміжний розподіл через агрегований рахунок платформи.
Ні. Кожен продавець бачить тільки власні транзакції і суми. Доступ до звітів інших учасників закритий на рівні ролей системи. Адміністратор бачить загальну картину і деталізацію по кожному отримувачу.
Зазвичай 3–7 робочих днів залежно від платіжної системи і повноти документів. Допомагаємо підготувати пакет документів і супроводжуємо процес верифікації. Планування цього терміну включено в загальний графік проєкту.
Уявіть, що ваш клієнт не просто обирає товар із сухого списку, а стає його «співавтором». Психологи називають це «ефектом IKEA»: ми значно більше цінуємо речі, до створення яких доклали власних зусиль. В e-commerce 2026 року цей принцип трансформувався у потужний інструмент — товарний конфігуратор. Для багатьох власників бізнесу конфігуратор досі здається дорогою «іграшкою» для сайту. […]
Найбільший виклик онлайн-торгівлі ховається не в логістиці чи платіжних системах, а в психології. Коли клієнт заходить у звичайний магазин, він використовує всі органи чуття: відчуває вагу смартфона, торкається фактури тканини дивана, чує звук закриття дверцят холодильника. В онлайні ж між покупцем і товаром стоїть скляний екран, який перетворює реальний продукт на набір пікселів, що робить […]
Уявіть, що ви продаєте базову футболку в 10 кольорах і 6 розмірах. Це 60 унікальних одиниць товару (SKU) лише для однієї моделі. А тепер помножте це на 100 найменувань у каталозі — ви отримуєте 6000 модифікацій, якими потрібно керувати в реальному часі. Коли асортимент зростає, звичайна логіка «додати в кошик» перестає працювати, а сайт ризикує […]
Розподіл коштів між ФОПами для інтернет-магазину: автоматизація що замінює бухгалтера
Маркетплейс, мультивендорний магазин або бізнес що юридично розділений між кількома ФОП — всі стикаються з одним завданням: автоматично розподілити кошти між отримувачами без ручних переказів і помилок. Кастомний модуль split-payment від Kliox вирішує це на рівні платіжної системи — кожен отримує свою частку миттєво в момент оплати замовлення клієнтом.
Чому split через платіжну систему краще за ручні перекази
Ручний переказ — це завжди затримка, людський фактор і ризик помилки. При 500 замовленнях на місяць навіть невеликий магазин витрачає десятки годин бухгалтера на розрахунки. Split через інтеграцію платіжних систем — нульовий час на розподіл і повна прозорість для всіх учасників. Доповніть розробкою маркетплейсу для повноцінної платформи з кабінетами продавців. Замовте консультацію — розберемо вашу схему і запропонуємо оптимальне рішення.