Якщо гроші не надходять вчасно, проблема не у звірці: контроль дебіторської заборгованості.
Два інструменти, які плутають найчастіше
Коротка відповідь. У Business Central є два різні механізми роботи з випискою, і вони вирішують різні задачі. Payment Reconciliation Journal рознóсить платежі по документах: знаходить, який рахунок оплачено, і закриває заборгованість. Bank Account Reconciliation звіряє залишок на банківському рахунку в системі із залишком у банку. Перший — щоденна робота, другий — контрольна процедура на кінець періоду.
| Payment Reconciliation Journal | Bank Account Reconciliation | |
|---|---|---|
| Питання, на яке відповідає | кому й за що прийшли гроші | чи збігається залишок із банком |
| Що робить із документами | застосовує платіж і закриває заборгованість | позначає банківські записи як звірені |
| Частота | щодня або щотижня | на кінець місяця |
| Хто працює | бухгалтер розрахунків | головний бухгалтер |
Обидва вміють приймати той самий файл виписки. Помилка «ми імпортували виписку, але заборгованість не закрилася» майже завжди означає, що файл завели не в той журнал.
Формат файлу: чому «просто імпортувати» не виходить
З коробки Business Central орієнтований на європейський стандарт банківських файлів — формат CAMT сімейства ISO 20022. Українські банки у клієнт-банках і особистих кабінетах віддають власні формати: CSV із власним набором колонок, XML нестандартної структури, іноді DBF. Прямого імпорту не буде.
Виходів три, за зростанням надійності:
- Ручне зведення у файл потрібної структури. Працює як тимчасове рішення на кілька перших тижнів, але це та сама рутина, від якої тікали.
- Налаштувати Data Exchange Definition. Штатний механізм BC: ви описуєте, у якій колонці файлу лежить дата, у якій сума, у якій призначення платежу й контрагент, і система читає формат вашого банку без розробки. Один раз на банк.
- Розширення для конвертації форматів. Має сенс, коли банків кілька або формати регулярно змінюються.
На практиці для більшості українських компаній достатньо другого варіанту: одна визначена схема обміну на банк, налаштована під час впровадження.
Як працює автозіставлення
Після імпорту в журнал натискається дія автоматичного зіставлення. Система порівнює кожен рядок виписки з відкритими документами й пропонує відповідність, оцінюючи її впевненість — від високої до відсутньої.
На що вона дивиться:
- Сума. Точний збіг дає найвищу впевненість; часткова оплата теж розпізнається, але з нижчою.
- Призначення платежу. Номер рахунку в тексті платежу — найсильніший сигнал. Тому має значення, у якому вигляді ви нумеруєте документи:
INV-2026-00147розпізнається, а «оплата згідно договору» — ні. - Реквізити контрагента. Назва та банківський рахунок платника зіставляються з довідником.
- Дата. Використовується як додатковий критерій у межах допуску.
Рядки з високою впевненістю можна прийняти пакетно, решту бухгалтер розбирає руками. Практичний ефект залежить не від системи, а від дисципліни в призначеннях платежів: якщо клієнти пишуть номер рахунку, автоматично розноситься більшість надходжень.
Що дає найбільший приріст автоматизації: додайте номер рахунку в шаблон друкованої форми так, щоб клієнт бачив його першим, і вкажіть у рахунку прохання зазначати номер у призначенні платежу. Це дешевше за будь-яке доопрацювання.
Регулярні платежі, які не стосуються документів
Комісія банку, еквайринг, відсотки на залишок — це рядки виписки, під якими немає жодного рахунку. Розносити їх руками щомісяця безглуздо.
Для них є Text-to-Account Mapping: ви задаєте фрагмент тексту з призначення платежу і рахунок обліку, на який такий платіж має лягати. Наступного разу система сама віднесе «комісія за розрахунково-касове обслуговування» на рахунок банківських послуг.
Правило гігієни: тримайте перелік таких відповідностей коротким і перевіряйте раз на квартал. Надто загальний фрагмент тексту почне збирати не ті платежі.
Чи допомагає Copilot
У свіжих версіях Business Central зʼявився помічник звірки на базі Copilot: він пропонує відповідності для рядків, які не зіставилися автоматично, і пояснює, чому вважає їх схожими. Працює як другий прохід після штатного автозіставлення — рішення все одно приймає людина.
Наша практична оцінка стримана: помічник добре знімає рутину на однотипних платежах і майже не допомагає там, де призначення платежу заповнене абияк. Тобто він підсилює порядок у даних, а не замінює його.
Типові помилки
- Імпорт у той журнал. Найчастіша. Якщо задача — закрити заборгованість, потрібен журнал звірки платежів, а не звірка банківського рахунку.
- Налаштування схеми обміну «на живому» банку. Робіть це на тестовій компанії, інакше кілька невдалих імпортів залишать сміття в журналах.
- Номери документів без структури. Автозіставлення втрачає найсильніший сигнал, і відсоток автоматичного рознесення падає в рази.
- Ігнорування звірки залишків. Журнал платежів не гарантує, що залишок у системі дорівнює залишку в банку. Це окрема процедура, і робити її треба щомісяця.
- Занадто загальні правила Text-to-Account. Фрагмент «оплата» збиратиме половину виписки на один рахунок.
Якщо ви оцінюєте, скільки часу звільнить автоматизація саме у вашому випадку — порахуйте обсяг проєкту в калькуляторі вартості або напишіть нам.
Питання й відповіді
Чи можна імпортувати виписку українського банку в Business Central без розробки?
Яка різниця між Payment Reconciliation Journal і Bank Account Reconciliation?
Який відсоток платежів розноситься автоматично?
Як обліковувати банківські комісії, під якими немає рахунку?
Чи потрібен окремий модуль для роботи з кількома банками?
Ця стаття входить до добірки Фінанси й облік у Business Central — там зібрано повний розбір теми та решта матеріалів.
Консультант NBCS з Microsoft Dynamics 365 Business Central. Розбирає й документує механіку BC на власному стенді.