A Google Analytics szolgáltatást használjuk a forgalmi statisztikákhoz. Analitikai sütiket csak az elfogadása esetén helyezünk el. Hozzájárulás nélkül a statisztikák sütik nélküli jelekből becsült adatok. Süti-szabályzat.
vIBAN · Egyeztetés
Ha minden fizető a saját IBAN-jára utal, a beérkező fizetés csak egyetlen dolgot jelenthet. Az egyeztetési probléma nem megoldódik, hanem megszűnik létezni.
A háttérben egyetlen főszámla áll. A felszínen minden fizető, bérlő vagy előfizető saját virtuális IBAN-t kap. A pénz így is, úgy is a főszámlára érkezik — de előre megjelölve: ki küldte és mire szól.
A fizető nézete — egy IBAN, ami csak az övé; másolás és megosztás.
A kibocsátás tömegesen történik, nem űrlaponként — az ezer eladót felvevő marketplace egyetlen művelettel ezer IBAN-t hoz létre. A célcímkék szétválasztják a folyamokat: itt a bérleti díj, ott az előfizetések, a marketplace-kifizetések külön sávban — így a platform minden szereplője saját, egyeztethető számlaszámot kap.
Tömeges kibocsátás — 2,400 sor validálva, IBAN-ok lefoglalva, egyetlen művelettel kibocsátva.
Integráció
vIBAN létrehozása fizetőnként — egyet API-val, vagy 2,400-at CSV-ből ellenőrző lépéssel.
Minden fizető a saját IBAN-jára utal; nincs közlemény, amit el lehetne írni.
A jóváírások felépítésüknél fogva azonosítják magukat — a demóban 99,6%-uk automatikusan párosul.
A maradék egy számon tartott kivételsorba kerül, az előzményekkel együtt.
vIBAN-onkénti kivonatok CSV és PDF formátumban, havonta 1-jén e-mailben.
Funkciók
Egyetlen képernyő tartalmazza a teljes programot: 12,480 aktív vIBAN, ma €2.4M átirányítva, 8,912 jóváírás automatikusan egyeztetve. Minden sor mutatja az IBAN-t, hogy kihez tartozik, a célcímkéjét és a mai beérkező pénzt. Keresés IBAN, ügyfél vagy referencia szerint; a könyv exportálható CSV-ben.
Az ügyfelek a saját számlaadataikat látják: a dedikált IBAN-t másolás gombbal, a BIC-et a SEPA-n kívüli átutalásokhoz, a bank nevét és címét, valamint egy megosztás gombot annak, aki fizet nekik. Minden erre az IBAN-ra érkező átutalás már hozzájuk rendelve kerül az egyenlegükre — a fizetőnek sosem kell referenciát beírnia.
2,400 fizető CSV-je feltöltődik, érvényesítésre kerül — 2,400 érvényes, 0 hiba —, és előnézetben mutatja, pontosan melyik IBAN-t kapja az egyes sor, amelyet a tartományból a feltöltéskor foglalunk le, és kiadáskor rendelünk hozzá. Állítsd be a tartományt, a célcímkét és a referencia-előtagot, majd add ki az egész köteget egyetlen művelettel. Ugyanez a művelet az API-n keresztül is fut.
A képernyőn látható időszak €412,380.44-t tartalmaz 8,912 jóváírásból, 99.6%-ban automatikusan egyeztetve — a 34 kézi esetet és a 12 visszaküldött fizetést megszámolva, nem elrejtve. Minden vIBAN a saját kivonatát exportálja CSV-ben vagy PDF-ben, az egész időszak egyetlen művelettel exportálható, a havi kivonatok pedig 1-jén maguktól érkeznek a pénzügyi postafiókba.
Minden jóváírás, visszaküldés, kiadás és szüneteltetés esemény, és minden esemény mutatja a kézbesítését: állapotkódot, késleltetést és újrapróbálási állapotot kísérletenként. A kézbesítések HMAC-SHA256-tal alá vannak írva, és 24 órán át 6-szor újrapróbálkozunk exponenciális visszalépéssel — az a kézbesítés pedig, amelynek elfogytak az újrapróbálkozásai, kézi újrapróbálás gombot kap, nem vállvonogatást.
Az üzemeltetői konzolban a program mögötti fogadószámlák adatok, nem szájhagyomány: devizánként egy aktív számla, és az egyik kivonásakor a következő testvérszámla automatikusan előlép. Minden módosításhoz írásos indoklás kell, és az audit naplóba kerül.
Minden fizető dedikált IBAN-t kap, így minden beérkező fizetés megnevezi a feladóját, mielőtt bárki ránézne. Nincs elgépelhető referenciamező és nincs végigdolgozandó egyeztetési sor. Az azonosítás a számlaszám tulajdonsága, nem folyamat.
Minden vIBAN visszatérő címkét visel: rent-collection, subscriptions, marketplace-payouts, payroll. A folyamatok számlaszinten elkülönülnek, így a cél szerinti riportolás szűrő, nem projekt.
Ha minden fizető a saját IBAN-jára fizet, egy beérkező jóváírás csak egyet jelenthet. A demóidőszakban a 8,912 jóváírás 99.6%-a magától egyeztetődik — a maradék pedig kézi sorba kerül, nem rejtélyként marad.
Minden vIBAN mögött egyetlen valódi számla áll. A pénzeszközök automatikusan koncentrálódnak — nincs átvezetendő alszámlaegyenleg, nincs kezelendő széttagoltság. A felszínen címek ezrei vannak; a főkönyv egyetlen.
A vIBAN-ok dedikált tartományokból kerülnek kiadásra — a demóprogram az RO49 PRCT alatt fut, a tartományonkénti szabad darabszámot a kiadáskor mutatjuk. A tartományok tisztán elkülönítik a programokat, márkákat vagy entitásokat, miközben minden a főszámlára fut be.
Minden vIBAN a saját fizetési előzményeit gyűjti, így a fizető nyilvántartása definíció szerint teljes. Egy vita vagy audit szűrt listából indul, nem nyomozásból.
Az eladók és bérlők onboardingja a folyamat egy lépéseként létrehozhat vIBAN-t: számla létrehozása, IBAN átadása, beszedés indul. Az ügyfélnézet whitelabel módban érkezik — a demó Powered by Protocore felirattal fut; a tiéd a te márkád alatt.
Néhány fizetés visszapattan — megszűnt számla, hibás adatok. A SEPA-visszaküldések az okkódjukat egy payment.returned eseménybe viszik, és saját számlálót kapnak a kivonatok oldalon — adat, okkal ellátva, nem rejtély. A szélső esetnek sora van, nem ügyfélszolgálati szála.
A vIBAN egyetlen művelettel szüneteltethető, az eseményfolyam pedig rögzíti, ki szüneteltette és honnan. A szüneteltetett mindenhol státuszként jelenik meg, ahol az IBAN feltűnik — a könyvben, a kivonatokban, az eseményfolyamban.
A beállított köteg piszkozatként menthető: a forrás érvényesítve, a tartomány kiválasztva, még semmi sincs kiadva. A folyamat forrás, beállítás, ellenőrzés — így a visszafordíthatatlan kattintás az utolsó, szándékosan.
A kiadás havi kerethez mérten fut, a mérő látható, és a köteg a futtatás előtt megmondja, mennyit ad hozzá — 5,000-ből 1,204 felhasználva, ezzel a köteggel 3,604. A kapacitás számtan, nem hibaüzenet.
Minden köteg referencia-előtaggal látja el a jóváírásait — a demóban ARC-PAYOUT- —, így a lekapcsolódó rendszerek első pillantásra felismerik a saját folyamataikat.
Minden fizetősor a te rendszeredből származó külső referenciát hordoz — a demóban EXT-00311 —, és ez a vIBAN-hoz kapcsolva marad. A keresések a te azonosítóidon is futnak, nem csak a miénken.
Amit a konzol tud, azt az API is tudja — kiadás, szüneteltetés, lekérdezés, exportálás. A CSV-feltöltés és az API-hívás ugyanazt a műveletet hajtja; a konzol kliens, nem külön út.
Küldj tesztesemény bármelyik endpointra közvetlenül a konzolból. Az integráció szintetikus kézbesítéseken bizonyít, még mielőtt megérkezne az első valódi jóváírás.
Az endpointoknak saját aláíró titkuk és saját feliratkozásaik vannak, és törlés nélkül szüneteltethetők — a demóban egy szüneteltetett staging endpoint áll az aktív production mellett.
CSV a gépeknek, PDF az embereknek — vIBAN-onként vagy a teljes időszakra. Az export importálásra készült, nem újragépelésre.
A havi kivonatok minden hónap 1-jén maguktól érkeznek a pénzügyi címre. A rendszeres riport előfizetés, nem valakinek a teendőlistáján ismétlődő feladat.
Az események típus, vIBAN vagy referencia szerint szűrhetők; a konzol főkönyve IBAN, ügyfél vagy referencia alapján keres. Egyetlen fizetést megtalálni több ezer között: egy lekérdezés, három belépési ponttal.
A program operátori módosításai — számlák, szüneteltetések, megszüntetések — csak indoklással hajthatók végre, és bekerülnek az audit naplóba. A program története írásban magyarázza önmagát.
Képernyők
Valódi termékfelület, demóadatokkal.
FAQ
Címezhető IBAN-ok, dedikált tartományokból kibocsátva, amelyek egyetlen főszámlára futnak be. A vIBAN-ra küldött fizetés úgy érkezik, mint bármely SEPA-jóváírás; a pénz automatikusan a főszámlán összpontosul — söprési feladatok nélkül.
A visszautalás az okkódjával együtt egy payment.returned eseménybe kerül, és saját kimutatásszámot kap. A visszautalások okkal ellátott adatok, nem kinyomozandó rejtélyek.
Kivételkezelési folyamat kell, nem párosító csapat. Egy fizető – egy IBAN, így a jóváírások önazonosítók — a demóban 99.6% automatikusan egyeztetve —, a maradék teljes fizetői előzménnyel kerül a felülvizsgálati sorba.
Tömeges kibocsátással — 2,400 fizető CSV-je egyetlen művelettel validálódik, előnézetet kap és kibocsátásra kerül —, és minden vIBAN célcímkét kap. Minden eladó, bérlő vagy szereplő saját, egyeztethető számlaszámot kap; a cél szerinti riportolás szűrő, nem projekt.
Értékelés
Együtt végigvisszük a teljes kört — kibocsátás, megosztás, párosítás, kivétel, riport — ugyanazon a demóadaton, a 2,400 fizetős tömeges kibocsátással együtt.
Tesztprogram főszámlával és engedélyezett kibocsátással, hogy a csapat vIBAN-okat hozhasson létre, tesztjóváírásokat küldhessen, és lássa, ahogy maguktól azonosítják magukat.
A kibocsátási API, a fizetési és életciklus-webhookok, valamint az integrációs dokumentáció — elég ahhoz, hogy az egyeztetést a saját back office rendszerbe kösse.
Kipróbálás Protocore márka alatt vagy saját márkával — a főszámla így is, úgy is az egyetlen igazságforrás.
További olvasnivaló
Önállóan vagy whitelabel módon használható — kibocsátás saját márka alatt.
a Gateway átutalásos fizetési rendelései vIBAN-hivatkozásokat hordoznak, a PoS-kifizetések ugyanazokon az IBAN-pályákon érkeznek, a Center pedig a vIBAN párosítása után megmaradó kivételeket kezeli.
Minden, amit fent lát, élő demókban fut, amelyeken végigvezetjük Önt – önállóan, whitelabel formában vagy egyetlen platformként. Mondja el, mit épít, és megmutatjuk a legrövidebb utat.
