Използваме Google Analytics за статистика на трафика. Аналитични бисквитки се записват само ако приемете. Без съгласие статистиката се оценява по сигнали, които не използват бисквитки. Политика за бисквитки.
vIBAN · Съгласуване
Когато всеки платец плаща към собствен IBAN, входящото плащане може да означава само едно. Проблемът със съпоставянето не се решава — той просто престава да съществува.
Зад кулисите има една главна сметка. На повърхността всеки платец, наемател или абонат получава личен виртуален IBAN. Парите така или иначе постъпват в главната сметка — но пристигат вече етикетирани с кой ги е изпратил и за какво са.
Изгледът на платеца — IBAN само за него, за копиране и споделяне.
Издаването е масово, а не по една форма наведнъж — маркетплейс, който въвежда хиляда продавачи, създава хиляда IBAN с една операция. Таговете по предназначение разделят потоците: наем на едно място, абонаменти на друго, изплащания в маркетплейса в собствена лента — така всеки участник в платформата получава свой номер на сметка, който може да се съгласува.
Масово издаване — 2,400 реда валидирани, IBAN резервирани, едно действие за издаване.
Интеграция
Създайте vIBAN за всеки платец — един през API или 2,400 през CSV със стъпка за преглед.
Всеки платец плаща към собствения си IBAN — без референция, в която да сгреши.
Постъпленията се идентифицират сами по конструкция — 99,6% автоматично съпоставени в демото.
Останалото попада в преброена опашка с изключения, с приложена история.
Извлечения по vIBAN, CSV и PDF, изпращани по имейл всяко 1-во число.
Функции
Един екран държи цялата програма: 12,480 активни vIBAN, €2.4M маршрутизирани днес, 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 часа с експоненциален backoff – а доставка, изчерпала опитите си, получава бутон за ръчно повторение, а не свиване на рамене.
В операторската конзола приемащите сметки зад програмата са данни, а не устно знание: една активна сметка за валута, а извеждането на една от употреба автоматично издига следващата. Всяка промяна изисква писмена причина и попада в одитния дневник.
Всеки платец получава личен 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 има собствени ключове за подпис и собствени абонаменти и може да бъде паузиран, без да се изтрива — в демото паузиран staging endpoint стои до активния production.
CSV за машините, PDF за хората — по vIBAN или за целия период. Експортът е направен да се импортира, а не да се преписва.
Месечните извлечения се изпращат сами на финансовия имейл на 1-во число. Рутинният отчет е абонамент, а не повтаряща се задача в нечий списък.
Събитията се филтрират по тип, vIBAN или референция; книгата в конзолата търси по IBAN, клиент или референция. Да намерите едно плащане сред хиляди е заявка с три входа.
Промените на оператора в програмата — сметки, паузи, закриване — изискват причина и попадат в журнала за одит. Историята на програмата се обяснява сама в писмен вид.
Екрани
Реален интерфейс на продукта, показан с демо данни.
FAQ
Това са IBAN с възможност за адресиране, издадени от отделни диапазони, които маршрутизират към една главна сметка. Плащане към vIBAN пристига като всеки SEPA кредит; средствата се концентрират в главната сметка автоматично — без sweeping задачи.
Връщането носи кода на причината си в събитие payment.returned и има собствен брой в извлечението. Връщанията са данни с причина, а не загадки, които да се разследват.
Нужен ви е процес за изключения, а не екип за съпоставяне. Един платец на IBAN прави кредитите самоидентифициращи се — 99.6% автоматично съгласувани в демото — а остатъкът влиза в опашка за преглед с пълна история на платеца.
Издавайте масово — CSV с 2,400 платци се валидира, преглежда и издава с едно действие — и маркирайте всеки vIBAN по предназначение. Всеки продавач, наемател или субект получава собствен номер на сметка, който може да се съгласува; отчетите по предназначение стават филтър, а не проект.
Оценете
Преминаваме целия цикъл заедно с вас — издаване, споделяне, съпоставяне, изключения, отчет — със същите демо данни, включително масовото издаване за 2,400 платци.
Тестова програма с главна сметка и разрешено издаване, за да могат екипът ви да създава vIBAN, да изпраща тестови кредити и да вижда как се идентифицират сами.
API за издаване, уебхукове за плащания и жизнен цикъл и документация за интеграция — достатъчно, за да вградите съгласуването във вашия back office.
Оценявайте под марката Protocore или издавайте под своя — главната сметка си остава единственият източник на истина и в двата случая.
Допълнително четиво
Налично самостоятелно или като whitelabel — издавайте под своя марка.
поръчките с плащане по превод в Gateway носят референции на vIBAN, изплащанията от PoS стигат по същите IBAN релси, а Center обработва изключенията, които съпоставянето на vIBAN оставя.
Всичко по-горе работи в продукционни демота, през които можем да ви преведем — самостоятелно, whitelabel или като единна платформа. Кажете ни какво изграждате и ще ви покажем най-краткия път дотам.
