Nem kell öt szállítón átívelő integrációs projektet vinnie, és abban reménykednie, hogy egyetértenek abban, mi számít kereskedőnek. Egyetlen kereskedői rekord van, és minden mögöttes rendszer ezt olvassa.
A hierarchia és a jogosultságok natívak. Senki nem indít külön példányt tenantonként, így egy alpartner egy sor — nem egy telepítés.
A kereskedő életciklusa és az a modul, amely az egyes szakaszait viszi. Minden partner más részhalmazt használ — itt semmi sincs egyetlen partnertípusnak fenntartva.
Üzletek, kapcsolattartók, cégek és a pipeline állapota — ugyanazon a platformon értékesít, amelyen szállít is.
→Nyilvános önkiszolgáló link vagy vezetett folyamat a portálon, cégnyilvántartási lekérdezéssel és azonosító dokumentumokkal.
→Sablonok, elektronikus aláírás, újraküldés, visszavonás és teljes audit napló.
→Egyszer módosítja az árat, és minden új szerződés már azzal készül.
→Párosítás, aktiválás, eszközpark-nyilvántartás, firmware-verziók és távoli konfiguráció.
→Kezelővel működő kassza vendéglátásra és kiskereskedelemre — offline-first, kártya és készpénz.
→Az önkiszolgáló terminál: felügyelet nélküli fizetés, amely túléli az újraindításokat és a kimaradásokat.
→A hibás terminált előbb megtaláljuk, mint hogy a kereskedő telefonálna.
→Hibajegyek a POS-ból, az appból, a chatből és a forródrótról — a hozzájuk csatolt ügyfélkontextussal.
→eKasa és EET 2.0, eszközön és szolgáltatásoldalon, offline és újrapróbálkozás kezelésével.
→Jövedelmezőség acquirerenként és MID-enként, top üzletek, eszközstatisztikák, exportok.
→Kereskedők, telephelyek, eszközök, szerződések és csapatok egyetlen felületen.
→Kapcsoljon be egy újabb terméket második onboarding nélkül.
→Tudja, mije van valójában az egyes kereskedőknek — és mije nincs még.
→Érje el közvetlenül a tulajdonost szervizértesítésekkel és új termékek hírével.
→Az eszközök felé néző gerinc és az egyetlen hiteles nyilvántartás arról, mi történt.
Core, ISO, Partner, Vendor és Merchant szolgáltatások GraphQL-en, egyetlen jogosultsági modellel.
Egyetlen identitás a lánc minden portálján és alkalmazásában, SDK-kkal.
Erőforrás- és tulajdonszintű hozzáférés, amely kiállja az auditot.
Dokumentáció, sandbox és API-kulcsok harmadik feles rendszerekhez.
Megbízható kézbesítés visszajátszással, valamint SSE- és WebSocket-csatornák.
Sablonos e-mail, mobil push és eseményvezérelt szabályok.
Partneri márkaszínek és logó a portálokon és az alkalmazásokban.
Bérlők közötti adminisztráció és konfiguráció.
Hat lépés, amely mindent összegyűjt, amire a szerződéshez szükség van — és soha nem kérdez rá kétszer.
Minden acquirer mást gyűjt be. A lépések, mezők, dokumentumok és validációs szabályok partnerenként konfigurálhatók — a kereskedőtől csak azt kérjük, amire Önnek szüksége van.
A kész igényléseket API-n keresztül továbbítjuk az acquirer vagy a szolgáltató saját rendszerébe — a kereskedői adatok ott jelennek meg, ahol a csapatai már dolgoznak, nem exportként, amit valakinek újra be kell gépelnie. Minden kapcsolat hatókörét a partnerrel közösen határozzuk meg.


Küldjön nyilvános önkiszolgáló linket, és a kereskedő anélkül tölti ki az igénylést, hogy a csapatából bárki belépne a portálra — vagy futtassa ugyanazt a folyamatot vezetett varázslóként a portálon. Ugyanaz az adat, ugyanaz a szerződés, bármelyik utat választja.
A kereskedő beírja a cégnevet, a többit mi húzzuk be a nemzeti cégnyilvántartásból. Cégek és egyéni vállalkozók egyaránt.
Ha a kereskedő félúton elakad, a csapata távolról átveszi az igénylést és befejezi.
Egyetlen regisztráció élesíti a kereskedő által megrendelt összes terméket — terminál, POS, fiskalizáció, szolgáltatások. Semmit nem kérdezünk meg kétszer.
A szerződés sablonból generálódik, elektronikusan aláírásra kerül és archiválódik — újraküldéssel, visszavonással és teljes audit naplóval, valamint aláírási folyamattal, amelyet minden ISO külön be- vagy kikapcsolhat. Az árak a termékkatalógusból jönnek, így elég egyszer módosítani az árat, és minden új szerződés már azzal készül.
A kártyaelfogadás ennek csak az egyik része. Mivel az adatok már rendelkezésre állnak, egy későbbi termék hozzáadása csak aktiválás, nem újabb onboarding.



Egy későbbi termék hozzáadása csak aktiválás — nem újabb onboarding.
Mert az adatok már rendelkezésre állnak.A vendor, az ISO, a partner és a kereskedő saját felületet kap — és mindegyik ugyanazt az adatot olvassa és írja, egyetlen jogosultsági modell alatt.
A működtetés vezérlőpultja — kereskedők, telephelyek, eszközök, szerződések, acquirerek, katalógusok, csapatok és jövedelmezőség egy helyen.
Egy helyről irányíthatja a teljes kereskedői portfóliót.Az alpartner saját ügyfélállománya, valamint API-kulcsai, webhook-végpontjai és kézbesítési előzményei.
A partner a saját kereskedőit és a saját integrációját kezeli anélkül, hogy minket kellene megkérdeznie.A központi termékkatalógus: terméktípusok, kategóriák, csomagok és kedvezmények.
A terméket egyszer definiálja, és minden ISO ugyanabból a forrásból értékesít.A kereskedő saját nézete — cégadatok, felhasználók, dokumentumok és szerződések, telephelyek, eszközök.
A kereskedő önkiszolgáló módon intézi, ahelyett hogy az ügyfélszolgálatnak írna.Forgalom, tranzakciók, MSC, interchange, acquirer-költség és nettó profit — portfóliónként, acquirerenként és MID-enként. Nem havi export: élő olvasási modell, amelyet change-data-capture táplál, így a kérdések soha nem lassítják a platformot.
Üzletek, kapcsolattartók és cégek pipeline-áttekintéssel és az üzletek állapotáról szóló értesítésekkel. Azon a rendszeren értékesít, amelyen szállít is, így a megnyert üzletből úgy lesz onboarding, hogy közben el sem hagyja az eszközt.


Vendor → ISO → al-ISO → partner → kereskedő → telephely. A szerepkörök erőforrás- és tulajdonszintűek — saját vagy bármely — szervezettípusonkénti alapértelmezett szerepkörökkel, így az audit választ talál, nem táblázatot.
Értékesítők, technikusok, ügyfélszolgálat és vezetők KPI-teljesítéssel, valamint eszköz- és előfizetés-nyilvántartással, amely tudja, mije van valójában minden kereskedőnek — és mije nincs még.
Az alpartner egy sor — nem újabb telepítés.
A hierarchia az adatmodellben és a jogosultságokban él.Párosítás, aktiválás, firmware és állapot minden terepen lévő terminálhoz — kiszállás nélkül.
Az eszközt telephelyhez párosítják és a portálról aktiválják. Csere utáni újraaktiválás ugyanez a folyamat — technikus nélkül, hibajegy nélkül, sorozatszámok nélkül a táblázatban.
Eszközpark-nyilvántartás eszközönkénti firmware- és alkalmazásverziókkal, valamint távoli konfigurációval. Tudja, mi fut a terepen, mielőtt dönt a változtatásról.

Az önkiszolgáló terminál szoftvere: kártya és készpénz, launcher, indításkor újrainduló előtérszolgáltatás, offline cache, circuit breaker és állapotellenőrzések. Túléli az újraindításokat és a kimaradásokat, mert az üzlet nem várhat a hálózatra.
Milyen hardvere és szoftvere van az egyes kereskedőknek, mekkora az előfizetés és meddig érvényes, valamint havi kimutatás a használt szolgáltatásokról — hogy a számlázás megfeleljen a valóságnak.
A kassza, az önkiszolgáló terminál és a tulajdonos mobilalkalmazása olyan termékek, amelyeket a kereskedői nap mint nap használnak. Merchant stack megtekintése →
A hibás terminált megtaláljuk, mielőtt a kereskedő telefonálna.
Állapottelemetria minden eszközről, riasztási küszöbökkel és automatikus incidensekkel.Minden piacnak megvannak a saját szabályai. A fiskalizációt házon belül fejlesztjük és tartjuk karban, országról országra — és API-ként szállítjuk, így az Ön szoftverével is működik, nem csak a miénkkel.
Minden tranzakció fiskális regisztrációja, az eszközön és nálunk is, offline és újrapróbálkozás kezelésével azokra a pillanatokra, amikor nincs kapcsolat.
Kereskedőnkénti aktiválás, a cseh nyugtaformátum és ugyanaz az offline és újrapróbálkozási út. Egy termék, legálisan értékesítve egy második piacon is.
Ahol már létezik bevált helyi fiskalizáció, azt integráljuk, nem építjük újra. A piac dönt, nem a mi roadmapünk.
A fiskalizáció az Integration Hubon keresztül API-ként jut el Önhöz — használható a platform többi részével vagy anélkül is, ha csak erre van szüksége tőlünk.
Minden eladás fiskalizálódik, anélkül, hogy a kereskedő gondolna rá.
Eszközön és szolgáltatásoldalon, offline kezeléssel és újrapróbálkozással.Eseményvezérelt felépítés: minden kártyaérintés és minden fiskális művelet eseményt indít, amelyre feliratkozhat — nincs pollozás, nincs éjszakai export.
Integrációs API harmadik feles rendszerekhez, dokumentációval, sandboxszal és API-kulcsokkal. Egy pénztárgép- vagy ERP-szállító úgy integrálja a fizetést, hogy közben nem kell fizetési szolgáltatóvá válnia.
A Partner portálról kezelt feliratkozások, megbízható kézbesítés outbox relay-jel és újrapróbálkozással, kézbesítési előzmények és visszajátszás. Ha a végpontja állt, az esemény akkor is megvan.


Szerver által küldött tranzakciós streamek és eszköz-WebSocket-csatornák — a fizetést menet közben követheti, nem utólag.
Egy felhőalkalmazás biztonságosan indít műveleteket a helyi eszközön: kártyás fizetés és fiskalizáció a felhőből vezérelve, a kereskedő pultjánál lévő helyi integráció nélkül.
Bejelentkezés, munkamenetek, tokenek, fiókösszekapcsolás és fiókválasztás a szervezetek között, TypeScript és Android klienskönyvtárakkal.
Erőforrás- és tulajdonszintű hozzáférés — saját vagy bármely — szervezettípusonkénti alapértelmezett szerepkörökkel, minden API-felület számára közösen.
Egyetlen identitás minden portálon és alkalmazásban az egész láncban.
Veslo Auth, TypeScript és Android SDK-kkal, valamint dokumentációval, amely alapján egyedül is integrálhat.Minden, ami fentebb szerepel, ugyanazon a gerincen fut — egy eszközök felé néző szolgáltatás, egy API-szerződés, egy hely, ahonnan az egész üzemeltethető. Ezt soha nem külön vásárolja meg.
Az eszközök felé néző gerinc: párosítás és aktiválás, üzletek és terminálok, tranzakciók és életciklusuk, fiskális események, élő csatornák és webhook-kézbesítés outbox relay-jel. Mindaz, amivel egy terminál kommunikál, és az egyetlen hiteles nyilvántartás arról, mi történt.
Core, ISO, Partner, Vendor és Merchant szolgáltatások GraphQL-en, minden célközönségnek saját API-felülettel, nem egyetlen felület szűrt nézetével — közös jogosultsági modellel és szigorú visszafelé kompatibilitással összefogva.
Bérlők közötti adminisztráció és konfiguráció. Egy hely, ahonnan a platform minden bérlőn át üzemeltethető, ahelyett hogy egy beállítás módosításához mindegyikbe be kellene lépni.
Sablonos tranzakciós e-mail, mobil push és eseményvezérelt szabályok. A megfelelő ember úgy értesül róla, hogy senkinek nem kell képernyőt figyelnie.
Az Ön márkaszínei és logója a portálokon és az alkalmazásokban, ISO-nként ugyanabból a hierarchiából vezérelve — így az ügyfelei az Ön márkáját látják, nem a miénket.
Hibajegyek fogadása a kasszából, a mobilalkalmazásból, chatből, forródrótról és üzenetküldőkből, a CRM-rekordhoz kapcsolva, útválasztási szabályokkal. A támogatási kérések már a hozzájuk csatolt ügyfélkontextussal érkeznek.
Három termékünk soha nem jelenik meg partnerszerződésben, mert a kereskedői használják őket: a POS pénztárgép, az Veslo Pulse önkiszolgáló terminál és a kereskedői mobilalkalmazás forgalmi widgetekkel a tulajdonos kezdőképernyőjén. Merchant stack megtekintése →
Egy gerinc. Minden portál, minden eszköz, minden piac.
Postgres írási tár, aszinkron események és olvasási modell, amely úgy válaszol a kérdésekre, hogy közben semmit nem lassít.Mondja el, milyen a portfóliója — beállítunk Önnek egy partner-munkaterületet és egy demót.