Поки замовлень десять на тиждень, звірка оплат непомітна: відкрив банк, подивився, поставив галочки. На сотні замовлень це вже щоденна робота на годину, а на кількох сотнях — робота, у якій регулярно губляться платежі. Клієнту не відвантажили оплачене замовлення, іншому надіслали нагадування про борг, який він закрив три дні тому.
Розберемо, як влаштована автоматична звірка, чому вона починається не з інтеграції, і що робити з платежами, які ніколи не зійдуться самі.
Чому ручна звірка ламається
Проблема не в тому, що людина погано звіряє. Проблема в тому, що ця робота монотонна й зростає лінійно разом із обігом. Кожен платіж треба знайти в списку, зіставити суму, знайти замовлення, позначити оплату. Помилка виникає не через недбалість, а через обсяг.
Додається типова специфіка: клієнт платить не рівно ту суму, платить із картки родича, платить двома частинами, платить із порожнім призначенням «оплата за товар». Кожен такий випадок вимагає окремого розслідування — і саме на них іде більшість часу. Це загальна властивість ручних процесів, про яку ми писали в матеріалі про автоматизацію обробки заявок: вузьке місце завжди на стиках.
Перший крок — не інтеграція, а призначення платежу
Найчастіша помилка — одразу замовляти інтеграцію з банком. Але якщо в платежі немає нічого, за чим його впізнати, ніяка інтеграція не допоможе: система так само не зрозуміє, до якого замовлення належить «оплата за послуги».
Тому починають з іншого: зробити так, щоб номер рахунка чи замовлення сам потрапляв у призначення платежу. Це означає виставляти рахунок із уже підставленим номером, давати клієнту готове платіжне посилання замість голих реквізитів, показувати номер замовлення на сторінці оплати. Часто вже після цього більшість платежів починає впізнаватися однозначно — без жодного коду. Як зробити саме виставлення рахунків неручним, ми розбирали в матеріалі про автоматизацію документів.
Як працює звірка
Далі логіка проста. Система отримує виписку — або через сервіс банку, або файлом вивантаження. У кожному надходженні шукає ознаку: номер замовлення, номер рахунка, ідентифікатор платежу. Знаходить відповідне замовлення, порівнює суму й позначає його оплаченим. Оплачене замовлення автоматично рухається далі процесом: змінює статус, іде на відвантаження, тригерить повідомлення клієнту.
Онлайн-оплати на сайті в цю схему вбудовуються найпростіше — платіжний сервіс сам повідомляє про успішну оплату конкретного замовлення, і звіряти там нічого. Проблемна частина — саме банківські перекази й рахунки для юридичних осіб. Про технічний бік прийому оплат на сайті ми писали окремо в матеріалі про інтеграцію оплати.
Виняткам потрібне окреме місце
Стовідсоткової звірки не буває, і закладатися на неї не варто. Завжди буде частка платежів, які не впізнаються: оплата від третьої особи, часткова оплата, переплата, оплата за двома рахунками одним переказом.
Ключове рішення — не намагатися вгадати ці випадки автоматично, а вивести їх у явний список із причиною розбіжності. Тоді людина щодня розбирає не весь потік, а кілька рядків. Саме в цьому й полягає виграш: увага йде туди, де вона справді потрібна. Небезпечний варіант — коли система «здогадується» й тихо прив'язує платіж не до того замовлення: розплутувати такі помилки дорожче, ніж розібрати їх одразу руками.
Що це дає крім зекономленого часу
Найочевидніше — швидша відправка: замовлення переходить у роботу в момент оплати, а не після того, як бухгалтер дійшов до звірки. Для клієнта це різниця між «відправили сьогодні» і «відправили післязавтра».
Друге — зникають конфліктні ситуації з нагадуваннями про вже оплачені рахунки. Третє — з'являється чесна картина по грошах: скільки реально надійшло, які рахунки висять неоплаченими й скільки часу в середньому проходить від виставлення до оплати. Ці цифри складно зібрати вручну, а на них ухвалюються рішення — про це ми писали в матеріалі про звіти й дашборди для бізнесу. Для ФОП така звірка ще й закриває половину рутини, яку зазвичай віддають бухгалтеру: докладніше — у матеріалі про автоматизацію бухгалтерії для ФОП.
Коротко
Ручна звірка оплат ламається не через недбалість, а через обсяг: робота зростає разом із обігом, і більшість часу з'їдають нетипові платежі. Починати автоматизацію треба не з інтеграції з банком, а з призначення платежу — зробити так, щоб номер замовлення чи рахунка підставлявся сам у платіжному посиланні й у виставленому рахунку. Часто вже це прибирає більшу частину ручної роботи. Далі система зіставляє надходження з замовленнями й рухає їх процесом автоматично, а онлайн-оплати на сайті взагалі не потребують звірки. Стовідсоткового збігу не буде ніколи, тому винятки треба виводити в окремий список із причиною, а не давати системі «здогадуватися» — тихо прив'язаний не до того замовлення платіж коштує дорожче за ручний розбір. Виграш не лише в годинах: замовлення їдуть у день оплати, зникають нагадування про закриті борги й з'являється реальна картина надходжень. З чого взагалі починати наведення такого порядку, ми розбирали в матеріалі про те, з чого почати автоматизацію.
Ми в Obliko автоматизуємо облік і процеси бізнесу — від виставлення рахунків до звірки надходжень і статусів замовлень. Розкажіть, скільки у вас оплат на місяць і як вони зараз звіряються, — підкажемо, що дасть найбільший ефект найдешевше.
Що взагалі означає «автоматична звірка оплат»?
Це коли система сама зіставляє надходження на рахунок із замовленнями чи рахунками й позначає їх оплаченими, а вам показує тільки те, що не зійшлося. Технічно це виглядає так: банк віддає виписку через свій сервіс, система шукає в призначенні платежу номер рахунка або замовлення й ставить збіг. Замість перегляду всіх надходжень ви розбираєте кілька спірних — саме там, де людина справді потрібна.
З чого починати, якщо оплат стає багато?
З того, щоб у платежі взагалі було за чим шукати. Найчастіша причина ручної роботи — не відсутність інтеграції, а те, що клієнти платять із порожнім або довільним призначенням. Тому першим кроком роблять так, щоб номер рахунка чи замовлення підставлявся автоматично: у виставленому рахунку, у платіжному посиланні, у реквізитах на сайті. Часто вже цього достатньо, щоб більшість платежів впізнавалася без жодної автоматизації.
Чи можна звіряти оплати без інтеграції з банком?
Так, проміжний варіант — вивантажувати виписку файлом і зіставляти її скриптом чи таблицею. Це вже прибирає ручний перегляд рядків, хоча й лишає щоденну дію «вивантажити файл». Такий варіант розумний як перший крок або коли обсяг невеликий: він дешевий, робиться швидко й одразу показує, скільки платежів реально не впізнається — а це і є головна цифра перед тим, як замовляти повноцінну інтеграцію.
Що робити з платежами, які не зійшлися?
Головне — не ховати їх. Робоча схема: усе, що не впізналося автоматично, потрапляє в окремий список із причиною — сума не збігається, немає номера, оплата від третьої особи, часткова оплата. Далі це розбирає людина. Цінність автоматизації не в тому, щоб зійшлося сто відсотків платежів — так не буває, — а в тому, щоб увага людини йшла тільки на ці кілька відсотків, а не на весь потік.
Потрібен сайт або застосунок?
Розробляємо під ключ — від дизайну до запуску. Порахуємо ваш проєкт безкоштовно.