Co je virtuální IBAN?

Virtuální IBAN (vIBAN) je skutečné, plně funkční číslo bankovního účtu, které se vydává z vyhrazeného rozsahu a směruje na jeden hlavní účet. Přijímá platby jako jakýkoli jiný IBAN — plátce na něj ze své banky pošle běžnou SEPA platbu — ale sám nemá žádný zůstatek. Jeho úkolem je identifikace: protože každý virtuální IBAN je přiřazen právě jednomu plátci nebo účelu, platba, která na něj dorazí, už sama říká, kdo ji poslal a k čemu slouží. Peníze se automaticky soustředí na hlavním účtu; virtuální IBAN je štítek na platbě, ne druhé místo, kde peníze leží.

Tato jediná vlastnost — jeden IBAN na plátce — je celý nápad. Abyste viděli, proč o tom stojí za to psát, začněme problémem, který odstraňuje.

Skutečný problém: přiřadit peníze plátcům

Představte si firmu, která vybírá platby převodem na jeden účet: nájem, předplatné, faktury. Každá platba přistane na stejném IBANu a jediná stopa, kdo zaplatil, je to, co plátce napsal do reference. Reference se překlepnou, někde cestou se ořežou nebo zůstanou prázdné. Převod €49.00 se zkomolenou referencí zatím není €49.00 uznaného výnosu — je to úkol. Někdo musí zjistit, kterému zákazníkovi a které faktuře patří, než se uzavřou knihy.

Při malém objemu je to otrava. Při objemu platformy je to celé oddělení. Párovací nástroje hodnotí kandidátní faktury podle částky, data a nepřesné shody textu reference; co nedokážou zařadit, jde do fronty k člověku. A selhání je strukturální: když dva předplatitelé zaplatí stejnou částku ve stejný den bez reference, žádný nástroj je nerozliší — informace, která by je odlišila, nebyla v platbě od začátku.

Jeden IBAN na plátce: identita už z konstrukce

Program virtuálních IBANů obrací návrh. Místo aby každý plátce musel svou platbu správně označit, dáte každému vlastní adresu. Každý nájemník, předplatitel nebo prodejce na marketplace platí na IBAN, který patří jen jemu. Reference může být špatně, prázdná nebo v jiném písmu — platba se přesto identifikuje sama, protože identitu nese číslo účtu.

Číslo účtu je mnohem lepší nosič než reference. IBAN obsahuje vlastní kontrolní číslice, takže překlepnutý IBAN neprojde validací v bance plátce ještě před odesláním. Překlepnutá reference projde bez povšimnutí a stane se vaším problémem. Přesunem identity z volného textu do adresy se kontrola chyb přesouvá z vašeho back office do odesílající banky.

Pro plátce se nic nemění: platí na IBAN ze své bankovní aplikace jako vždy. Všechna novost je na straně příjemce — platba přichází už označená a reference je zase tím, čím měla být odjakživa: poznámkou, ne identifikačním systémem.

Když každý plátce platí na svůj vlastní IBAN, příchozí platba může znamenat jedinou věc. Problém párování se nevyřeší — přestane existovat.

Kde peníze skutečně jsou

Pod povrchem existuje právě jeden hlavní účet na měnu. Virtuální IBANy se vydávají z rozsahů vyhrazených pro program a každá platba na kterýkoli z nich se připíše na hlavní účet. Není co spravovat na úrovni zůstatků jednotlivých plátců a nejsou žádné večerní úlohy, které by přesouvaly prostředky z tisíců malých účtů na jeden — koncentrace probíhá směrováním, ne dalšími převody, které byste pak museli samy párovat.

Právě to dělá z virtuálního IBANu skutečnou věc, ne trik. Je adresovatelný z jakékoli banky, zpracovává se jako každá SEPA platba a na výpisu plátce se objeví jako účet, na který zaplatil. Chybí mu přesně to, co s sebou táhne plnohodnotný účet: vlastní zůstatek a životní cyklus nad rámec přiřazení a zrušení.

Čím virtuální IBAN není

Není to podúčet: podúčet drží zůstatek, vyžaduje dotování a odčerpávání a násobí účetní knihy, které provozujete. Není to virtuální variabilní symbol: ten stále jede přes pole reference a stále závisí na tom, že plátci správně opíší řetězec. A není to peněženka: k vIBANu samotnému se neukládá nic. Je to adresa se směrováním za sebou — nejúspornější konstrukce, díky které se příchozí platba sama identifikuje.

Vratky přicházejí s důvodem

Platby nejen přicházejí. Účty se zavírají, banky odmítají připsání, plátci stahují převody. Ve světě jednoho sběrného účtu je vratka malé vyšetřování: která platba se vrátila, čí byla a je třeba zrušit zápis v účetnictví, ke kterému byla spárována?

V programu vIBAN je vratka data. Nese kód důvodu, dorazí jako událost payment.returned na stejný virtuální IBAN, který použila původní platba, a na výpisu má vlastní počet. Víte, čí platba se vrátila a proč, dřív než kdokoli otevře úkol. Vratky se stávají řádky ke zpracování, ne záhadami k vyšetřování.

Fronta výjimek, ne párovací tým

Žádný návrh nespáruje stoprocentně nic. Platby přicházejí na zrušené vIBANy. Duplicity se stávají. Někdo, nějak, zaplatí přímo na hlavní účet. Cílem není učinit výjimky nemožnými — ale vzácnými a spočitatelnými. V demu vIBAN od Protocore se 99.6 % plateb spáruje automaticky; zbytek jde do fronty ke kontrole s kompletní historií plátce, takže práce s výjimkou začíná od kontextu, ne od bankovního výpisu a tabulky.

Ten rozdíl mění podobu týmu. Párovací provoz roste s objemem plateb: víc plateb, víc nespárovaných, víc lidí. Proces výjimek roste s objemem výjimek, který návrh už stlačil k nule. Lidé, které si ponecháte, řeší skutečné anomálie, ne přepisování referencí. V našem stacku ta fronta žije v Protocore Center (/products/center), provozní konzoli, kde každá privilegovaná akce vyžaduje důvod a zapisuje se do auditního logu.

Hromadné zakládání, tagy účelu, platformy

Jeden IBAN na plátce funguje jen tehdy, když vydání nic nestojí. Pronajímatel s tuctem nájemníků může vIBANy zakládat ručně; marketplace, který onboarduje tisíce prodejců, nemůže. Zakládání je proto hromadná operace. V demu vIBAN se CSV s 2,400 plátci zvaliduje, u každého řádku zobrazí náhled IBANu a vydá jedinou akcí — 2,400 plátců, jedna operace, mezi tím krok kontroly.

Tagy účelu drží toky odděleně už na úrovni adresy: nájem tady, předplatné jinde, výplaty z marketplace ve vlastním pruhu. Reporting podle účelu je filtr, ne projekt, a každý vIBAN má vlastní výpis — CSV nebo PDF — zatímco hlavní účet zůstává pod tím vším jedinou linií pravdy. Když plátce odejde, jeho vIBAN se zruší: historie zůstává, adresa přestane přijímat nové platby.

Kam to patří v platebním stacku

Virtuální IBANy jsou infrastruktura pro příjem plateb. Dávají příchozím bankovním převodům to, co mají karetní platby odjakživa — identitu přímo v platbě, ne vepsanou vedle ní. V ekosystému Protocore nesou objednávky Gateway placené převodem reference vIBAN a Center zpracovává výjimky, které párování zanechá. Stránka produktu na /products/viban prochází celou smyčku — vydat, sdílet, spárovat, výjimky, reporting — na stejných demo datech, jaká jsou použita tady.

A férová hranice: pokud přijmete pár převodů měsíčně, stačí konvence pro reference a deset minut účtování. Virtuální IBANy se vyplatí tam, kde objem udělal z párování proces — nájemní portfolia, výběr předplatného, marketplace — všude, kde se otázka, kdo vám zaplatil, klade tisíckrát měsíčně.