Mis on virtuaalne IBAN?

Virtuaalne IBAN (vIBAN) on päris, adresseeritav rahvusvaheline pangakonto number, mis väljastatakse eraldatud vahemikust ja suunatakse ühele põhikontole. See võtab makseid vastu nagu iga teine IBAN: maksja saadab sinna oma pangast tavalise SEPA kreeditülekande. Sel endal aga saldot ei ole. Selle ülesanne on tuvastamine: kuna iga virtuaalne IBAN on määratud täpselt ühele maksjale või otstarbele, ütleb sellele saabuv makse juba ise, kes selle saatis ja milleks. Raha koondub põhikontole automaatselt; virtuaalne IBAN on makse silt, mitte teine koht, kus raha asub.

See üks omadus, üks IBAN maksja kohta, ongi kogu idee. Et mõista, miks sellest tasub kirjutada, alustame probleemist, mille see kaotab.

Tegelik probleem: raha sobitamine maksjatega

Kujutage ette ettevõtet, mis kogub tasusid pangaülekannetega ühele kontole: üür, tellimused, arved. Iga laekumine jõuab samale IBAN-ile ning ainus vihje, kes maksis, on see, mida maksja viiteväljale kirjutas. Viiteid kirjutatakse valesti, need lõigatakse ahelas kuskil ära või jäetakse üldse tühjaks. €49.00 suurune ülekanne segase viitega ei ole veel €49.00 tunnustatud tulu, see on ülesanne. Keegi peab enne raamatupidamise sulgemist välja selgitama, millisele kliendile ja arvele see kuulub.

Väikese mahu juures on see tüütus. Platvormi mahu juures on see terve osakond. Sobitusmootorid hindavad kandidaatarveid summa, kuupäeva ja ebatäpse viiteteksti järgi; mida nad paigutada ei suuda, läheb inimeste järjekorda. Ja probleem on struktuurne: kui kaks tellijat maksavad samal päeval sama summa ilma viiteta, ei suuda ükski mootor neid eristada, sest info, mis neid eristaks, ei olnud maksel kunagi kaasas.

Üks IBAN maksja kohta: identiteet disainist tulenevalt

Virtuaalsete IBAN-ide programm pöörab disaini ümber. Selle asemel et paluda iga maksjat oma makset õigesti märgistada, annate igale maksjale tema enda aadressi. Iga üürnik, tellija või platvormi müüja maksab IBAN-ile, mis on ainult tema oma. Viiteväli võib olla vale, tühi või teises tähestikus, laekumine tuvastab end ikkagi, sest identiteeti kannab kontonumber.

Kontonumber on viitest palju parem kandja. IBAN sisaldab ise kontrollnumbreid, mistõttu valesti sisestatud IBAN ei läbi valideerimist maksja pangas enne, kui ülekanne üldse teele läheb. Valesti sisestatud viide läheb vabalt läbi ja muutub teie probleemiks. Kui viia identiteet vabateksti väljalt aadressi sisse, liigub veakontroll teie tagakontorist saatja panka.

Maksja jaoks ei muutu midagi: ta maksab IBAN-ile oma pangarakendusest nagu alati. Kogu uudsus on vastuvõtvas otsas: makse saabub juba märgistatuna ja viiteväli on taas see, mis ta pidigi olema, märkus, mitte tuvastussüsteem.

Kui iga maksja maksab oma IBAN-ile, saab laekuv makse tähendada vaid ühte asja. Sobitusprobleemi ei lahendata, see lakkab olemast.

Kus raha tegelikult asub

Selle all on valuuta kohta täpselt üks põhikonto. Virtuaalsed IBAN-id väljastatakse programmile eraldatud vahemikest ja iga neist saadetud laekumine arveldatakse põhikontole. Maksjapõhiseid saldosid pole vaja hallata ning päeva lõpu koondustöid, mis liigutaksid raha tuhandelt väikeselt kontolt ühele, samuti mitte. Koondamine toimub marsruutimise kaudu, mitte lisaülekannetega, mida peaksite siis omakorda sobitama.

Just see teebki virtuaalse IBAN-i päriseks, mitte nipiks. Sellele saab maksta igast pangast, see kliirib nagu iga SEPA kreeditülekanne ja maksja enda väljavõttel on see konto, kuhu ta maksis. Puudu on just see, mida täisväärtuslik konto endaga kaasa tirib: oma saldo ning elutsükkel peale määramise ja sulgemise.

Mis virtuaalne IBAN ei ole

See ei ole alamkonto: alamkontol on saldo, see vajab täiendamist ja tühjendamist ning korrutab teie peetavaid pearaamatuid. See ei ole virtuaalne viitenumber: need sõidavad endiselt viiteväljal ja sõltuvad endiselt sellest, et maksjad kopeerivad tähemärgijadasid õigesti. Ja see ei ole rahakott: vIBAN-i enda vastu ei hoita midagi. See on aadress, mille taga on marsruutimine, kõige kitsam konstruktsioon, mis muudab laekuva makse isetuvastuvaks.

Tagasimaksed tulevad põhjendusega

Makseid ei saabu mitte ainult. Kontod suletakse, pangad lükkavad laekumisi tagasi, maksjad kutsuvad ülekandeid tagasi. Ühe kogumiskontoga maailmas on tagasimakse väike uurimine: milline makse tuli tagasi, kelle oma see oli ja kas sellele sobitatud pearaamatukanne tuleb tühistada?

Virtuaalsete IBAN-ide programmis on tagasimakse andmed. Sellel on põhjuskood, see jõuab sündmusena payment.returned samale virtuaalsele IBAN-ile, mida algne laekumine kasutas, ja saab väljavõttel oma rea. Te teate, kelle makse tagasi tuli ja miks, enne kui keegi päringu avab. Tagasimaksed muutuvad töödeldavateks ridadeks, mitte jälitatavateks mõistatusteks.

Erandite järjekord, mitte sobitusmeeskond

Ükski disain ei sobita sada protsenti millestki. Laekumisi tuleb suletud IBAN-idele. Tekib duplikaate. Keegi maksab kuidagi otse põhikontole. Eesmärk ei ole erandeid võimatuks teha, vaid muuta need haruldaseks ja loendatavaks. Protocore vIBAN demos sobitub automaatselt 99.6% laekumistest; ülejäänud lähevad ülevaatusse koos maksja täieliku ajalooga, nii et erandi käsitlemine algab kontekstist, mitte pangaväljavõttest ja arvutustabelist.

See erinevus kujundab meeskonna ümber. Sobitustöö kasvab koos maksemahuga: rohkem laekumisi, rohkem sobitamata laekumisi, rohkem inimesi. Erandiprotsess kasvab erandite mahuga, mille disain on juba nulli poole surunud. Inimesed, kes alles jäävad, tegelevad päris anomaaliatega, mitte ümberkirjutatud viidetega. Meie lahenduses asub see järjekord tootes Protocore Center (/products/center), operatsioonikonsoolis, kus iga privilegeeritud tegevus nõuab põhjendust ja jõuab auditilogisse.

Hulgiväljastus, otstarbesildid, platvormid

Üks IBAN maksja kohta töötab ainult siis, kui ühe väljastamine ei maksa midagi. Üürileandja, kellel on tosin üürnikku, võiks virtuaalsed IBAN-id käsitsi luua; tuhandeid müüjaid liitev platvorm ei saa. Seega on väljastamine hulgitoiming. Demos valideeritakse 2,400 maksjaga CSV, kuvatakse igal real IBAN-i eelvaade ja väljastatakse kõik ühe tegevusega: 2,400 maksjat, üks toiming, vahepeal ülevaatusetapp.

Otstarbesildid hoiavad vood aadressitasandil lahus: üür siin, tellimused seal, platvormi väljamaksed omal real. Aruandlus otstarbe järgi muutub filtriks, mitte projektiks, ja iga virtuaalne IBAN saab oma väljavõtte (CSV või PDF), samal ajal kui põhikonto jääb selle all ainsaks tõeallikaks. Kui maksja lahkub, vIBAN suletakse: ajalugu jääb, aadress lõpetab uute laekumiste vastuvõtmise.

Kus see makseplatvormis paikneb

Virtuaalsed IBAN-id on laekumiste infrastruktuur. Nad annavad sissetulevatele pangaülekannetele selle, mis kaardimaksetel on alati olnud: identiteedi, mis on maksega kaasas, mitte selle kõrvale sisse tippitud. Protocore ökosüsteemis kannavad Gateway pay-by-transfer tellimused vIBAN-viiteid ning Center töötleb erandid, mille sobitus maha jätab. Tootelehel /products/viban käiakse kogu ring läbi (väljasta, jaga, sobita, erandid, aruanne) samadel demoandmetel, mida siin kasutasime.

Ja aus piir: kui võtate kuus vastu käputäie ülekandeid, piisab viitekokkuleppest ja kümnest minutist raamatupidamist. Virtuaalsed IBAN-id tasuvad end ära seal, kus maht on sobitamise protsessiks muutnud: üürikogumine, tellimuste inkasso, platvormid, kõikjal, kus küsimust „kes teile maksis“ esitatakse tuhandeid kordi kuus.