Банківська інтеграція допомагає отримувати операції за рахунком і пов’язувати їх із документами компанії. Вона не зводиться до позначки «оплачено». Потрібно знати, який платіж підтверджений, до якого договору він належить і що робити, коли призначення не дозволяє знайти замовлення автоматично.
Розрізняйте виписку та ініціювання платежів
Отримання виписки й відправлення платіжної інструкції — різні сценарії з різними правами. Для звірки надходжень зазвичай спочатку потрібне читання операцій. Не видаємо інтеграції можливість створювати платежі, якщо цього немає в погодженому завданні.
Перевіряємо офіційний API або модуль конкретного банку, доступність для рахунків компанії та актуальні умови. Наприклад, Приват24 для бізнесу описує інтеграційні можливості для балансу й транзакцій. Це не означає, що всі банки мають однакові поля, ліміти та правила доступу.
Зіставляйте операції за стійкими ознаками
Для кожної операції зберігаємо банківський ідентифікатор, рахунок, суму, валюту, дату та потрібні реквізити контрагента. Повторне завантаження того самого періоду не має створювати ще один платіж. Історія імпорту потрібна для перевірки, а не тільки для технічної діагностики.
Номер рахунку в призначенні допомагає, але не завжди достатній. Перевіряємо відповідність платника, валюти й відкритої суми. Коли правило дає кілька можливих документів, запис потрапляє на ручне підтвердження, а не прикріплюється до першого знайденого клієнта.
Продумайте часткові оплати та винятки
Умовний приклад: клієнт сплатив аванс за кількома рахунками одним переказом. Система має дозволяти погоджений розподіл і показувати нерознесену суму. Банківська комісія, повернення або платіж від іншої юридичної особи також потребують окремого правила.
Не плутаємо отримання повідомлення з остаточним відображенням операції в обліку. Зберігаємо статуси й перевіряємо можливі уточнення даних у документації банку. Відповідальний бухгалтер підтверджує правила проведення, а менеджер бачить лише потрібний стан взаєморозрахунків.
Захистіть доступ і контролюйте повноту
Облікові дані зберігаємо на сервері поза публічними файлами. Журнали не повинні розкривати ключі та зайві банківські реквізити. Погоджуємо відкликання доступу, заміну секретів і відповідального за відновлення обміну. Звільнення працівника не має залишати невідомий банківський доступ.
Перевіряємо повторне завантаження, пропущений період, недоступність банку й ручне виправлення зіставлення. Після запуску звіряємо кількість і суми операцій із випискою. Відсутність повідомлень про помилки не доводить, що всі надходження потрапили до обліку.
Джерела та подальше читання
