Ручне рознесення виписки — найпомітніша рутина бухгалтерії. У Business Central вона закривається двома інструментами, і плутанина між ними коштує найдорожче.
Коротка відповідь. У Business Central є два різні механізми роботи з випискою, і вони вирішують різні задачі. Payment Reconciliation Journal рознóсить платежі по документах: знаходить, який рахунок оплачено, і закриває заборгованість. Bank Account Reconciliation звіряє залишок на банківському рахунку в системі із залишком у банку. Перший — щоденна робота, другий — контрольна процедура на кінець періоду.
| Payment Reconciliation Journal | Bank Account Reconciliation | |
|---|---|---|
| Питання, на яке відповідає | кому й за що прийшли гроші | чи збігається залишок із банком |
| Що робить із документами | застосовує платіж і закриває заборгованість | позначає банківські записи як звірені |
| Частота | щодня або щотижня | на кінець місяця |
| Хто працює | бухгалтер розрахунків | головний бухгалтер |
Обидва вміють приймати той самий файл виписки. Помилка «ми імпортували виписку, але заборгованість не закрилася» майже завжди означає, що файл завели не в той журнал.
З коробки Business Central орієнтований на європейський стандарт банківських файлів — формат CAMT сімейства ISO 20022. Українські банки у клієнт-банках і особистих кабінетах віддають власні формати: CSV із власним набором колонок, XML нестандартної структури, іноді DBF. Прямого імпорту не буде.
Виходів три, за зростанням надійності:
На практиці для більшості українських компаній достатньо другого варіанту: одна визначена схема обміну на банк, налаштована під час впровадження.
-->Після імпорту в журнал натискається дія автоматичного зіставлення. Система порівнює кожен рядок виписки з відкритими документами й пропонує відповідність, оцінюючи її впевненість — від високої до відсутньої.
На що вона дивиться:
INV-2026-00147 розпізнається, а «оплата згідно договору» — ні.Рядки з високою впевненістю можна прийняти пакетно, решту бухгалтер розбирає руками. Практичний ефект залежить не від системи, а від дисципліни в призначеннях платежів: якщо клієнти пишуть номер рахунку, автоматично розноситься більшість надходжень.
Що дає найбільший приріст автоматизації: додайте номер рахунку в шаблон друкованої форми так, щоб клієнт бачив його першим, і вкажіть у рахунку прохання зазначати номер у призначенні платежу. Це дешевше за будь-яке доопрацювання.
Комісія банку, еквайринг, відсотки на залишок — це рядки виписки, під якими немає жодного рахунку. Розносити їх руками щомісяця безглуздо.
Для них є Text-to-Account Mapping: ви задаєте фрагмент тексту з призначення платежу і рахунок обліку, на який такий платіж має лягати. Наступного разу система сама віднесе «комісія за розрахунково-касове обслуговування» на рахунок банківських послуг.
Правило гігієни: тримайте перелік таких відповідностей коротким і перевіряйте раз на квартал. Надто загальний фрагмент тексту почне збирати не ті платежі.
У свіжих версіях Business Central зʼявився помічник звірки на базі Copilot: він пропонує відповідності для рядків, які не зіставилися автоматично, і пояснює, чому вважає їх схожими. Працює як другий прохід після штатного автозіставлення — рішення все одно приймає людина.
Наша практична оцінка стримана: помічник добре знімає рутину на однотипних платежах і майже не допомагає там, де призначення платежу заповнене абияк. Тобто він підсилює порядок у даних, а не замінює його.
Якщо ви оцінюєте, скільки часу звільнить автоматизація саме у вашому випадку — порахуйте обсяг проєкту в калькуляторі вартості або напишіть нам.
Залиште контакти — і ми надішлемо деталі безкоштовного аудиту процесів. Відповідаємо протягом одного робочого дня.
або напишіть напряму: nbcs365@zohomail.eu · +380 98 107 5878