API és fejlesztés
Mi az a banki API, és hogyan működik az Open Banking?
Az API lehetővé teszi, hogy jogosult szolgáltatók szabályozott felületen kapcsolódjanak banki rendszerekhez. Közérthető áttekintés az engedélyezésről, az adatkapcsolatról és a fizetésindításról.
A lényeg 30 másodpercben
Három fontos tudnivaló egy pillantásra.
Számlainformáció
AISP: engedélyezett hozzáférés meghatározott számlaadatokhoz.
Fizetésindítás
PISP: az ügyfél kérésére kezdeményezett banki fizetési folyamat.
Biztonság
Jogosultságok, hitelesítés és ellenőrzött kommunikáció.
Fontos alapfogalom
Alapfogalmak. A banki API technikai kapcsolódási felület, nem azonos egy önálló bankszámlával, banki engedéllyel vagy automatikus adathozzáférési joggal.
Mi az az API?
Az API az angol Application Programming Interface rövidítése: olyan szabályozott technikai felület, amelyen keresztül két szoftver képes adatot vagy műveleti kérést továbbítani egymásnak. Egy banki API-n keresztül például arra jogosult külső szolgáltató kérhet számlainformációt, vagy az ügyfél kérésére fizetésindítási folyamatot kezdeményezhet.
Az open banking keretében ez nem korlátlan hozzáférést jelent. Az uniós PSD2-szabályok meghatározzák, hogy milyen szolgáltatók, milyen célból és milyen biztonsági követelmények mellett kapcsolódhatnak az online elérhető fizetési számlákhoz.
Két gyakori szolgáltatástípus
- AISP – számlainformációs szolgáltató: az ügyfél kifejezett engedélyére építve hozzáférhet a kijelölt fizetési számlák bizonyos adataihoz, és azokat például egy közös áttekintő felületen jelenítheti meg.
- PISP – fizetéskezdeményezési szolgáltató: az ügyfél kérésére egy adott fizetés indítását segíti. Ez nem jelenti azt, hogy szabadon kezelheti az ügyfél pénzét.
Hogy nézhet ki egy tipikus folyamat?
Az engedélyezett banki kapcsolódás fő lépéseit az alábbi folyamatábra foglalja össze.
Az egyes bankok technikai megvalósítása, a hozzáférési időtartam és az újraazonosítás feltételei eltérhetnek. Az API önmagában nem garantálja, hogy minden bank azonos funkciókat vagy azonos felhasználói élményt kínál.
Egy banki API-kapcsolat 5 lépésben
A legfontosabb lépések, áttekinthetően.
Kérés
Az ügyfél kiválasztja a szolgáltatást és a hozzáférés célját.Engedélyezés
A jogosult szolgáltató meghatározza a kért adatok vagy műveletek körét.Banki hitelesítés
A bank a szükséges azonosítási és biztonsági lépéseket alkalmazza.API-kapcsolat
A szolgáltató csak az engedélyezett funkciót használja.Eredmény
Számlainformáció jelenhet meg vagy folytatódhat a fizetésindítás.
Mitől biztonságos egy ilyen kapcsolat?
A PSD2 és a kapcsolódó technikai előírások többek között a szolgáltatók azonosítását, a biztonságos kommunikációt és az erős ügyfél-hitelesítés alkalmazását szabályozzák. A jogosult harmadik fél szolgáltatók azonosításában az eIDAS-tanúsítványoknak is szerepük van. A szolgáltató csak az adott szolgáltatáshoz szükséges, jogszerűen kért adatokat használhatja.
A biztonság a technikán túl szervezeti kérdés is: naplózás, hibakezelés, az ügyfélnek adott érthető tájékoztatás és a hozzáférések megfelelő kezelése egyaránt fontos.
Miért kihívás az integráció?
Az EBA korábban kiemelte, hogy az eltérő európai banki API-standardok és azok eltérő implementációi jelentős fejlesztési és karbantartási terhet okozhatnak. Emiatt egy integráció tervezésénél érdemes a banki dokumentációt, a tesztkörnyezetet, a jogosultságokat, a hibaüzeneteket és az üzemeltetési feltételeket külön is felmérni.
Ismeretterjesztő háttéranyag; lezárva: 2026. október 16. Nem helyettesíti a műszaki vagy jogi megfelelőségi vizsgálatot.
Elsődleges források
- EBA: a banki hozzáférési interfészek típusaiEurópai Bankhatóság (EBA)(új ablakban nyílik meg)
- EBA: API-funkciók és szolgáltatói jogosultságokEurópai Bankhatóság (EBA)(új ablakban nyílik meg)
- EBA: számlainformációs hozzáférés és ügyfélengedélyEurópai Bankhatóság (EBA)(új ablakban nyílik meg)
- EBA: a PSD2 felülvizsgálata és az API-k töredezettségeEurópai Bankhatóság (EBA)(ú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.