BUSINESS · Гроші й оплати
Облік еквайрингу та післяплат
Багато покупців. Одна виплата в банк. Зрозумілий облік кожної оплати.
Завантажте CSV-реєстр, перевірте прив’язку до покупців і документів та врахуйте комісії. Коли провайдер перерахує гроші, звірте виплату в Клієнт-банку без повторного обліку оплат.
Покрокові інструкції — українською.
Як сходяться суми
Умовний приклад, не тариф провайдера. Початковий залишок — 0 грн; інші операції відсутні.
Оплата покупця
1 000 грн
Повна оплата віднесена на документ покупця або аванс на рахунку платіжної системи.
Комісія провайдера
−20 грн
Витрата врахована в документі надходження. До виплати залишається 980 грн, покупець не винен 20 грн.
Виплата у банк
980 грн
Переміщення з рахунку платіжної системи на банківський: у провайдера 0 грн, у банку 980 грн.
Від першого налаштування до звіреної виплати
1. Розділіть рахунки
Створіть окремий рахунок платіжної системи й фактичний банківський рахунок однієї організації та валюти.
2. Налаштуйте профіль
Налаштування → Інтеграції → Платіжні системи. На вкладці «Клієнт-банк» виберіть рахунок і статті комісії. Для файлів без API ввімкніть «Лише CSV-реєстри».
3. Перевірте й проведіть оплати
Гроші → Клієнт-банк → Реєстр платіжної системи. Виберіть профіль і CSV, перевірте суми, комісії та документи або покупця й договір. Сам перегляд ще не створює документів.
4. Звірте виплату
На банківському рахунку виберіть рядок виплати та відповідні проведені оплати. Їхній склад перевірте за даними провайдера: одного збігу суми недостатньо. Сума до виплати має точно дорівнювати банківському зарахуванню.
П’ять систем — спільний обліковий процес
plata by mono — реєстр еквайрингу; monobank у Клієнт-банку — виписка банківського рахунку. NovaPay післяплати — реєстр переказів; NovaPay Business — окреме підключення бізнес-рахунку. Не імпортуйте одну операцію двічі різними каналами.
Що важливо знати до імпорту
- Зараз реєстри завантажуються з CSV, не з XLS і не через API. Приймання оплат за платіжними посиланнями — окремий сценарій.
- Потрібні BUSINESS і права на профіль, рахунки, організацію та документи. Наявність звичайного Клієнт-банку в SOLO не відкриває платіжні профілі.
- Автопошук прив’язки використовує відомі платежі інтеграції. Якщо збігу немає, документ або покупця з договором вибираєте вручну — маскована картка не визначає покупця.
- Якщо у CSV WayForPay немає комісії, внесіть її вручну. У реєстрі NovaPay дата переказу є датою виплати, тому використання її для оплат потребує вашого підтвердження.
- Повернення, чарджбеки, резерви, додаткові утримання, конвертація та часткове зарахування однієї оплати не обробляються автоматично цим сценарієм.
- Імпорт не формує фіскальний чек і не визначає автоматично дату податкового доходу. Повторне завантаження перевіряється в межах того самого профілю, а не між усіма каналами обліку.
Запитання про еквайринг
Як рознести багато оплат, якщо у банк прийшла одна сума?
Імпортуйте CSV-реєстр на окремий рахунок платіжної системи та прив’яжіть оплати до документів покупців або авансів. У Клієнт-банку звірте склад загальної виплати з уже проведеними оплатами. Виплата оформлюється переміщенням у банк, а не повторним надходженням від покупців.
Як враховується комісія еквайрингу?
Оплата покупця обліковується повною сумою, комісія — як витрата в тому самому документі надходження. Наприклад, з оплати 1 000 грн і комісії 20 грн до виплати залишається 980 грн. Комісія не стає боргом покупця. Якщо її немає у файлі, вкажіть точну суму вручну за даними провайдера.
Які платіжні системи підтримують CSV-реєстри?
LiqPay, WayForPay, Hutko, plata by mono та NovaPay післяплати. Це окремий сценарій від імпорту банківської виписки monobank або NovaPay Business.
Чи потрібні API-ключі для завантаження реєстрів?
Ні. У платіжному профілі можна ввімкнути «Лише CSV-реєстри» і налаштувати вкладку «Клієнт-банк». Завантаження реєстрів через API ще не реалізоване; приймання оплат через платіжні посилання налаштовується окремо. Платіжні профілі доступні в BUSINESS, а не в SOLO.
Що буде, якщо завантажити реєстр повторно?
Журнал імпорту визначає вже оброблені платежі в межах того самого профілю. Це не загальний захист від документів, раніше створених вручну чи іншим каналом: їх треба перевірити перед проведенням. Історія різних профілів не об’єднується.