Mikä on virtuaali-IBAN?

Virtuaali-IBAN (vIBAN) on oikea, osoitettavissa oleva kansainvälinen tilinumero, joka myönnetään omasta numerovälistä ja ohjataan yhdelle päätilille. Se vastaanottaa maksuja kuten mikä tahansa IBAN: maksaja lähettää tavallisen SEPA-tilisiirron omasta pankistaan, mutta sillä ei ole omaa saldoa. Sen tehtävä on tunnistaminen. Koska jokainen virtuaali-IBAN on osoitettu täsmälleen yhdelle maksajalle tai käyttötarkoitukselle, saapuva maksu kertoo jo itse, kuka sen lähetti ja mihin se liittyy. Rahat kertyvät päätilille automaattisesti; virtuaali-IBAN on maksun tunniste, ei toinen paikka, jossa rahat sijaitsevat.

Tuo yksi ominaisuus, yksi IBAN per maksaja, on koko ajatus. Ymmärrät, miksi siitä kannattaa kirjoittaa, kun aloitat ongelmasta, jonka se poistaa.

Todellinen ongelma: rahan kohdistaminen maksajiin

Kuvittele yritys, joka kerää maksuja tilisiirroilla yhdelle tilille: vuokrat, tilaukset, laskut. Jokainen maksu päätyy samalle IBANille, ja ainoa vihje maksajasta on viestikenttään kirjoitettu viite. Viitteitä kirjoitetaan väärin, ne typistyvät matkalla tai jäävät kokonaan tyhjiksi. Tilisiirto, jonka viite on sekava, ei ole vielä €49.00 tunnistettua tuloa, vaan tiketti. Jonkun täytyy selvittää, mille asiakkaalle ja laskulle maksu kuuluu, ennen kuin kirjanpito suljetaan.

Pienellä volyymilla tämä on ärsyttävää. Alustan volyymeilla siitä tulee kokonainen osasto. Täsmäytysmoottorit pisteyttävät ehdokaslaskut summan, päivämäärän ja summittaisen viitetekstin perusteella, ja mitä ne eivät pysty kohdistamaan, päätyy ihmisen jonoon. Vika on lisäksi rakenteellinen: kun kaksi tilaajaa maksaa saman summan samana päivänä ilman viitettä, mikään moottori ei erota heitä. Erottavaa tietoa ei ollut maksussa alun perinkään.

Yksi IBAN per maksaja: tunnistus rakenteesta

Virtuaali-IBAN-ohjelma kääntää suunnittelun toisin päin. Sen sijaan että pyydät jokaista maksajaa merkitsemään maksunsa oikein, annat jokaiselle oman osoitteen. Jokainen vuokralainen, tilaaja tai markkinapaikan myyjä maksaa IBANille, joka on vain hänen. Viitekenttä voi olla väärin täytetty, tyhjä tai kirjoitettu toisella aakkostolla, ja maksu tunnistaa silti itsensä, koska identiteetti kulkee tilinumeron mukana.

Tilinumero on viitettä paljon parempi tiedonkantaja. IBANissa on omat tarkistenumeronsa, joten väärin kirjoitettu IBAN hylätään maksajan pankissa jo ennen siirron lähettämistä. Väärin kirjoitettu viite menee läpi ja muuttuu sinun ongelmaksesi. Kun tunnistus siirretään vapaatekstikentästä osoitteeseen, virheentarkistus siirtyy sinun taustatoiminnoistasi lähettäjän pankille.

Maksajalle mikään ei muutu: hän maksaa IBANille pankkisovelluksestaan kuten ennenkin. Kaikki uusi tapahtuu vastaanottopäässä. Maksu saapuu valmiiksi merkittynä, ja viitekenttä palaa siihen, mitä sen olisi aina pitänyt olla: viestiksi, ei tunnistusjärjestelmäksi.

Kun jokainen maksaja maksaa omalle IBANilleen, saapuva maksu voi tarkoittaa vain yhtä asiaa. Kohdistusongelmaa ei ratkaista, vaan se lakkaa olemasta.

Missä raha todellisuudessa on

Pohjalla on täsmälleen yksi päätili valuuttaa kohden. Virtuaali-IBANit myönnetään ohjelmalle varatuista numeroväleistä, ja jokainen mihin tahansa niistä lähetetty maksu kirjautuu päätilille. Maksajakohtaisia saldoja ei tarvitse hallita, eikä päivän päätteeksi tarvita siirtoajoja, jotka kokoavat varat tuhansilta pieniltä tileiltä yhdelle. Keskittäminen tapahtuu reitityksellä, ei lisäsiirroilla, jotka pitäisi sitten täsmäyttää erikseen.

Tämä tekee virtuaali-IBANista oikean eikä pelkkää kikkaa. Siihen voi maksaa mistä pankista tahansa, se selviää kuten mikä tahansa SEPA-tilisiirto ja näkyy maksajan omalla tiliotteella tilinä, jolle hän maksoi. Siitä puuttuu juuri se, mitä täysi tili vetää mukanaan: oma saldo ja elinkaari, joka ulottuu pidemmälle kuin osoittaminen ja käytöstä poisto.

Mitä virtuaali-IBAN ei ole

Se ei ole alatili: alatilillä on saldo, se vaatii rahoitusta ja tyhjennystä ja lisää ylläpidettäviä pääkirjoja. Se ei ole virtuaaliviite: sellaiset kulkevat yhä viitekentässä ja riippuvat siitä, että maksajat kopioivat merkkijonot oikein. Eikä se ole lompakko: itse vIBAN-osoitteeseen ei tallennu mitään. Se on osoite, jonka takana on reititys, suppein rakenne, joka tekee saapuvasta maksusta itsensä tunnistavan.

Palautukset tulevat syykoodin kanssa

Maksut eivät vain saavu. Tilejä suljetaan, pankit hylkäävät maksuja ja maksajat peruvat siirtoja. Yhden keräystilin maailmassa palautus on pieni tutkinta: mikä maksu palasi, kenen se oli ja pitääkö sen kohdistettu kirjaus purkaa?

vIBAN-ohjelmassa palautus on dataa. Sillä on syykoodi, se saapuu payment.returned-tapahtumana samalle virtuaali-IBANille, jota alkuperäinen maksu käytti, ja saa oman rivinsä tiliotteella. Tiedät, kenen maksu palasi ja miksi, ennen kuin kukaan avaa tikettiä. Palautuksista tulee käsiteltäviä rivejä, ei selvitettäviä arvoituksia.

Poikkeusjono, ei täsmäytystiimiä

Mikään malli ei täsmäytä sataa prosenttia mistään. Maksuja saapuu käytöstä poistetuille vIBAN-osoitteille. Tuplamaksuja sattuu. Joku maksaa jotenkin suoraan päätilille. Tavoite ei ole tehdä poikkeuksista mahdottomia vaan harvinaisia ja laskettavia. Protocore vIBAN -demossa 99.6% maksuista täsmäytyy automaattisesti, ja loput menevät tarkistusjonoon maksajan koko historian kanssa. Poikkeuksen käsittely alkaa siis kontekstista, ei tiliotteesta ja taulukkolaskennasta.

Ero muuttaa tiimin muotoa. Täsmäytystoiminto skaalautuu maksuvolyymin mukana: enemmän maksuja, enemmän kohdistamattomia maksuja, enemmän ihmisiä. Poikkeusprosessi skaalautuu poikkeusten määrän mukana, ja suunnittelu on jo painanut sen kohti nollaa. Ihmiset, jotka jäävät, selvittävät aitoja poikkeamia eivätkä uudelleen kirjoitettuja viitteitä. Meidän stackissämme tämä jono on tuotteessa Protocore Center (/products/center), operaatiokonsolissa, jossa jokainen erityisoikeutta vaativa toiminto edellyttää perustelun ja kirjautuu auditointilokiin.

Massamyöntö, käyttötarkoitustunnisteet, alustat

Yksi IBAN per maksaja toimii vain, jos sen myöntäminen ei maksa mitään. Kahdentoista vuokralaisen vuokranantaja voisi myöntää virtuaali-IBANit käsin, mutta tuhansia myyjiä käyttöön ottava markkinapaikka ei voi. Siksi myöntäminen on massatoiminto. vIBAN-demossa 2,400 maksajan CSV validoidaan, jokaiselle riville esikatsellaan IBAN ja kaikki myönnetään yhdellä toiminnolla: 2,400 maksajaa, yksi operaatio ja välissä tarkistusvaihe.

Käyttötarkoitustunnisteet pitävät virrat erillään osoitetasolla: vuokrat täällä, tilaukset tuolla, markkinapaikan maksut omalla kaistallaan. Käyttötarkoituksen mukainen raportointi on suodatin eikä projekti, ja jokaisella virtuaali-IBANilla on oma tiliote, CSV tai PDF, kun taas päätili pysyy yhtenä totuuden lähteenä pohjalla. Kun maksaja lähtee, hänen virtuaali-IBANinsa poistetaan käytöstä: historia säilyy, mutta osoite lakkaa ottamasta vastaan uusia maksuja.

Missä tämä sijaitsee maksupinossa

Virtuaali-IBANit ovat keräysinfrastruktuuria. Ne antavat saapuville tilisiirroille sen, mikä korttimaksuilla on aina ollut: tunnisteen kiinni itse maksussa, ei sen viereen kirjoitettuna. Protocore-ekosysteemissä Gateway-tuotteen tilisiirtotilaukset kantavat vIBAN-viitteitä, ja Center-tuote käsittelee poikkeukset, jotka täsmäytys jättää jälkeensä. Tuotesivu osoitteessa /products/viban käy läpi koko kierron (myönnä, jaa, täsmäytä, poikkeukset, raportoi) samalla demodatalla kuin tässä.

Ja rehellinen raja: jos otat vastaan kourallisen tilisiirtoja kuukaudessa, viitekäytäntö ja kymmenen minuuttia kirjanpitoa riittävät. Virtuaali-IBANit ansaitsevat paikkansa, kun volyymi on tehnyt täsmäytyksestä prosessin: vuokrakannat, tilausperintä, markkinapaikat, kaikkialla missä kysymys siitä, kuka sinulle maksoi, esitetään tuhansia kertoja kuukaudessa.