Ми використовуємо Google Analytics для статистики трафіку. Аналітичні cookie встановлюються лише з вашої згоди. Без згоди статистика оцінюється за сигналами без cookie. Політика щодо cookie.
vIBAN · Звірка
Коли кожен платник платить на власний IBAN, вхідний платіж може означати лише одне. Проблема зіставлення не вирішується — вона перестає існувати.
За лаштунками — один майстер-рахунок. Зовні кожен платник, орендар чи абонент має власний віртуальний IBAN. Гроші в обох випадках потрапляють на майстер-рахунок, але приходять уже з позначкою, від кого вони й за що.
Погляд платника — IBAN лише для нього, копіюйте й діліться.
Випуск відбувається масово, а не через одну форму за раз: маркетплейс, що підключає тисячу продавців, створює тисячу IBAN однією операцією. Теги призначення розділяють потоки: тут оренда, там підписки, виплати маркетплейсу — окремо, тож кожен суб'єкт платформи отримує власний номер рахунку для звірки.
Масовий випуск — 2,400 рядків перевірено, IBAN зарезервовано, випуск однією дією.
Інтеграція
Створіть vIBAN для кожного платника — один через API або 2,400 через CSV із кроком перевірки.
Кожен платник сплачує на власний IBAN — жодного призначення, в якому можна помилитися.
Зарахування ідентифікуються самі за конструкцією — 99,6% зводяться автоматично в демо.
Решта потрапляє до черги винятків із підрахунком і прикріпленою історією.
Виписки за кожним vIBAN, CSV і PDF, надсилаються поштою щомісяця 1-го числа.
Функції
Один екран вміщує всю програму: 12 480 активних vIBAN, €2,4 млн маршрутизовано сьогодні, 8 912 зарахувань зведено автоматично. Кожен рядок показує IBAN, кому він належить, тег призначення та сьогоднішні вхідні кошти. Шукайте за IBAN, клієнтом чи референсом; експортуйте книгу в CSV.
Клієнти бачать власні реквізити рахунку: окремий IBAN із кнопкою копіювання, BIC для переказів ззовні SEPA, назву й адресу банку та кнопку «Поділитися» для того, хто їм платить. Кожен переказ на цей IBAN потрапляє на баланс уже зіставленим із клієнтом — платник ніколи не вводить референс.
CSV із 2 400 платників завантажується, проходить валідацію — 2 400 валідних, 0 помилок — і показує попередній перегляд точного IBAN для кожного рядка, зарезервованого з діапазону під час завантаження та призначеного під час випуску. Налаштуйте діапазон, тег призначення та префікс референсу, а потім випустіть усю партію однією дією. Та сама операція доступна через API.
Період на екрані містить €412 380,44 за 8 912 зарахуваннями, 99,6% зведено автоматично — а 34 ручні випадки та 12 повернених платежів пораховано, а не приховано. Кожен vIBAN експортує власну виписку в CSV або PDF, увесь період експортується однією дією, а щомісячні виписки надходять на пошту фінансового відділу 1-го числа.
Кожне зарахування, повернення, випуск і призупинення — це подія, і кожна подія показує свою доставку: код статусу, затримку та стан повтору для кожної спроби. Доставки підписуються HMAC-SHA256 і повторюються 6 разів упродовж 24 годин з експоненційною затримкою — а доставка, що вичерпала спроби, отримує кнопку ручного повтору, а не знизування плечима.
У консолі оператора приймальні рахунки програми — це дані, а не усне знання: один активний рахунок на валюту, а виведення одного з обігу автоматично підвищує наступний. Кожна зміна вимагає письмової причини й потрапляє в журнал аудиту.
Кожен платник отримує окремий IBAN, тож кожен вхідний платіж називає відправника ще до того, як на нього хтось подивиться. Немає поля референсу, де можна помилитися, і немає черги зіставлення. Ідентифікація — властивість номера рахунку, а не процес.
Кожен vIBAN має тег: rent-collection, subscriptions, marketplace-payouts, payroll. Потоки розділені на рівні рахунків, тож звітність за призначенням — це фільтр, а не проєкт.
Коли кожен платник платить на власний IBAN, вхідне зарахування може означати лише одне. У демоперіоді 99,6% з 8 912 зарахувань зводяться самі — а ті кілька, що не можуть, потрапляють у ручну чергу, а не стають загадкою.
За кожним vIBAN стоїть один реальний рахунок. Кошти концентруються автоматично — без залишків на субрахунках, які треба збирати, і без фрагментації. На поверхні тисячі адрес; книга обліку — одна.
vIBAN випускаються з виділених діапазонів — демопрограма працює під RO49 PRCT, а кількість вільних у діапазоні показано під час випуску. Діапазони чітко розділяють програми, бренди чи юрособи, а все одно маршрутизується на майстер-рахунок.
Кожен vIBAN накопичує власну історію платежів, тож запис платника повний за визначенням. Спір чи аудит починається з відфільтрованого списку, а не з розслідування.
Онбординг продавців і орендарів може створити vIBAN як крок процесу: створити рахунок, передати IBAN, почати приймати кошти. Клієнтський екран постачається у whitelabel — демо працює як Powered by Protocore; ваш — під вашим брендом.
Деякі платежі повертаються — рахунок закрито, реквізити хибні. Повернення SEPA несуть код причини в подію payment.returned і власний лічильник на сторінці виписок — дані з причиною, а не загадки. Нестандартний випадок має рядок, а не гілку в підтримці.
vIBAN призупиняється однією дією, а потік подій фіксує, хто і звідки його призупинив. «Призупинено» відображається як статус скрізь, де є IBAN — у книзі, виписках, потоці.
Налаштована партія зберігається як чернетка: джерело перевірено, діапазон обрано, нічого ще не випущено. Процес іде за схемою джерело, налаштування, перевірка — тож незворотний клік є останнім, і так задумано.
Випуск іде в межах місячного ліміту з видимим лічильником, а партія вказує, що додає, ще до запуску — використано 1 204 з 5 000, ця партія доведе до 3 604. Місткість — це арифметика, а не повідомлення про помилку.
Кожна партія маркує свої зарахування префіксом референсу — ARC-PAYOUT- у демо — тож суміжні системи впізнають власні потоки з першого погляду.
Кожен рядок платника несе зовнішній референс із вашої системи — EXT-00311 у демо — і він лишається прив'язаним до vIBAN. Пошук працює за вашими ідентифікаторами, а не лише за нашими.
Усе, що робить консоль, робить і API — випуск, призупинення, запити, експорт. Завантаження CSV і виклик API запускають ту саму операцію; консоль — це клієнт, а не особливий шлях.
Надішліть тестову подію на будь-який endpoint прямо з консолі. Інтеграція проходить перевірку на синтетичних доставках ще до того, як надійде перше реальне зарахування.
Кожен endpoint має власні секрети підпису та власні підписки, а ще його можна призупинити без видалення — у демо поруч з активним production-endpoint стоїть призупинений staging.
CSV для машин, PDF для людей — по кожному vIBAN або за весь період. Експорт створено для імпорту, а не для передруку вручну.
Щомісячні виписки самі надходять на фінансову адресу першого числа. Регулярний звіт — це підписка, а не повторюване завдання в чиємусь списку.
Події фільтруються за типом, vIBAN або референсом; книга в консолі шукає за IBAN, клієнтом або референсом. Знайти один платіж серед тисяч — це запит із трьома точками входу.
Зміни програми, які вносить оператор, — рахунки, призупинення, закриття — потребують обов'язкової причини й потрапляють в audit log. Історія програми пояснює себе письмово.
Екрани
Справжній інтерфейс продукту з демонстраційними даними.
FAQ
Це адресовані IBAN із виділених діапазонів, що маршрутизуються на один майстер-рахунок. Платіж на vIBAN надходить як будь-яке зарахування SEPA; кошти автоматично концентруються на майстер-рахунку — без sweep-завдань.
Повернення передає код причини в подію payment.returned і має власний рядок у виписці. Це дані з указаною причиною, а не загадки, які треба розплутувати.
Потрібен процес винятків, а не команда зіставлення. Один платник на IBAN робить зарахування самоідентифікованими — у демо 99.6% звірено автоматично — а решта потрапляє в чергу на перевірку з повною історією платника.
Випускайте масово — CSV із 2,400 платників перевіряється, переглядається й випускається однією дією — і позначайте кожен vIBAN за призначенням. Кожен продавець, орендар чи суб'єкт отримує власний номер рахунку для звірки; звітність за призначенням — це фільтр, а не проєкт.
Оцінка
Проходимо повний цикл разом із вами — випуск, передача, зіставлення, винятки, звітність — на тих самих демоданих, зокрема масовий випуск для 2,400 платників.
Тестова програма з майстер-рахунком і увімкненим випуском: ваша команда створюватиме vIBAN, надсилатиме тестові зарахування й бачитиме, як вони ідентифікують себе.
API випуску, вебхуки платежів і життєвого циклу та документація з інтеграції — достатньо, щоб вбудувати звірку у власний бек-офіс.
Тестуйте під брендом Protocore або випускайте під своїм — майстер-рахунок у будь-якому разі лишається єдиним джерелом істини.
Що почитати далі
Доступно окремо або як whitelabel — випускайте під своїм брендом.
у замовленнях Gateway з оплатою переказом є референси vIBAN, виплати PoS надходять тими самими IBAN-рейками, а Center розбирає винятки, які залишає зіставлення vIBAN.
Усе вище працює в продакшен-демо, які ми можемо вам показати: окремо, whitelabel або як єдина платформа. Розкажіть, що ви будуєте, і ми покажемо найкоротший шлях.
