Автоматизація зарахування безготівкових платежів

image

Кілька місяців тому, в цілях поліпшення якості та збільшення швидкості обслуговування клієнтів юридичних осіб (ІП), з'явилася нетривіальне завдання — максимально виключити людський фактор і автоматизувати зарахування коштів, отриманих безготівковим розрахунком, на баланс.

Безготівковий розрахунок це найбільш вигідний для онлайн-сервісу спосіб прийому оплати (якщо розглядати саме легальні варіанти), т. к. виключає посередників у вигляді платіжних систем, які беруть свою комісію, наприклад:
  • Webmoney Capitaller0,8% при переказі коштів на розрахунковий рахунок через Агентство Гарантій. З-за вкрай каламутного призначення платежу «В рахунок оплати покупки цінних паперів за договором...» у банку можуть виникати питання стосовно джерела коштів, тому легальнее всього приймати Webmoney через процесинг, коли Webmoney бере на себе функції агента по прийому платежів. Для Росії це Paymaster і комісія у такому випадку становить 2%, зате з щоденними реєстрами і легальним призначенням платежу.
  • Банківські карти (Інтернет-еквайринг) — комісія від 2% 3%. У разі Топвизор ми використовуємо інтернет-еквайринг від бана Тінькофф і комісія для нас становить 2,5%.
  • Paypal3,9% + 10 руб.
  • Яндекс.Гроші (Каса для бізнесу, QIWI і Robokassa5%.
Таким чином, отримуємо комісію платіжних систем від 2 до 5% проти безготівкового розрахунку — 0%. Ось чому вкрай важливим завданням було максимально спростити і автоматизувати процес прийому безготівкових коштів. Завдання розбили на кілька етапів:
  1. Генерація рахунків та договору (у разі необхідності).
  2. Контроль надходження коштів (не рідше ніж 1 раз в годину).
  3. Генерація закривають документів.
Генерація рахунків
Необхідно запросити у клієнта найменування та ІПН організації, № розрахункового рахунку, БИК банку, юридичний і поштову адресу:
  • Крім номера БИК потрібно найменування і кореспондентський рахунок банку, їх можна автоматично отримати через API Довідник БИК РФ.
  • Поштова адреса потрібно щоб знати куди відправити оригінали документів після надходження платежу.
Форма для введення даних може бути такий:
Генерація рахунку

Рахунок найкраще генерувати у PDF форматі. Ми спочатку робили HTML варіант, але зіткнулися з нерозумінням з боку клієнтів. Якою б технологічною не була компанія, але за обробку вхідних рахунків відповідають звичайні бухгалтера (найчастіше на аутсорсе), тому їм потрібен звичний і зручний формат.

Затвердженої уніфікованої форми Рахунка на оплату товарів і послуг не існує. Форма може бути будь-яка, на розсуд компанії. Приклад нашого рахунку тут. Клієнту можна дати можливість завантажити відразу рахунок, або відправити його на електронну пошту.

Контроль надходження коштів
Як виявилося найскладніший етап — банк з осудним api, що обслуговує юридичних осіб вдалося знайти не одразу. По темі вдалося знайти тільки обговорення на banki.uk і ixbt.com, питання на toster.uk обговорення хотілки на <a href=«idea.alfabank».ua/ideas/6068/">сайті ідей Альфа-Банку.

За результатами аналізу усієї цієї інформації знайшовся лише один банк з API — це РБ Банк, документація по інтеграції тут www.sbank.ru/Page/Details/internetbank/business/integr

За допомогою функції GetLatestAdvices можна отримувати дані про платежі за поточний операційний день (ми робимо запит 1 раз в годину) і автоматично зараховувати кошти на баланс користувача. Звірку за завершений день цілком можна виконати скориставшись функцією DownloadDailyDocuments, т. к. теоретично при використанні тільки GetLatestAdvices ми можемо побачити не всі платежі.

Якщо API постійно віддає помилку і ви відкривали офіс не в Москві або Санкт-Петербурзі, то швидше за все API не розгорнуть для вашого регіону, як це було у нас (ми стали першим клієнтом, який використовує api банку з Санкт-Петербурга). Це питання можна вирішити зі службою технічної підтримки.

Трохи пізніше я дізнався від менеджерів Альфа-Банку (коли закривав рахунок) що у них теж є щось подібне — <a href=«alfabank».ua/corporate/accounts/1c/">канал інтеграції 1С, але для його використання необхідно отримати погодження.

Генерація закривають документів
При надходженні платежу на рахунок генеруємо в PDF закривають бухгалтерські документи (в нашому випадку це Акт виконаних послуг) і разом з оригіналом рахунка відправляємо на поштову адресу клієнта. Всі.

Походів на пошту при реалізації 3-го пункту можна уникнути, якщо перейти на ЕДО (електронний документообіг). У Росії це цілком реально на підставі 63-ФЗ «Про електронний підпис», Стаття 6, пункт 1:
Інформація в електронній формі, підписана кваліфікованої електронним підписом, визнається електронним документом, рівнозначним документом на паперовому носії, підписаного власноручним підписом, крім випадку, якщо федеральними законами або прийнятими відповідно до ними нормативними правовими актами встановлено вимогу про необхідність складання документа виключно на паперовому носії.
Для цього вже є сервіси з API і встановлені формати, але це тема для окремої статті. Про перехід на ЕДО я напишу по гарячих слідах, одразу як цей фунционал буде впроваджений у нас.

Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.