Iz prakse

Što je virtualni IBAN?

Virtualni IBAN (vIBAN) pravi je IBAN na koji se može uplaćivati, izdan iz namjenskog raspona i usmjeren na jedan glavni račun. Prima uplate kao i svaki drugi IBAN — uplatitelj mu iz svoje banke šalje običan SEPA kreditni transfer — ali nema vlastito stanje. Njegova je zadaća identifikacija: budući da je svaki virtualni IBAN dodijeljen točno jednom uplatitelju ili namjeni, uplata koja stigne na njega već govori tko ju je poslao i čemu služi. Novac se automatski slijeva na glavni račun; virtualni IBAN je oznaka na uplati, a ne drugo mjesto na kojem novac živi.

To jedno svojstvo — jedan IBAN po uplatitelju — cijela je ideja. Da vidite zašto je vrijedna članka, krenimo od problema koji uklanja.

Pravi problem: povezivanje novca s uplatiteljima

Zamislite tvrtku koja naplaćuje bankovnim transferom na jedan račun: najam, pretplate, fakture. Svaka uplata ssleti na isti IBAN, a jedini trag o tome tko je platio jest ono što je uplatitelj upisao u polje poziva na broj. Pozivi na broj se krivo utipkaju, negdje u lancu skrate ili ostanu prazni. Transfer od €49.00 s nečitljivim pozivom na broj još nije €49.00 priznatog prihoda — to je tiket. Netko mora otkriti kojem kupcu i kojoj fakturi pripada prije zaključenja knjiga.

Pri malom opsegu to je smetnja. Pri opsegu platforme to je cijeli odjel. Alati za usklađivanje ocjenjuju kandidate među fakturama prema iznosu, datumu i približnom tekstu poziva na broj; što ne uspiju smjestiti, ide u red za ljude. A uzrok je strukturalan: kad dva pretplatnika isti dan uplate isti iznos bez poziva na broj, nijedan alat ih ne može razlikovati — informacije po kojima bi se razlikovali nikad nije bilo u uplati.

Jedan IBAN po uplatitelju: identitet u dizajnu

Program virtualnih IBAN-ova okreće dizajn. Umjesto da od svakog uplatitelja tražite da ispravno označi uplatu, svakome date njegovu adresu. Svaki stanar, pretplatnik ili prodavatelj na marketplaceu uplaćuje na IBAN koji je samo njegov. Poziv na broj može biti pogrešan, prazan ili ispisan drugim pismom — uplata se i dalje sama identificira, jer identitet nosi broj računa.

Broj računa puno je bolji nositelj od poziva na broj. IBAN sadrži vlastite kontrolne znamenke pa pogrešno upisan IBAN ne prolazi validaciju u uplatiteljevoj banci prije nego što se transfer uopće pošalje. Pogrešno upisan poziv na broj prođe bez problema i postane vaš problem. Premještanjem identiteta iz polja slobodnog teksta u adresu provjera pogreške seli se iz vašeg back officea u banku pošiljatelja.

Za uplatitelja se ništa ne mijenja: IBAN plaća iz svoje bankarske aplikacije, kao i uvijek. Sva je novost na strani primatelja — uplata stiže već označena, a poziv na broj opet postaje ono što je oduvijek trebao biti: napomena, a ne sustav identifikacije.

Kad svaki uplatitelj plaća na vlastiti IBAN, dolazna uplata može značiti samo jedno. Problem usklađivanja se ne rješava — on prestaje postojati.
— Protocore · Inženjering plaćanja

Gdje novac zapravo živi

Ispod površine postoji točno jedan glavni račun po valuti. Virtualni IBAN-ovi izdaju se iz raspona namijenjenih programu, a svaka uplata na bilo koji od njih namiruje se na glavni račun. Nema stanja po uplatitelju kojima biste upravljali ni večernjih sweep poslova koji prebacuju sredstva s tisuća malih računa na jedan — koncentracija se događa usmjeravanjem, a ne dodatnim transferima koje biste zatim morali zasebno usklađivati.

Upravo zato je virtualni IBAN stvaran, a ne trik. Dostupan je iz svake banke, obrađuje se kao svaki SEPA kredit i na uplatiteljevom izvodu pojavljuje se kao račun na koji je platio. Nema samo ono što potpuni račun vuče sa sobom: vlastito stanje i životni ciklus mimo dodjele i gašenja.

Što virtualni IBAN nije

Nije podračun: podračun drži stanje, traži uplate i isplate sredstava te umnožava knjige koje vodite. Nije virtualni poziv na broj: takvi se i dalje oslanjaju na polje poziva na broj i na to da uplatitelji ispravno prepišu niz znakova. I nije novčanik: uz sam vIBAN ništa se ne pohranjuje. To je adresa s usmjeravanjem iza sebe — najuža konstrukcija koja dolaznu uplatu čini samoidentificirajućom.

Povrati se vraćaju s razlogom

Uplate ne samo da stižu. Računi se zatvaraju, banke odbijaju uplate, uplatitelji opozivaju transfere. U svijetu s jednim naplatnim računom povrat je mala istraga: koja se uplata vratila, čija je bila i treba li stornirati stavku u knjizi na koju je bila povezana?

U vIBAN programu povrat je podatak. Nosi svoj kod razloga, stiže kao događaj payment.returned na isti virtualni IBAN koji je koristila izvorna uplata i dobiva vlastitu stavku na izvodu. Znate čija se uplata vratila i zašto prije nego itko otvori tiket. Povrati postaju redovi koje treba obraditi, a ne misteriji koje treba juriti.

Red iznimki, a ne tim za usklađivanje

Nijedan dizajn ne uskladi stopostotno ništa. Uplate stignu na ugašene vIBAN-ove. Duplikati se događaju. Netko, nekako, uplati izravno na glavni račun. Cilj nije onemogućiti iznimke — nego ih učiniti rijetkima i prebrojivima. U Protocore vIBAN demu 99.6% uplata usklađuje se automatski; ostatak ide u red za pregled s priloženom cjelokupnom poviješću uplatitelja, pa obrada iznimke počinje od konteksta, a ne od bankovnog izvoda i proračunske tablice.

Ta razlika mijenja tim. Operacija usklađivanja raste s brojem uplata: više uplata, više neusklađenih uplata, više ljudi. Proces iznimki raste s brojem iznimki, a njega je dizajn već gurnuo prema nuli. Ljudi koje zadržite bave se stvarnim anomalijama, a ne prepisivanjem poziva na broj. U našem stacku taj red živi u Protocore Center (/products/center), operativnoj konzoli u kojoj svaka privilegirana radnja traži razlog i završava u audit logu.

Masovno izdavanje, oznake namjene, platforme

Jedan IBAN po uplatitelju radi samo ako izdavanje ne košta ništa. Stanodavac s desetak stanara može ručno otvoriti vIBAN-ove; marketplace koji uključuje tisuće prodavatelja ne može. Zato je izdavanje masovna operacija. U vIBAN demu CSV s 2,400 uplatitelja prolazi validaciju, prikazuje pregled IBAN-a u svakom retku i izdaje se jednom radnjom — 2,400 uplatitelja, jedna operacija, s korakom pregleda između.

Oznake namjene drže tokove odvojenima na razini adrese: najam ovdje, pretplate ondje, isplate marketplacea u vlastitoj traci. Izvještavanje po namjeni postaje filtar, a ne projekt, a svaki vIBAN dobiva vlastiti izvod — CSV ili PDF — dok glavni račun ispod ostaje jedini izvor istine. Kad uplatitelj ode, njegov se vIBAN gasi: povijest ostaje, a adresa više ne prima nove uplate.

Gdje se to uklapa u stack plaćanja

Virtualni IBAN-ovi su infrastruktura naplate. Dolaznim bankovnim transferima daju ono što kartična plaćanja oduvijek imaju — identitet vezan uz samu uplatu, a ne utipkan uz nju. U Protocore ekosustavu narudžbe Gatewaya s plaćanjem transferom nose vIBAN reference, a Center obrađuje sve iznimke koje usklađivanje ostavi. Stranica proizvoda na /products/viban prolazi cijeli krug — izdavanje, dijeljenje, usklađivanje, iznimke, izvještaji — na istim demo podacima kao ovdje.

I poštena granica: ako mjesečno primate šaku transfera, dovoljni su dogovor o pozivu na broj i deset minuta knjigovodstva. Virtualni IBAN-ovi se isplate tamo gdje je opseg usklađivanje pretvorio u proces — popisi najma, naplata pretplata, marketplacei — svugdje gdje se pitanje tko vam je platio postavlja tisućama puta mjesečno.

Imate sustav za izgradnju?

Opišite nam problem. Vratit ćemo se s arhitekturom i planom.