Čo je virtuálny IBAN?

Virtuálny IBAN (vIBAN) je skutočné, adresovateľné číslo bankového účtu IBAN vydané z vyhradeného rozsahu a smerované na jeden hlavný účet. Prijíma platby ako každý iný IBAN — platiteľ naň pošle bežnú SEPA úhradu zo svojej banky — no nemá vlastný zostatok. Jeho úlohou je identifikácia: keďže každý virtuálny IBAN je pridelený práve jednému platiteľovi alebo účelu, platba, ktorá naň príde, už sama hovorí, kto ju poslal a načo slúži. Peniaze sa na hlavnom účte koncentrujú automaticky; virtuálny IBAN je štítok na platbe, nie druhé miesto, kde peniaze ležia.

Táto jediná vlastnosť — jeden IBAN na platiteľa — je celá myšlienka. Aby bolo jasné, prečo si zaslúži článok, začnime problémom, ktorý odstraňuje.

Skutočný problém: priradiť peniaze platiteľom

Predstavte si firmu, ktorá inkasuje bankovými prevodmi na jeden účet: nájomné, predplatné, faktúry. Každá platba pristane na tom istom IBAN-e a jediným vodidlom, kto zaplatil, je to, čo platiteľ napísal do referencie. Referencie sa prepíšu, niekde v reťazci sa skrátia alebo ostanú celkom prázdne. Prevod €49.00 s pokazenou referenciou ešte nie je uznaný výnos vo výške €49.00 — je to tiket. Niekto musí zistiť, ku ktorému zákazníkovi a ktorej faktúre patrí, skôr než sa uzavrú knihy.

Pri nízkom objeme je to otrava. Pri objeme platformy je z toho celé oddelenie. Párovacie nástroje hodnotia kandidátske faktúry podľa sumy, dátumu a približného textu referencie; čo nevedia zaradiť, ide do fronty pre človeka. A problém je štrukturálny: keď dvaja predplatitelia zaplatia rovnakú sumu v ten istý deň bez referencie, nijaký nástroj ich nerozlíši — informácia, ktorá by ich odlíšila, nebola v platbe nikdy.

Jeden IBAN na platiteľa: identita už v návrhu

Program virtuálnych IBAN-ov obracia návrh naruby. Namiesto toho, aby ste od každého platiteľa žiadali správne označiť platbu, dáte každému vlastnú adresu. Každý nájomník, predplatiteľ či predajca na marketplace platí na IBAN, ktorý patrí len jemu. Referencia môže byť chybná, prázdna alebo v inom písme — platba sa aj tak identifikuje sama, pretože identitu nesie číslo účtu.

Číslo účtu je oveľa lepší nosič než referencia. IBAN obsahuje vlastné kontrolné číslice, takže preklepnutý IBAN neprejde validáciou v banke platiteľa ešte pred odoslaním prevodu. Preklepnutá referencia prejde bez problémov a stane sa vaším problémom. Presunutím identity z voľného textu do adresy sa kontrola chýb presúva z vášho back office do odosielajúcej banky.

Pre platiteľa sa nič nemení: platí na IBAN zo svojej bankovej aplikácie ako vždy. Všetka novosť je na strane príjemcu — platba príde už označená a referencia sa vráti k tomu, čím mala byť od začiatku: poznámkou, nie identifikačným systémom.

Keď každý platiteľ platí na vlastný IBAN, prichádzajúca platba môže znamenať len jedno. Problém párovania sa nevyrieši — prestane existovať.

Kde peniaze v skutočnosti sú

Pod povrchom existuje práve jeden hlavný účet na menu. Virtuálne IBAN-y sa vydávajú z rozsahov vyhradených pre program a každá platba na ktorýkoľvek z nich sa vyrovná na hlavný účet. Netreba spravovať zostatky jednotlivých platiteľov ani denné úlohy, ktoré by presúvali prostriedky z tisícok malých účtov na jeden — koncentrácia prebieha smerovaním, nie dodatočnými prevodmi, ktoré by ste potom museli odsúhlasovať samostatne.

Vďaka tomu je virtuálny IBAN skutočný, nie trik. Dá sa naň platiť z ktorejkoľvek banky, zúčtuje sa ako každá SEPA úhrada a na výpise platiteľa sa objaví ako účet, na ktorý platil. Chýba mu presne to, čo so sebou ťahá plnohodnotný účet: vlastný zostatok a životný cyklus nad rámec pridelenia a zrušenia.

Čím virtuálny IBAN nie je

Nie je to podúčet: podúčet drží zostatok, treba ho dotovať a vyprázdňovať a znásobuje počet kníh, ktoré prevádzkujete. Nie je to virtuálne referenčné číslo: to stále jazdí v poli referencie a stále závisí od toho, či platitelia správne prepíšu reťazec. A nie je to peňaženka: na samotnom vIBAN-e sa nič neukladá. Je to adresa so smerovaním — najužší konštrukt, vďaka ktorému sa prichádzajúca platba identifikuje sama.

Vrátenia prichádzajú s dôvodom

Platby nielen prichádzajú. Účty sa rušia, banky odmietajú pripísanie, platitelia si prevody vyžiadajú späť. Vo svete jedného zberného účtu je vrátenie malé vyšetrovanie: ktorá platba sa vrátila, čia bola a treba stornovať účtovný zápis, s ktorým bola spárovaná?

V programe vIBAN je vrátenie dátový záznam. Nesie kód dôvodu, objaví sa ako udalosť payment.returned voči tomu istému virtuálnemu IBAN-u, ktorý použila pôvodná platba, a na výpise má vlastné započítanie. Viete, čia platba sa vrátila a prečo, ešte než niekto otvorí tiket. Vrátenia sa z záhad menia na riadky, ktoré treba vybaviť.

Fronta výnimiek, nie tím na párovanie

Žiadny návrh neodsúhlasí sto percent ničoho. Platby prídu na zrušené vIBAN-y. Stávajú sa duplicity. Niekto, nejako, zaplatí priamo na hlavný účet. Cieľom nie je znemožniť výnimky — ale urobiť ich zriedkavými a spočítateľnými. V ukážke Protocore vIBAN sa 99.6% platieb odsúhlasí automaticky; zvyšok ide na kontrolu do fronty s kompletnou históriou platiteľa, takže riešenie výnimky začína kontextom, nie bankovým výpisom a tabuľkou.

Ten rozdiel mení podobu tímu. Párovanie sa škáluje s objemom platieb: viac platieb, viac nespárovaných, viac ľudí. Proces výnimiek sa škáluje s objemom výnimiek, ktorý návrh už stlačil k nule. Ľudia, ktorých si ponecháte, riešia skutočné anomálie, nie prepisovanie referencií. V našom stacku táto fronta žije v Protocore Center (/products/center), operačnej konzole, kde každá privilegovaná akcia vyžaduje dôvod a zapíše sa do auditného logu.

Hromadné vydávanie, účelové značky, platformy

Jeden IBAN na platiteľa funguje, len ak vydanie jedného nič nestojí. Prenajímateľ s tuctom nájomníkov môže vIBAN-y vytvoriť ručne; marketplace, ktorý onboarduje tisíce predajcov, nie. Vydávanie je preto hromadná operácia. V ukážke vIBAN sa CSV s 2,400 platiteľmi zvaliduje, pri každom riadku zobrazí náhľad IBAN-u a vydá sa jednou akciou — 2,400 platiteľov, jedna operácia, medzi tým krok kontroly.

Účelové značky držia toky oddelene už na úrovni adresy: nájomné tu, predplatné inde, výplaty z marketplace vo vlastnom pruhu. Reporting podľa účelu je filter, nie projekt, a každý vIBAN má vlastný výpis — CSV alebo PDF — kým hlavný účet zostáva pod nimi jediným zdrojom pravdy. Keď platiteľ odíde, jeho vIBAN sa zruší: história ostáva, adresa prestane prijímať nové platby.

Kam to zapadá v platobnom stacku

Virtuálne IBAN-y sú infraštruktúra pre inkaso. Prichádzajúcim bankovým prevodom dávajú to, čo mali kartové platby vždy — identitu pripojenú k samotnej platbe, nie napísanú vedľa nej. V ekosystéme Protocore nesú objednávky Gateway platené prevodom referencie vIBAN a Center rieši výnimky, ktoré párovanie zanechá. Stránka produktu /products/viban prevedie celým cyklom — vydať, zdieľať, spárovať, výnimka, report — na rovnakých demo dátach, aké sú použité tu.

A férová hranica: ak prijmete hŕstku prevodov mesačne, stačí konvencia pre referenciu a desať minút účtovníctva. Virtuálne IBAN-y sa oplatia tam, kde objem zmenil párovanie na proces — nájomné, inkaso predplatného, marketplace — všade, kde sa otázka, kto vám zaplatil, kladie tisíckrát mesačne.