Банківські рахунки, закриття документів оплатою, знижки й допуски, імпорт виписок і експорт платіжних доручень — як прибрати ручну звірку з роботи бухгалтера.
Коротка відповідь. Різниця між «гроші прийшли» і «рахунок оплачено» — це різниця між напівручним обліком і системним.
У спрощеному варіанті платіж просто зменшує сальдо контрагента. Через квартал ви бачите: клієнт винен 120 тисяч. А які саме рахунки не оплачені? Незрозуміло — доводиться відкривати виписки й зіставляти вручну.
Тут платіж прив'язується до конкретних документів. Ви бачите не просто сальдо, а перелік неоплачених рахунків із датами й сумами. Дзвінок клієнту звучить інакше: не «ви нам винні», а «рахунок від 12 березня на 48 тисяч досі не оплачений».
Це та функція, заради якої модуль і впроваджують. Усе інше — імпорт виписок, експорт доручень, знижки — надбудова над цією базовою логікою.
Перед першим платежем потрібні дві різні речі, і різниця між ними принципова.
| Об'єкт | Що це | За що відповідає |
|---|---|---|
| Рахунок у плані рахунків | Бухгалтерський рахунок обліку грошей | Сальдо у балансі та звітності |
| Картка банківського рахунку | Реквізити конкретного рахунку в банку | IBAN, валюта, формати виписок і доручень |
Плутанина виникає тому, що обидва називають «банківським рахунком». Насправді один живе в бухгалтерії, другий — в операційній роботі, і вони пов'язані через групу обліку банку.
Практичне правило: якщо у вас три рахунки в різних банках і два з них валютні — це п'ять карток банківських рахунків, але не обов'язково п'ять рахунків у плані рахунків. Скільки саме бухгалтерських рахунків потрібно, визначає ваша облікова політика й структура звітності, а не кількість договорів із банками.
Реальні платежі рідко бувають один-до-одного. Ось три ситуації, які система має закривати без ручних правок.
| Ситуація | Як працює | На що звернути увагу |
|---|---|---|
| Один платіж — один рахунок | Прив'язка за номером документа | Найпростіший випадок, працює автоматично |
| Один платіж — кілька рахунків | Сума розподіляється між обраними документами | Порядок закриття задає бухгалтер, не система |
| Часткова оплата | Документ лишається відкритим на різницю | Видно точну суму залишку, а не загальне сальдо |
Окремо варто знати про скасування закриття. Якщо платіж прив'язали не до того рахунка, зв'язок можна зняти й переприв'язати — сама проводка при цьому не сторнується. Це важливо: виправлення помилки в аналітиці не має перетворюватися на сторнування руху грошей.
Порядок закриття кількох рахунків одним платежем — управлінське рішення, а не технічне. Логічно закривати найстаріші документи першими, але якщо в договорі є прив'язка оплати до конкретної поставки, цей порядок порушувати не можна. Правило варто зафіксувати письмово, інакше кожен бухгалтер робитиме по-своєму.
Два механізми, які зазвичай ігнорують — і дарма, бо разом вони прибирають найдратівливішу ручну роботу.
| Механізм | Що вирішує | Приклад |
|---|---|---|
| Знижка за оплату | Постачальник дає знижку за платіж у стислий строк | 2 % при оплаті протягом 10 днів |
| Платіжний допуск | Дрібна розбіжність між рахунком і платежем | Клієнт заплатив на 3 грн менше |
| Допуск за знижкою | Оплата на день-два пізніше пільгового строку | Знижку зараховують попри запізнення |
Другий рядок вирішує щоденний біль. Клієнт заплатив 47 999,50 замість 48 000 — банківські комісії, округлення, курсові копійки. Без допусків документ висить відкритим на 50 копійок, і хтось мусить його закривати вручну. З налаштованим допуском система закриває його сама, а різницю відносить на визначений рахунок.
Розмір допуску задається сумою або відсотком. Ставити його великим небезпечно: система почне «прощати» реальні недоплати. Практичний орієнтир — сума, яка свідомо менша за будь-яку значущу для вас розбіжність.
Ручне введення виписки — це не просто повільно, це джерело помилок у реквізитах і сумах. Імпорт вирішує обидві проблеми, але потребує налаштування форматів.
Механізм працює в три кроки. Спершу файл виписки завантажується в систему. Далі відбувається зіставлення: система намагається сама знайти, до яких документів належать платежі — за номером рахунка в призначенні, за сумою, за контрагентом. І нарешті бухгалтер перевіряє те, що система не змогла зіставити самостійно.
Третій крок і є реальною роботою. Якщо в призначенні платежу клієнт написав «оплата за договором», система не вгадає документ — і це не її недолік, а наслідок того, як заповнюють платіжки. Практика показує: чим точніше ви формулюєте призначення у власних рахунках, тим вищий відсоток автоматичного зіставлення вхідних платежів.
Журнал вивірки зберігає історію: видно, що і як було зіставлено, ким і коли. При розбіжностях із банком це знімає питання за хвилини замість годин.
Зворотний напрямок: замість того щоб вводити кожен платіж у клієнт-банку вручну, система формує пропозицію оплати й вивантажує файл для банку.
| Крок | Що відбувається |
|---|---|
| 1. Пропозиція оплати | Система підбирає документи до оплати за строками й пріоритетами |
| 2. Перевірка | Фінансист коригує список: що платимо зараз, що відкладаємо |
| 3. Експорт | Формується файл у форматі вашого банку |
| 4. Підтвердження | Після проведення в банку платежі обліковуються в системі |
Найбільша цінність — у першому кроці. Пропозиція показує, що і кому потрібно заплатити за строками, з урахуванням знижок за дострокову оплату. Тобто рішення «платити зараз чи через тиждень» ухвалюється на цифрах, а не за відчуттям.
Формати експорту налаштовуються під конкретний банк. Це разова робота на етапі впровадження, але вимагає участі банку: потрібна специфікація формату, який він приймає.
Останні два пункти управлінські, і саме їх зазвичай залишають «на потім». Наслідок передбачуваний: система налаштована, а кожен платіж усе одно узгоджують у месенджері.
Якщо у вас є клієнти з регулярними платежами — абонплата, підписка, орендні платежі — виставляти й контролювати кожен рахунок вручну немає сенсу. Механізм прямого дебету дозволяє формувати пропозиції списання пакетом за наявними мандатами.
Логіка та сама, що й з платіжними дорученнями, але в зворотний бік: система підбирає документи до списання, формує файл для банку, а після проведення обліковує платежі й закриває рахунки. Для компаній із сотнями регулярних платежів це прибирає окрему штатну одиницю.
Умова застосування одна: у клієнта має бути оформлений мандат на списання, і його реквізити зберігаються в системі. Без цього прямий дебет юридично неможливий, і жодне налаштування цього не обійде.
Модуль платежів накопичує дані, які мають сенс лише за регулярного перегляду. Мінімальний набір для щотижневого контролю:
| Звіт | Питання, на яке відповідає | Коли реагувати |
|---|---|---|
| Дебіторська за строками | Хто винен і скільки простроченої | Прострочення понад узгоджений строк |
| Кредиторська за строками | Кому й коли платити | Наближення строків із знижками |
| Незакриті документи | Що не зіставлено з платежами | Накопичення означає збій у процесі |
| Залишки на рахунках | Скільки грошей і в яких валютах | Наближення касового розриву |
| Втрачені знижки | Скільки недоотримано через пізню оплату | Систематичні втрати — привід змінити процес узгодження |
Останній рядок часто виявляється відкриттям. Компанії, які працюють із десятками постачальників, регулярно втрачають на знижках за дострокову оплату суми, порівнянні з місячною зарплатою бухгалтера, — просто тому що платіж узгоджувався три дні довше, ніж потрібно.
Закриття прив'язує платіж до конкретних рахунків. Ви бачите не загальне сальдо контрагента, а перелік неоплачених документів із датами й сумами — і можете предметно говорити про конкретний рахунок, а не про абстрактний борг.
Так, сума розподіляється між обраними документами. Порядок закриття визначає бухгалтер: зазвичай першими закривають найстаріші, але якщо в договорі оплата прив'язана до конкретної поставки, порядок інший.
Для цього існують платіжні допуски: система закриває документ повністю, а різницю відносить на визначений рахунок. Без допусків такі документи висять відкритими на копійки й закриваються вручну.
Так, якщо налаштований формат вашого банку. Система зіставляє платежі з документами за номером у призначенні, сумою й контрагентом, а бухгалтер перевіряє лише те, що не зіставилося автоматично.
Найчастіше через призначення платежу: якщо контрагент написав «оплата за договором» без номера документа, система не має за чим шукати. Відсоток автоматичного зіставлення прямо залежить від якості заповнення платіжок.
В умовах платежу задається пільговий строк і відсоток знижки. Система рахує вигоду й показує, скільки ви втратите, заплативши пізніше. Для допуску на день-два запізнення є окреме налаштування.
Так, закриття скасовується й документи прив'язуються заново. Сама проводка руху грошей при цьому не сторнується — виправляється лише зв'язок між платежем і рахунком.
Це разова робота на етапі впровадження, але потребує специфікації формату від банку. Строк залежить не від системи, а від того, як швидко банк надасть документацію.
Ця стаття пояснює логіку й типові помилки. Налаштування банківських рахунків і форматів, роботу з журналом вивірки, закриття документів та експорт платіжних пропозицій — розбираємо на курсі «Модуль Управління платежами». Заняття онлайн у режимі реального часу.
Залиште контакти — і ми надішлемо деталі безкоштовного аудиту процесів. Відповідаємо протягом одного робочого дня.
або напишіть напряму: nbcs365@zohomail.eu · +380 98 107 5878