Srauto statistikai naudojame Google Analytics. Analitikos slapukai nustatomi tik jums sutikus. Be sutikimo statistika vertinama pagal signalus, nenaudojančius slapukų. Slapukų politika.
vIBAN · Suderinimas
Kai kiekvienas mokėtojas moka į savo IBAN, gautas mokėjimas gali reikšti tik vieną dalyką. Suderinimo problema neišsprendžiama — ji tiesiog nebeegzistuoja.
Užkulisiuose yra viena pagrindinė sąskaita. Paviršiuje kiekvienas mokėtojas, nuomininkas ar prenumeratorius gauna atskirą virtualų IBAN. Pinigai bet kuriuo atveju patenka į pagrindinę sąskaitą, tačiau ateina jau pažymėti: kas siuntė ir kam skirta.
Mokėtojo vaizdas — tik jam priklausantis IBAN, kopijuoti ir dalintis.
Išdavimas vyksta masiškai, o ne po vieną formą — prekyvietė, įtraukianti tūkstantį pardavėjų, sukuria tūkstantį IBAN vienu veiksmu. Paskirties žymos išlaiko srautus atskirus: nuoma čia, prenumeratos ten, prekyvietės išmokos savo juostoje — todėl kiekvienas platformos subjektas turi savo suderinamą sąskaitos numerį.
Masinis išdavimas — 2,400 eilučių patikrinta, IBAN rezervuoti, vienas veiksmas išduoti.
Integracija
Sukurkite vIBAN kiekvienam mokėtojui — vieną per API arba 2,400 per CSV su peržiūros žingsniu.
Kiekvienas mokėtojas moka į savo IBAN; nėra nuorodos, kurioje galima suklysti.
Įplaukos identifikuojasi pačios — demonstracinėje versijoje 99.6% suderinama automatiškai.
Likusios patenka į suskaičiuojamą išimčių eilę su pridėta istorija.
Kiekvieno vIBAN išrašai CSV ir PDF formatais siunčiami el. paštu kiekvieno mėnesio 1 dieną.
Funkcijos
Vienas ekranas apima visą programą: 12,480 aktyvių vIBAN, šiandien nukreipta €2.4M, 8,912 įplaukų sutikrinta automatiškai. Kiekvienoje eilutėje – IBAN, kam jis priklauso, paskirties žyma ir šiandienos įplaukos. Ieškokite pagal IBAN, klientą ar referenciją; eksportuokite knygą į CSV.
Klientai mato savo sąskaitos duomenis: skirtą IBAN su kopijavimo mygtuku, BIC pavedimams iš už SEPA ribų, banko pavadinimą ir adresą bei dalijimosi mygtuką tam, kas jiems moka. Kiekvienas pavedimas į tą IBAN patenka į jų balansą jau priskirtas jiems – mokėtojui niekada nereikia įvesti referencijos.
Įkeliamas 2,400 mokėtojų CSV, jis patikrinamas – 2,400 teisingų, 0 klaidų – ir parodoma, kokį tiksliai IBAN gaus kiekviena eilutė; IBAN rezervuojami iš diapazono įkėlimo metu ir priskiriami išduodant. Nustatykite diapazoną, paskirties žymą ir referencijos prefiksą, tada išduokite visą partiją vienu veiksmu. Ta pati operacija veikia per API.
Ekrane rodomas laikotarpis: €412,380.44 iš 8,912 įplaukų, 99.6% sutikrinta automatiškai – 34 rankiniai atvejai ir 12 grąžintų mokėjimų suskaičiuoti, o ne paslėpti. Kiekvienas vIBAN eksportuoja savo išrašą CSV ar PDF formatu, visą laikotarpį galima eksportuoti vienu veiksmu, o mėnesio išrašai patys atsiunčiami el. paštu finansų dėžutei kiekvieno mėnesio 1 d.
Kiekviena įplaukа, grąžinimas, išdavimas ir sustabdymas yra įvykis, o kiekvienas įvykis rodo savo pristatymą: statuso kodą, delsą ir kartojimo būseną pagal bandymą. Pristatymai pasirašomi HMAC-SHA256 ir kartojami 6 kartus per 24 valandas su eksponentiniu atidėjimu (backoff) – o pristatymas, išnaudojęs bandymus, gauna rankinio kartojimo mygtuką, o ne numojimą ranka.
Operatoriaus konsolėje programos priėmimo sąskaitos yra duomenys, o ne žodinė tradicija: viena aktyvi sąskaita kiekvienai valiutai, o nutraukus vieną, kita automatiškai tampa aktyvi. Kiekvienas pakeitimas reikalauja rašytinės priežasties ir patenka į audito žurnalą.
Kiekvienas mokėtojas gauna savo IBAN, todėl kiekvienas gaunamas mokėjimas nurodo siuntėją dar prieš kam nors į jį pažvelgiant. Nėra referencijos laukelio, kuriame galima suklysti, ir nėra suderinimo eilės, kurią reikia tvarkyti. Identifikavimas yra sąskaitos numerio savybė, o ne procesas.
Kiekvienas vIBAN turi žymą: rent-collection, subscriptions, marketplace-payouts, payroll. Srautai atskiriami sąskaitos lygmeniu, todėl ataskaita pagal paskirtį yra filtras, o ne projektas.
Kai kiekvienas mokėtojas moka į savo IBAN, gauta įplaukа gali reikšti tik vieną dalyką. Demonstraciniu laikotarpiu 99.6% iš 8,912 įplaukų sutikrinamos pačios – o saujelė, kurios negalima, patenka į rankinę eilę, o ne į paslaptį.
Už kiekvieno vIBAN stovi viena tikra sąskaita. Lėšos koncentruojamos automatiškai – nereikia sukaupti subsąskaitų likučių, nėra fragmentacijos, kurią reikėtų valdyti. Paviršiuje – tūkstančiai adresų, o didžioji knyga – viena.
vIBAN išduodami iš skirtų diapazonų – demonstracinė programa veikia su RO49 PRCT, o laisvų skaičius kiekviename diapazone rodomas išdavimo metu. Diapazonai aiškiai atskiria programas, prekių ženklus ar juridinius vienetus, o viskas vis tiek nukreipiama į pagrindinę sąskaitą.
Kiekvienas vIBAN kaupia savo mokėjimų istoriją, todėl mokėtojo įrašas pagal apibrėžimą yra pilnas. Ginčas ar auditas prasideda nuo nufiltruoto sąrašo, o ne nuo tyrimo.
Pardavėjų ir nuomininkų registracijoje vIBAN galima sukurti kaip vieną žingsnį: sukurti sąskaitą, perduoti IBAN, pradėti rinkti lėšas. Kliento vaizdas pristatomas whitelabel – demonstracijoje jis veikia kaip Powered by Protocore; jūsų – po jūsų prekės ženklu.
Kai kurie mokėjimai grįžta – sąskaita uždaryta, duomenys neteisingi. SEPA grąžinimai perkelia savo priežasties kodą į payment.returned įvykį ir turi savo skaičių išrašų puslapyje – duomenys su nurodyta priežastimi, o ne paslaptys. Išimtiniam atvejui skirta eilutė, o ne pagalbos gija.
vIBAN sustabdomas vienu veiksmu, o įvykių srautas užfiksuoja, kas jį sustabdė ir iš kur. Sustabdytas rodomas kaip būsena visur, kur pasirodo IBAN – knygoje, išrašuose, sraute.
Sukonfigūruota partija išsaugoma kaip juodraštis: šaltinis patikrintas, diapazonas pasirinktas, dar nieko neišduota. Eiga – šaltinis, konfigūravimas, peržiūra – todėl negrįžtamas paspaudimas yra paskutinis, tyčia.
Išdavimas vyksta pagal mėnesio limitą su matomu skaitikliu, o partija prieš paleidžiant nurodo, kiek prideda – panaudota 1,204 iš 5,000, su šia partija bus 3,604. Pajėgumas yra aritmetika, o ne klaidos pranešimas.
Kiekviena partija pažymi savo įplaukas referencijos prefiksu – demonstracijoje ARC-PAYOUT- – kad tolesnės sistemos iš pirmo žvilgsnio atpažintų savo srautus.
Kiekviena mokėtojo eilutė turi išorinę referenciją iš jūsų sistemos – demonstracijoje EXT-00311 – ir ji lieka pririšta prie vIBAN. Paieška veikia pagal jūsų identifikatorius, o ne tik mūsų.
Viską, ką daro konsolė, daro ir API – išduoti, sustabdyti, užklausti, eksportuoti. CSV įkėlimas ir API iškvietimas valdo tą pačią operaciją; konsolė yra klientas, o ne ypatingas kelias.
Siųskite bandomąjį įvykį į bet kurį endpoint tiesiai iš konsolės. Integracija įrodo save su sintetiniais pristatymais dar prieš atkeliaujant pirmam tikram kreditui.
Kiekvienas endpointas turi savo pasirašymo raktus ir prenumeratas, o sustabdytas jis nėra ištrinamas — demonstracinėje versijoje šalia aktyvaus produkcinio endpointo stovi sustabdytas staging endpointas.
CSV — mašinoms, PDF — žmonėms; pagal vIBAN arba visam laikotarpiui. Eksportas sukurtas importuoti, o ne perrašinėti ranka.
Mėnesio išrašai patys atkeliauja į finansų el. pašto adresą kiekvieno mėnesio 1 dieną. Įprasta ataskaita — tai prenumerata, o ne pasikartojanti užduotis kieno nors sąraše.
Įvykius galima filtruoti pagal tipą, vIBAN ar nuorodą; konsolės knygoje ieškoma pagal IBAN, klientą ar nuorodą. Rasti vieną mokėjimą tarp tūkstančių — tai užklausa su trimis įėjimo taškais.
Operatorių programos pakeitimai — paskyros, sustabdymai, uždarymai — reikalauja nurodyti priežastį ir patenka į audito žurnalą. Programos istorija paaiškina save raštu.
Ekranai
Tikra produkto sąsaja su demo duomenimis.
FAQ
Tai adresuojami IBAN, išduodami iš skirtų diapazonų ir nukreipiami į vieną pagrindinę sąskaitą. Mokėjimas į vIBAN ateina kaip bet kuris SEPA kreditas; lėšos į pagrindinę sąskaitą susikaupia automatiškai — be jokių perkėlimo užduočių.
Grąžinimas su priežasties kodu patenka į payment.returned įvykį ir į atskirą ataskaitos skaičių. Grąžinimai — tai duomenys su nurodyta priežastimi, o ne mįslės, kurias reikia gaudyti.
Reikia išimčių proceso, o ne atitikimo komandos. Vienas mokėtojas vienam IBAN daro kreditus save identifikuojančius — demonstracijoje 99.6% suderinama automatiškai — o likusieji patenka į peržiūros eilę su visa mokėtojo istorija.
Išduokite masiškai — 2,400 mokėtojų CSV patikrinamas, peržiūrimas ir išduodamas vienu veiksmu — ir pažymėkite kiekvieną vIBAN paskirtimi. Kiekvienas pardavėjas, nuomininkas ar subjektas gauna savo suderinamą sąskaitos numerį; ataskaitos pagal paskirtį tampa filtru, o ne projektu.
Vertinkite
Visą ciklą atliekame kartu su jumis — išdavimas, pasidalijimas, atitikimas, išimtys, ataskaitos — tais pačiais demonstraciniais duomenimis, įskaitant masinį 2,400 mokėtojų išdavimą.
Testinė programa su pagrindine sąskaita ir įjungtu išdavimu: jūsų komanda gali kurti vIBAN, siųsti testinius kreditus ir matyti, kaip jie patys identifikuojasi.
Išdavimo API, mokėjimų ir gyvavimo ciklo webhooks bei integracijos dokumentacija — pakanka suderinimui prijungti prie jūsų back office.
Vertinkite su Protocore prekės ženklu arba išduokite savo — pagrindinė sąskaita abiem atvejais išlieka vienintelis tiesos šaltinis.
Daugiau skaitymo
Galima atskirai arba kaip whitelabel — išduokite savo vardu.
Gateway pavedimu apmokamuose užsakymuose yra vIBAN nuorodos, PoS išmokos patenka į tas pačias IBAN vėžes, o Center sprendžia išimtis, kurias palieka vIBAN atitikimas.
Viskas aukščiau veikia gamybos demo versijose, kurias galime jums parodyti – atskirai, kaip whitelabel ar kaip vieną platformą. Papasakokite, ką kuriate, ir parodysime trumpiausią kelią.
