Terenski zapiski

Kaj je virtualni IBAN?

Virtualni IBAN (vIBAN) je prava, naslovljiva mednarodna številka bančnega računa, izdana iz namenskega razpona in usmerjena v en sam glavni račun. Plačila sprejema kot vsak drug IBAN – plačnik mu iz svoje banke pošlje običajen kreditni prenos SEPA – a nima lastnega stanja. Njegova naloga je identifikacija: ker je vsak virtualni IBAN dodeljen natanko enemu plačniku ali namenu, plačilo, ki prispe nanj, že samo pove, kdo ga je poslal in čemu je namenjeno. Denar se samodejno steka v glavni račun; virtualni IBAN je oznaka na plačilu, ne drugo mesto, kjer denar živi.

Ta ena lastnost – en IBAN na plačnika – je celotna ideja. Da vidimo, zakaj si zasluži članek, začnimo s težavo, ki jo odpravi.

Prava težava: usklajevanje denarja s plačniki

Predstavljajte si podjetje, ki z bančnimi nakazili v en račun pobira najemnine, naročnine in račune. Vsak priliv pristane na istem IBAN, edina sled o tem, kdo je plačal, pa je tisto, kar je plačnik vpisal v polje sklica. Sklici so napačno vpisani, nekje v verigi skrajšani ali povsem prazni. Nakazilo €49.00 z nečitljivim sklicem še ni €49.00 priznanih prihodkov – je zahtevek. Nekdo mora ugotoviti, kateremu kupcu in računu pripada, preden se knjige zaprejo.

Pri majhnem obsegu je to nadloga. Pri obsegu platforme je to cel oddelek. Mehanizmi za ujemanje točkujejo kandidate med računi po znesku, datumu in približnem besedilu sklica; česar ne znajo umestiti, gre v čakalno vrsto za ljudi. Težava pa je strukturna: ko dva naročnika istega dne plačata enak znesek brez sklica, ju noben mehanizem ne more ločiti – informacije, ki bi ju razlikovala, v plačilu sploh ni bilo.

En IBAN na plačnika: identiteta že v zasnovi

Program virtualnih IBAN obrne zasnovo. Namesto da bi od vsakega plačnika zahtevali, da plačilo pravilno označi, vsakemu date njegov lasten naslov. Vsak najemnik, naročnik ali prodajalec na tržnici plačuje na IBAN, ki je samo njegov. Polje sklica je lahko napačno, prazno ali v drugi pisavi – priliv se še vedno identificira sam, ker identiteto nosi številka računa.

Številka računa je veliko boljši nosilec kot sklic. IBAN vsebuje lastne kontrolne števke, zato napačno vpisan IBAN ne prestane validacije v plačnikovi banki, še preden je nakazilo poslano. Napačno vpisan sklic gladko prepluje in postane vaša težava. S selitvijo identitete iz polja s prostim besedilom v naslov se preverjanje napak preseli iz vašega zaledja v pošiljateljevo banko.

Za plačnika se nič ne spremeni: IBAN plača iz bančne aplikacije kot vedno. Vsa novost je na prejemni strani – plačilo prispe že označeno, polje sklica pa postane to, kar bi moralo biti že od nekdaj: opomba, ne sistem identifikacije.

Ko vsak plačnik plačuje na svoj IBAN, ima lahko prejeto plačilo samo en pomen. Problem ujemanja se ne reši – preneha obstajati.
– Protocore · Inženiring plačil

Kje denar dejansko živi

Pod površjem je za vsako valuto natanko en glavni račun. Vsi vIBAN se izdajajo iz razponov, namenjenih programu, in vsak priliv na kateregakoli izmed njih se poravna na glavni račun. Ni stanj po plačnikih, ki bi jih bilo treba upravljati, in ni večernih opravil za združevanje sredstev, ki bi denar z na tisoče majhnih računov prelivala v enega – koncentracija poteka z usmerjanjem, ne z dodatnimi nakazili, ki bi jih morali nato uskladiti še sama zase.

Prav zato je virtualni IBAN resničen in ne trik. Naslovljiv je iz katere koli banke, poravna se kot vsak kreditni prenos SEPA in na plačnikovem izpisku se pokaže kot račun, na katerega je plačal. Manjka mu natanko to, kar s seboj vleče poln račun: lastno stanje in življenjski cikel mimo dodelitve in ukinitve.

Kaj virtualni IBAN ni

Ni podračun: podračun ima stanje, zahteva polnjenje in praznjenje ter množi knjige, ki jih morate voditi. Ni virtualna referenčna številka: ta še vedno potuje v polju sklica in je še vedno odvisna od tega, da plačniki pravilno prepišejo niz znakov. In ni denarnica: ob samem vIBAN se ne hrani nič. Je naslov z usmerjanjem zadaj – najožja konstrukcija, zaradi katere se prejeto plačilo samo identificira.

Vračila prispejo z razlogom

Plačila ne le prihajajo. Računi se zapirajo, banke zavračajo priliv, plačniki prikličejo nakazila. V svetu enega zbirnega računa je vračilo majhna preiskava: katero plačilo se je vrnilo, čigavo je bilo in ali je treba razveljaviti vknjižbo, s katero je bilo usklajeno?

V programu vIBAN je vračilo podatek. Nosi kodo razloga, pristane kot dogodek payment.returned na istem virtualnem IBAN, kot ga je uporabil prvotni priliv, in dobi svojo postavko na izpisku. Veste, čigavo plačilo se je vrnilo in zakaj, preden kdor koli odpre zahtevek. Vračila postanejo vrstice za obdelavo, ne uganke, ki jim je treba slediti.

Čakalna vrsta izjem, ne ekipa za ujemanje

Nobena zasnova ne uskladi stotih odstotkov česar koli. Priliv pride na ukinjen vIBAN. Pride do dvojnikov. Nekdo nekako plača neposredno na glavni račun. Cilj ni, da bi bile izjeme nemogoče – ampak da so redke in preštevne. V demu vIBAN podjetja Protocore se 99.6% prilivov uskladi samodejno; preostanek čaka na pregled s priloženo plačnikovo celotno zgodovino, tako da obravnava izjeme izhaja iz konteksta, ne iz bančnega izpiska in preglednice.

Ta razlika preoblikuje ekipo. Operacija ujemanja raste z obsegom plačil: več prilivov, več neujemajočih se prilivov, več ljudi. Proces izjem raste z obsegom izjem, ki ga je zasnova že potisnila proti ničli. Ljudje, ki ostanejo, rešujejo prave anomalije, ne na novo vtipkanih sklicev. V našem sklopu ta vrsta živi v Protocore Center (/products/center), operativni konzoli, kjer vsako privilegirano dejanje zahteva razlog in pristane v revizijski sledi.

Množično izdajanje, oznake namena, platforme

En IBAN na plačnika deluje le, če izdaja enega ne stane nič. Najemodajalec z ducatom najemnikov bi lahko vIBAN ustvarjal ročno; tržnica, ki uvaja tisoče prodajalcev, ne more. Zato je izdajanje množična operacija. V demu vIBAN se CSV z 2,400 plačniki validira, na vsaki vrstici pokaže predogled IBAN in izda z enim dejanjem – 2,400 plačnikov, ena operacija, vmes korak pregleda.

Oznake namena ločujejo tokove na ravni naslova: najemnine tu, naročnine tam, izplačila tržnice v svojem pasu. Poročanje po namenu postane filter namesto projekta, vsak vIBAN pa dobi svoj izpisek – CSV ali PDF – medtem ko glavni račun spodaj ostaja edini vir resnice. Ko plačnik odide, se njegov vIBAN ukine: zgodovina ostane, naslov pa preneha sprejemati nove prilive.

Kje to stoji v plačilnem skladu

Virtualni IBAN je infrastruktura za sprejemanje plačil. Dohodnim bančnim nakazilom daje to, kar so kartična plačila imela vedno – identiteto, pritrjeno na samo plačilo, ne vtipkano ob njem. V ekosistemu Protocore naročila Gateway s plačilom z nakazilom nosijo sklice vIBAN, Center pa obravnava izjeme, ki jih ujemanje pusti za seboj. Stran izdelka /products/viban prehodi celoten krog – izdaja, deljenje, ujemanje, izjeme, poročanje – na istih demo podatkih, kot so uporabljeni tu.

In pošten razmislek: če mesečno prejmete peščico nakazil, zadostujeta dogovor o sklicih in deset minut knjigovodstva. Virtualni IBAN se obrestuje tam, kjer je obseg ujemanje spremenil v proces – najemnine, naročnine, tržnice – povsod, kjer se vprašanje, kdo vam je plačal, zastavi tisočkrat na mesec.

Imate sistem za izdelavo?

Opišite nam problem. Vrnili se bomo z arhitekturo in načrtom.