Šta je virtualni IBAN?

Virtualni IBAN (vIBAN) je stvaran IBAN na koji se može uplaćivati, izdat iz posebnog raspona i usmjeren na jedan glavni račun. Prima uplate kao i svaki drugi IBAN — uplatilac mu iz svoje banke šalje običan SEPA kreditni transfer — ali nema vlastito stanje. Njegova uloga je identifikacija: budući da je svaki virtualni IBAN dodijeljen tačno jednom uplatiocu ili svrsi, uplata koja stigne na njega već kaže ko ju je poslao i za šta je. Novac se automatski slijeva na glavni račun; virtualni IBAN je oznaka na uplati, a ne drugo mjesto na kojem novac živi.

Ta jedna osobina — jedan IBAN po uplatiocu — cijela je ideja. Da vidite zašto zaslužuje članak, počnite od problema koji uklanja.

Pravi problem: povezivanje novca s uplatiocima

Zamislite firmu koja naplaćuje bankovnim transferom na jedan račun: stanarine, pretplate, fakture. Svaka uplata sleti na isti IBAN, a jedini trag o tome ko je platio jeste ono što je uplatilac upisao u polje reference. Referenca se pogrešno upiše, negdje u lancu skrati ili ostane prazna. Transfer od €49.00 s nečitkom referencom još nije €49.00 priznatog prihoda — to je tiket. Neko mora utvrditi kojem klijentu i kojoj fakturi pripada prije zatvaranja knjiga.

Pri malom obimu to je smetnja. Pri obimu platforme to je odjel. Mehanizmi za uparivanje ocjenjuju kandidate-fakture prema iznosu, datumu i približnom tekstu reference; što ne mogu smjestiti, ide u red za ručnu obradu. A problem je strukturalan: kad dva pretplatnika isti dan plate isti iznos bez reference, nijedan mehanizam ih ne može razlikovati — informacija po kojoj bi se razlikovali nikad nije ni bila u uplati.

Jedan IBAN po uplatiocu: identitet po konstrukciji

Program virtualnih IBAN-a okreće dizajn naopako. Umjesto da tražite od svakog uplatioca da ispravno označi uplatu, svakome date njegovu adresu. Svaki stanar, pretplatnik ili prodavač na marketplaceu plaća na IBAN koji je samo njegov. Referenca može biti pogrešna, prazna ili pisana drugim pismom — uplata se i dalje sama identificira, jer identitet nosi broj računa.

Broj računa je mnogo bolji nosilac od reference. IBAN ima vlastite kontrolne cifre, pa pogrešno unesen IBAN ne prođe validaciju u banci uplatioca prije nego što se transfer uopće pošalje. Pogrešno upisana referenca prođe bez problema i postaje vaš problem. Prebacivanjem identiteta iz slobodnog teksta u adresu provjera greške seli iz vašeg back officea u banku pošiljaoca.

Za uplatioca se ništa ne mijenja: plaća na IBAN iz svoje bankarske aplikacije, kao i uvijek. Sva novina je na strani primaoca — uplata stiže unaprijed označena, a polje reference opet postaje ono što je oduvijek trebalo biti: napomena, a ne sistem identifikacije.

Kad svaki uplatilac plaća na vlastiti IBAN, dolazna uplata može značiti samo jednu stvar. Problem uparivanja se ne rješava — on prestaje postojati.

Gdje novac zaista živi

Ispod toga postoji tačno jedan glavni račun po valuti. Virtualni IBAN-i izdaju se iz raspona namijenjenih programu, a svaka uplata na bilo koji od njih sliva se na glavni račun. Nema stanja po uplatiocu kojima treba upravljati niti večernjih sweep poslova koji prebacuju sredstva s hiljada malih računa na jedan — koncentracija se događa rutiranjem, a ne dodatnim transferima koje biste onda morali usklađivati zasebno.

Zbog toga je virtualni IBAN stvaran, a ne trik. Dostupan je iz svake banke, prolazi kao svaki SEPA kredit i na izvodu uplatioca pojavljuje se kao račun na koji je platio. Nedostaje mu upravo ono što pun račun vuče sa sobom: vlastito stanje i životni ciklus mimo dodjele i gašenja.

Šta virtualni IBAN nije

Nije podračun: podračun drži stanje, traži uplate i isplate sredstava i umnožava knjige koje vodite. Nije virtualni poziv na broj: oni i dalje putuju u polju reference i oslanjaju se na to da uplatioci ispravno prepišu niz znakova. I nije novčanik: ništa se ne pohranjuje na samom vIBAN-u. To je adresa s rutiranjem iza sebe — najuža konstrukcija koja dolaznu uplatu čini samoidentificirajućom.

Povrati stižu s navedenim razlogom

Uplate ne samo da stižu. Računi se zatvaraju, banke odbijaju kredite, uplatioci opozivaju transfere. U svijetu jednog računa za naplatu povrat je mala istraga: koja se uplata vratila, čija je bila i treba li stornirati knjiženje s kojim je bila uparena?

U vIBAN programu povrat je podatak. Nosi svoju šifru razloga, stiže kao događaj payment.returned na isti virtualni IBAN koji je koristila izvorna uplata i dobija vlastitu stavku na izvodu. Znate čija se uplata vratila i zašto prije nego što iko otvori tiket. Povrati postaju redovi za obradu, a ne misterije za istraživanje.

Red izuzetaka, a ne tim za uparivanje

Nijedan dizajn ne usklađuje stopostotno ništa. Uplate stignu na ugašene vIBAN-e. Dupliranja se dešavaju. Neko, nekako, plati direktno na glavni račun. Cilj nije da izuzeci budu nemogući — nego da budu rijetki i prebrojivi. U Protocore vIBAN demou 99.6% uplata usklađuje se automatski; ostatak ide u red za pregled s kompletnom historijom uplatioca, pa obrada izuzetka počinje od konteksta, a ne od bankovnog izvoda i tabele.

Ta razlika mijenja tim. Operacija uparivanja raste s obimom uplata: više uplata, više neuparenih, više ljudi. Proces izuzetaka raste s brojem izuzetaka, koji je dizajn već sveo prema nuli. Ljudi koje zadržite bave se stvarnim anomalijama, a ne prepisivanjem referenci. U našem stacku taj red živi u Protocore Center (/products/center), operativnoj konzoli u kojoj svaka privilegirana radnja zahtijeva razlog i upisuje se u audit log.

Masovno izdavanje, oznake svrhe, platforme

Jedan IBAN po uplatiocu funkcionira samo ako izdavanje ne košta ništa. Stanodavac s desetak stanara može ručno otvoriti vIBAN-e; marketplace koji uvodi hiljade prodavača ne može. Zato je izdavanje masovna operacija. U vIBAN demou CSV s 2,400 uplatilaca prolazi validaciju, prikazuje IBAN u svakom redu i izdaje se jednom radnjom — 2,400 uplatilaca, jedna operacija, s korakom pregleda između.

Oznake svrhe razdvajaju tokove na nivou adrese: stanarina ovdje, pretplate ondje, isplate marketplacea u vlastitoj traci. Izvještavanje po svrsi postaje filter, a ne projekat, a svaki vIBAN dobija vlastiti izvod — CSV ili PDF — dok glavni račun ostaje jedinstvena istina ispod. Kad uplatilac ode, njegov vIBAN se gasi: historija ostaje, adresa prestaje primati nove uplate.

Gdje ovo stoji u platnom stacku

Virtualni IBAN-i su infrastruktura za naplatu. Dolaznim bankovnim transferima daju ono što kartična plaćanja oduvijek imaju — identitet vezan za samu uplatu, a ne ukucan uz nju. U Protocore ekosistemu, Gateway nalozi plaćanja transferom nose vIBAN reference, a Center obrađuje izuzetke koje uparivanje ostavi. Stranica proizvoda /products/viban prolazi cijeli krug — izdavanje, dijeljenje, uparivanje, izuzeci, izvještaji — na istim demo podacima kao ovdje.

I poštena granica: ako primate šačicu transfera mjesečno, dovoljni su dogovor o referenci i deset minuta knjigovodstva. Virtualni IBAN-i se isplate tamo gdje je obim uparivanje pretvorio u proces — stanarine, pretplate, marketplacei — svugdje gdje se pitanje ko vam je platio postavlja hiljadama puta mjesečno.