Фінанси · AUT-0028 · Чернетка, оцінка потребує перевірки

Звірка платежів із рахунками

Платежі зіставляються з рахунками; неоднозначні залишаються в черзі перевірки.

Проблема

Фінансист вручну зіставляє банківські платежі з рахунками, а невідомі оплати зависають.

Результат

Платежі зіставляються з рахунками; неоднозначні залишаються в черзі перевірки.

Як працює рішення

1. Перевірити походження операції та унікальний ID; відкинути повторний імпорт
2. Зіставити рахунок за номером, платником, валютою, сумою та допустимим статусом
3. При одному підтвердженому збігу записати платіж; при нулі або кількох передати фінансисту
4. Перерахувати залишок і закрити рахунок лише після повної оплати; зберегти зв’язок із банківською операцією

Варіанти реалізації

Звірка за узгодженими ключами

Однозначні операції пов’язуються з рахунком; винятки перевіряє фінансист.

Приклад: Операція містить INV-204, потрібного платника й валюту. Після перевірки суми платіж записується; часткова оплата залишає борг, а два кандидати потребують рішення фінансиста.

Що потрібно для реалізації

• Банківська виписка й реєстр рахунків доступні.
• Є унікальні ID операцій, платник, валюта, сума та зв’язок із реєстром рахунків; узгоджені правила часткових оплат, повернень і повторного імпорту.

Спосіб реалізації

• Імпорт операцій у PlanFix та пошук рахунків через REST API; правила зіставлення визначаються для конкретного джерела.

Обмеження

• Одна сума може відповідати кільком рахункам.
• Кейс підтверджує пошук за контрагентом, сумою й статусом, але не звірку за номером рахунку або закриття боргу. Його банківський канал не підтверджує сумісність із банком клієнта.

Що не входить у бюджет

• Ліцензії та підписки сторонніх сервісів.
• Очищення й міграція історичних даних, якщо їх не враховано окремо.

Що потрібно уточнити

• Чи бувають часткові оплати?

  Вкажіть, чи один рахунок закривається кількома платежами; визначте правила залишку, переплати й повернення.

Джерела та межі підтвердження

• Редакційна модель типового процесу

  Бізнес-логіка й попередня оцінка; перевірити на даних клієнта

• Кейс PlanFix: пошук документа для банківського платежу

  Практика з кейсу 2024 року, оновленого у 2026: імпорт повідомлення, пошук за контрагентом, сумою й статусом, автоматичне пов’язування одного кандидата та ручні винятки. Номер рахунку, часткові оплати, повтори, банк клієнта й години не підтверджені.

  Переглянути джерело

Повернутися до каталогу