Tudástár
qvik vs. Open Banking: mi a különbség?
A qvik az azonnali fizetésen alapuló magyar fizetési megoldás, az Open Banking pedig szabályozott számlaadat-hozzáférési és fizetésindítási szolgáltatások összefoglaló neve. Összehasonlítjuk őket gyakorlati példákkal.

A lényeg 30 másodpercben
A két megközelítés nem ugyanazt a problémát oldja meg.
qvik: fizetési megoldás
Azonnali forintátutalás egyszerű indítása QR-kóddal, érintéssel, linkkel vagy fizetési kérelemmel.
Open Banking: hozzáférés
Engedélyezett számlainformációs hozzáférés és szabályozott harmadik feles fizetésindítás.
Különböző keretek
A felhasználói jóváhagyás mindkét esetben fontos, de a technológia és a szereplők eltérnek.
A legfontosabb különbség
A qvik nem az Open Banking másik neve. A qvik az MNB által támogatott, azonnali átutalásra épülő magyar fizetési megoldáscsalád. Az Open Banking tágabb keret: például engedélyezett számlaadatok lekérdezésére vagy harmadik fél által indított fizetési szolgáltatásra is használható. Egy qvik-tranzakció nem feltétlenül Open Banking-fizetésindítás.
Mi az a qvik, és hogyan működik?
A qvik a magyar Azonnali Fizetési Rendszerre (AFR) épülő elektronikus fizetési megoldások összefoglaló neve. A 2024 szeptemberében bevezetett szolgáltatás célja, hogy az átutalás egyszerű és mindennap használható fizetési élményt nyújtson.
A felhasználó a kereskedő által felkínált QR-kód beolvasásával, NFC-s érintéssel, fizetési link megnyitásával vagy fizetési kérelem jóváhagyásával indíthat fizetést. A szükséges adatok a mobilbanki alkalmazásban jelennek meg, ahol a számlatulajdonos ellenőrizheti és jóváhagyhatja a tranzakciót.
Az MNB tájékoztatása szerint a qvik a lakossági ügyfelek számára díjmentes. Ez nem jelenti automatikusan azt, hogy egy kereskedő minden szolgáltatói konstrukcióban költség nélkül fogadhatja el.
Négy qvik-fizetési mód a gyakorlatban
qvik-QR: a fizető fél beolvassa a boltban, webáruházban vagy számlán megjelenő kódot. qvik-NFC: az okoseszközt a megfelelő terminálhoz érinti. qvik-link: például egy alkalmazásból a mobilbanki fizetési felületre jut. qvik-kérelem: a kedvezményezett fizetési kérelmet küld, az ügyfél pedig eldönti, jóváhagyja-e.
A QR-kód beolvasása, a link megnyitása vagy a fizetési kérelem fogadása önmagában nem von le pénzt: az ügyfélnek jóvá kell hagynia a fizetést.
És mit jelent az Open Banking?
Az Open Banking a banki rendszerek és jogosult külső pénzügyi szolgáltatók szabályozott együttműködését jelenti. A gyakorlatban gyakran banki API-kon keresztül valósul meg. Két fontos szolgáltatástípus a számlainformációs szolgáltatás (AISP) és a fizetéskezdeményezési szolgáltatás (PISP).
AISP: az ügyfél jóváhagyásával egy jogosult szolgáltató meghatározott számlaadatokhoz férhet hozzá. Erre épülhet például több bankszámla egyetlen alkalmazásban történő áttekintése.
PISP: jogosult szolgáltató az ügyfél kérésére fizetési megbízást kezdeményezhet a számlavezető banknál. Ilyenkor a banki hitelesítési és jóváhagyási folyamat továbbra is lényeges.
qvik vs. Open Banking – rövid összehasonlítás
SzempontqvikOpen Banking Elsődleges célEgyszerű azonnali fizetésSzámlaadat-hozzáférés és/vagy fizetésindítás Technikai alapMagyar AFR és qvik-szabványokSzabályozott banki API-k, jogosult szolgáltatók Jellemző felhasználásBolti, online vagy számlafizetésPénzügyi áttekintés, fizetésindítás, fintech integráció Ügyfél szerepeKonkrét fizetés jóváhagyásaHozzáférés engedélyezése és/vagy fizetés jóváhagyásaA táblázat általános összehasonlítás: egyes szolgáltatások pontos működését a bank, a szolgáltató és a vonatkozó szabályozás határozza meg.
Hogyan jutottunk el idáig?
A magyar azonnali fizetés és az Open Banking fontos időpontjai.
PSD2: nyitottabb banki hozzáférés
Az uniós fizetési szolgáltatási szabályozás új keretet adott a jogosult harmadik feles szolgáltatásoknak.Elindult az AFR
Márciusban elindult a magyar azonnali fizetési infrastruktúra.Megjelent a qvik
Szeptemberben elérhetővé vált a qvik márkájú fizetési megoldáscsalád.
Mikor melyiket érdemes használni?
Ha egy vásárló gyorsan szeretne fizetni egy hazai kereskedőnél, és az elfogadóhely támogatja, a qvik kényelmes lehetőség lehet. Ha valaki több banknál vezet számlát, és ezek adatait egy jogosult pénzügyi alkalmazásban szeretné áttekinteni, az már inkább Open Banking-számlainformációs felhasználás.
Online fizetésnél az Open Banking PISP és a qvik egyaránt megjelenhet alternatívaként, de a mögöttes szabályozott szerepek és a tényleges technikai útvonal különbözhetnek. Egy kereskedő számára a választást a szolgáltatói szerződés, az elérhető banki kör, a díjazás és a felhasználói élmény is befolyásolja.
Biztonság és ügyfélkontroll
Mindkét területen alapvető, hogy az ügyfél ellenőrizhesse, mit hagy jóvá. qvik esetén a fizetési megbízás adatainak ellenőrzése fontos; Open Banking esetén pedig az is, hogy melyik szolgáltató milyen hozzáférést kér, és hogyan lehet kezelni vagy visszavonni az engedélyt.
Összegzés
A qvik fizetésre optimalizált, magyar infrastruktúrára épülő megoldás. Az Open Banking ennél szélesebb együttműködési keret. Nem egymás szinonimái, de mindkettő a digitális pénzügyi szolgáltatások fejlődését segítheti.
Tájékoztató jellegű cikk, 2026. október. Az egyes szolgáltatások elérhetősége és díjazása eltérhet.
Elsődleges források
- qvik – hivatalos ismertetőMagyar Nemzeti Bank(új ablakban nyílik meg)
- qvik – gyakran ismételt kérdésekMagyar Nemzeti Bank(új ablakban nyílik meg)
- qvik fizetési megoldások – fogyasztóvédelemMagyar Nemzeti Bank(új ablakban nyílik meg)
- Mi az a banki API, és hogyan működik az Open Banking?OpenBanking.hu(új ablakban nyílik meg)
Olvass tovább

Hogyan fedezte fel a mesterséges intelligencia a PHP2Shell-hibákat?
A PHP2Shell története nemcsak egy rendkívüli kibervédelmi riasztásról szól. A Calif és a Wiz kutatói mesterséges intelligencia segítségével azonosítottak kritikus, régóta rejtőző PHP-hibákat. Megmutatjuk, hogyan jutottak el a felfedezéstől a sürgős javításokig, és ez miért fontos a weboldalaknak és a vállalkozásoknak.

Megjelent a sürgős PHP-javítás: ezeket a verziókat kell telepíteni
Megjelent a két kritikus PHP-sérülékenységet javító rendkívüli biztonsági kiadás: a PHP 8.5.12, 8.4.27, 8.3.36 és 8.2.35 már elérhető. A hibák hitelesítés nélküli távoli kódfuttatást tehetnek lehetővé, ezért a CERT-EU és a PHP fejlesztői azonnali frissítést kérnek. Cikkünkben a pontos verziókat, a régi rendszerek helyzetét és a lekapcsolt szolgáltatások fejleményeit is követjük.