Pénztárgép nyilvántartás


Pénztárgép protokollok – a modern fizetési rendszerek alapja

Bevezetés: Mik azok a pénztárgép protokollok és mire használják őket?

A készpénz nélküli fizetések világában a pénztárgép-protokollok elengedhetetlenek a pénztárgéprendszerek fizetési terminálokkal való összekapcsolásához. Meghatározzák, hogy ezek az eszközök hogyan kommunikálnak egymással, és biztosítják a biztonságos és hatékony fizetésfeldolgozást.

Minden pénztárgép protokollnak megvannak a maga erősségei, gyengeségei és műszaki követelményei. Egyesek csak helyi hálózatokon működnek, míg mások felhőképesek. Hasonlóképpen, egyes protokollok numerikus terminálazonosítót igényelnek a terminál egyedi azonosításához.

A jól megválasztott pénztárgép-protokoll előnyei:
Gyors és megbízható tranzakciók
Könnyen integrálható a meglévő pénztárgéprendszerekbe
Magasabb biztonság szabványos interfészekkel
Felhő kapcsolat lehetséges központi adminisztrációhoz

Itt bemutatjuk a legfontosabb pénztárgép protokollokat azok jellemzőivel, előnyeivel és hátrányaival.

A megfelelő protokollal a fizetési rendszerek nemcsak gyorsabban integrálhatók, hanem biztonságosan skálázhatók is.

A legfontosabb pénztárgép protokollok áttekintése



ZVT (fizetési terminál szabvány)

A ZVT a német nyelvű országokban a legszélesebb körben használt szabvány a POS-rendszerek és a fizetési terminálok közötti kommunikációra. Helyi hálózati kapcsolatokon alapul, és numerikus terminálazonosítót igényel.

Felhőképes? Nem, csak helyi hálózatok
Numerikus terminálazonosítót igényel? ! Igen

Előnyök:
Bevált és széles körben használt szabvány Németországban
Kiváló kompatibilitás számos pénztárgép rendszerrel
Stabil és megbízható teljesítmény

Hátrányok:
Felhőintegráció nem lehetséges
Korlátozott rugalmasság a modern, API-alapú rendszerek számára
Nem optimális a nemzetközi piacokhoz



REST API

A REST API-k modern kommunikációt tesznek lehetővé a pénztárgép és a fizetési terminál között webes felületeken keresztül. Különösen rugalmasak és gyakran felhőképesek.

Felhőképes? Igen
Numerikus terminálazonosítót igényel? ! Nem

Előnyök:
Platformfüggetlen és rugalmas
Felhő- és online rendszerekre méretezhető
Ideális modern pénztárgéprendszerekhez

Hátrányok:
Internet kapcsolat szükséges
Bonyolultabb megvalósítás
A szolgáltató API elérhetőségétől függ



Cloud REST API

A REST API ezen változata teljesen felhő alapú, és lehetővé teszi a fizetési terminálok központi kezelését az interneten keresztül.

Felhőképes? Igen
Numerikus terminálazonosítót igényel? ! Nem

Előnyök:
Nincs szükség helyi infrastruktúrára
Központilag vezérelhető az üzletláncokhoz
Skálázható és rugalmas

Hátrányok:
Stabil internetkapcsolattól függ
Tartsa be az adatvédelmi követelményeket
Lehetséges késés a felhőalapú kommunikáció miatt



OPI (Open Payment Interface)

Az Open Payment Interface (O.P.I) egy interfész a POS-rendszerek és a fizetési terminálok közötti kommunikációhoz, amelyet különösen a nemzetközi piacokon használnak.

Felhőképes? Nem, csak helyi hálózatokban működik
Numerikus terminálazonosítót igényel? ! Nem

Előnyök:
Magas biztonság és stabilitás
Támogatja a különböző fizetési módokat
Nemzetközileg használható

Hátrányok:
Felhőkapcsolat nem lehetséges
Komplexebb integráció, mint a modern API-megoldások
Nem olyan széles körben használják, mint a ZVT vagy a REST API



ep2 (EFT/POS 2000)

Az ep2 egy Svájcban kifejlesztett fizetési szabvány, amely egységes kommunikációt biztosít a pénztárgéprendszerek és a terminálok között. Ehhez numerikus terminálazonosító szükséges.

Felhőképes? Nem, csak helyi hálózatok
Numerikus terminálazonosítót igényel? ! Nem

Előnyök:
Standard megoldás Svájcban
Magas biztonsági előírások
Egységes felület a különböző szolgáltatók számára

Hátrányok:
A svájci piacra korlátozódik
Felhőintegráció nem lehetséges
Kevésbé rugalmas, mint a modern API-megoldások



myPOS

A myPOS egy modern felhőalapú fizetési megoldás, amely nem igényel helyi infrastruktúrát.

Felhőképes? Igen
Numerikus terminálazonosítót igényel? ! Nem

Előnyök:
Könnyen megvalósítható
Felhőalapú a maximális rugalmasság érdekében
Számos fizetési módot támogat

Hátrányok:
A myPOS szolgáltatótól függően
Korlátozott testreszabási lehetőségek
Internet kapcsolat szükséges



NEXO

A NEXO a fizetési tranzakciók nemzetközileg elismert szabványa, amely interoperabilitást és biztonságot kínál.

Felhőképes? Igen
Numerikus terminálazonosítót igényel? ! Nem

Előnyök:
Jövőbiztos és bővíthető
Nemzetközileg elismert
Támogatja a felhőt és a helyi hálózatokat

Hátrányok:
Komplex megvalósítás
Még nem mindenhol honosodott meg
Magasabb edzési erőfeszítés



ISO 20022

Globális fizetési szabvány, amely különösen fontos a bankok és a pénzügyi szolgáltatók számára.

Felhőképes? Igen
Numerikus terminálazonosítót igényel? ! Nem

Előnyök:
Jövőbiztos szabvány
Számos fizetési formátumot támogat
Magas biztonság

Hátrányok:
Bonyolult és nem mindig könnyű megvalósítani
Magasabb kiigazítási költségek
Főleg bankoknak, lakosságinak kevésbé



SIX (TIM)

A SIX Payment Services szabadalmaztatott protokollja, amelyet gyakran használnak Svájcban.

Felhőképes? Nem
Numerikus terminálazonosítót igényel? ! Nem

Előnyök:
Magas biztonság
Kifejezetten a svájci piacra optimalizálva
Stabil teljesítmény

Hátrányok:
Nem terjesztik nemzetközileg
Nincs felhő funkció
Korlátozott rugalmasság



Az Acquirer / SoftPOS szolgáltató saját POS protokoll API-kkal rendelkezik

Sok elfogadó (fizetésfeldolgozó) és SoftPOS szolgáltató (szoftver alapú fizetési terminálok szolgáltatója) kínál saját API-kat a pénztárgép-integrációhoz. Ezek az API-k kifejezetten a saját fizetési rendszereikhez vannak szabva, és lehetővé teszik a közvetlen csatlakozást az elfogadói platformhoz vagy a SoftPOS alkalmazáshoz.

Felhőképes? Igen, a legtöbb esetben
Numerikus terminálazonosítót igényel? ! Nem, gyakran használnak egyedi kereskedőazonosítót vagy API-kulcsot

Előnyök:
Közvetlen kapcsolat a fizetési feldolgozóval, külső szolgáltatók nélkül
Teljes ellenőrzés a fizetési folyamatok felett
A modern API-technológián keresztül gyakran egyszerű a megvalósítás

Hátrányok:
Az adott vásárlótól vagy SoftPOS szolgáltatótól való függés
Valószínűleg kevésbé rugalmas, mint az univerzális protokollok
A szolgáltatótól függően eltérő megvalósítási követelmények
Egy másik felvásárlóra való váltás összetett módosításokat igényelhet



Verifone FIPay / VX protokollok

A Verifone saját protokollkészletet kínál a különböző terminálgenerációkhoz. Ezek a régebbi VX-modellektől a modern, FIPay-vel (a Verifone felhő-kompatibilis API-jával) rendelkező Android-alapú eszközökig terjednek.

Felhőképes? Igen (FIPay) / Nem (régebbi VX protokollok)
Numerikus terminálazonosító szükséges? ! Nem

Előnyök:
Széles körben elterjedt, különösen Európában és Észak-Amerikában
Különféle fizetési módok támogatása (hitelkártya, NFC, mobil fizetés)
A FIPay lehetővé teszi a modern felhőintegrációt

Hátrányok:
Saját protokoll, ezért kevésbé rugalmas
A régebbi VX protokollok nem felhőkompatibilisek
Részben bizonyos Verifone terminálokra korlátozva



Adyen Terminal API

Az Adyen teljes mértékben API-alapú fizetésfeldolgozási megoldást kínál, amely kombinálható fizikai terminálokkal, online fizetésekkel és mobil POS megoldásokkal. Különösen érdekes az omnichannel stratégiával rendelkező nemzetközi kiskereskedők számára.

Felhőképes? Igen
Numerikus terminálazonosító szükséges? ! Nem

Előnyök:
Nagyon rugalmas API-integráció POS-hez, e-kereskedelemhez és mobilhoz
Támogatja az érintés nélküli fizetést és a digitális pénztárcákat (Apple Pay, Google Pay)
Nincs szükség rögzített terminálazonosítóra

Hátrányok:
Erőteljes összpontosítás az Adyen ökoszisztémára – kevésbé kompatibilis a külső felvásárlókkal
A kezdeti megvalósítás technikailag igényesebb lehet
Az Adyen árazási modellek nem minden kereskedő számára optimálisak



Stripe Terminal API

A Stripe elsősorban online fizetési szolgáltatóként ismert, de kínál POS-megoldást is a Terminál API-val. Különösen érdekes az induló vállalkozások, az e-kereskedelmi vállalatok és a felhőalapú POS-szal rendelkező nemzetközi kiskereskedők számára.

Felhőképes? Igen
Numerikus terminálazonosító szükséges? ! Nem

Előnyök:
Nagyon egyszerű API-integráció POS-hoz és online fizetésekhez
Skálázható megoldás több telephellyel rendelkező kiskereskedők számára
Támogatja a modern fizetési módokat (pl. Apple Pay, Google Pay)

Hátrányok:
Erőteljes összpontosítás a Stripe ökoszisztémára – kevésbé rugalmas a külső szolgáltatók számára
Nem minden vásárló támogatott
Esetleg magasabb tranzakciós díjak a hagyományos szolgáltatókhoz képest



CB2 (bankkártyák – Franciaország)

A CB2 egy Franciaországban széles körben használt protokoll hitel- és betéti kártyás fizetésekhez. A legtöbb francia bank és kereskedő használja, és szorosan kapcsolódik a Cartes Bancaires fizetési hálózathoz.

Felhőképes? Nem, csak helyi hálózatok
Numerikus terminálazonosító szükséges? ! Igen

Előnyök:
Magas elterjedés Franciaországban
Közvetlen kapcsolat francia bankokkal
Belföldi tranzakciókhoz optimalizálva

Hátrányok:
Nincs natív felhő támogatás
Korlátozott nemzetközi felhasználás
Saját tulajdonú és erősen Franciaországhoz kötődik



J/XFS (Java/Extensions for Financial Services)

A J/XFS egy nyílt szabvány a POS-rendszerekhez és ATM-ekhez. Lehetővé teszi fizetési terminálok, ATM-ek és egyéb pénzügyi eszközök rugalmas összekapcsolását platformfüggetlen API-n keresztül.

Felhőképes? Nem (helyi integráció)
Numerikus terminálazonosító szükséges? ! Nem

Előnyök:
Szabványos interfész különböző fizetési terminálokhoz
Jó modularitás bankok és nagykereskedők számára
Független a terminálgyártóktól

Hátrányok:
Kevésbé gyakori a klasszikus POS-rendszereknél
A megvalósítás bonyolult lehet
Nincs natív felhő támogatás



ELM (elektronikus zárkezelés) – benzinkutakhoz és e-mobilitáshoz

Az ELM-et benzinkúti és e-mobilitási fizetésekre használják. A POS rendszereket üzemanyag-szivattyúkkal vagy töltőállomásokkal köti össze, hogy zökkenőmentes fizetési folyamatokat tegyen lehetővé.

Felhőképes? Igen
Numerikus terminálazonosító szükséges? ! Igen

Előnyök:
Kifejezetten benzinkutakhoz és e-töltőállomásokhoz fejlesztették ki
Felhőalapú a modern mobilitási megoldásokhoz
Különféle fizetési módokat támogat (kártya, alkalmazás, RFID)

Hátrányok:
Nagyon iparág-specifikus – hagyományos kiskereskedők számára nem alkalmas
A megvalósítás gyakran csak speciális szolgáltatókon keresztül lehetséges
Erős függés az infrastruktúra-szolgáltatóktól



SoftPOS protokollok (megszerző/szolgáltató-specifikus API-k)

A SoftPOS megoldások lehetővé teszik a kártyaterminál nélküli fizetést okostelefonon vagy táblagépen keresztül. Sok vásárló (pl. myPOS, SumUp, Adyen, Stripe, PayPal) kifejlesztette saját API-protokollját a SoftPOS számára.

Felhőképes? Igen
Numerikus terminálazonosító szükséges? ! Nem, gyakran használnak egyedi kereskedőazonosítót vagy API-kulcsot

Előnyök:
Nincs szükség hardverre – elegendő okostelefon vagy táblagép
Rugalmas és egyszerű kiskereskedők vagy mobilszolgáltatók számára
Támogatja az érintés nélküli fizetést (NFC, Apple Pay, Google Pay)

Hátrányok:
Gyakran bizonyos vásárlókra vagy szolgáltatókra korlátozódik
Nem minden bank és elfogadó támogatja a SoftPOS-t
Esetleg magasabb tranzakciónkénti díjak



SumUp Terminal API

A SumUp a mobilkártyás fizetések népszerű szolgáltatója, és a terminál API-val pénztárgéprendszerekbe, mobilalkalmazásokba vagy online boltokba integrálható felületet kínál. Az API lehetővé teszi a SumUp terminálok egyszerű csatlakoztatását POS rendszerekhez és felhőplatformokhoz.

Felhőképes? Igen
Numerikus terminálazonosító szükséges? ! Nem

Előnyök:
Egyszerű és gyors integráció API-n keresztül
Nincs szükség numerikus terminálazonosítóra
Ideális kiskereskedők, önálló vállalkozók és mobilszolgáltatók számára
Támogatja az érintés nélküli fizetést és a mobiltárcákat (Apple Pay, Google Pay)

Hátrányok:
Függ a SumUp ökoszisztémától – kevésbé rugalmas a külső szolgáltatók számára
Korlátozott testreszabási lehetőségek a nagyobb kereskedők számára
Nem minden fogadó támogatja a közvetlen csatlakozást a SumUphoz, például nem fogad el girokártyát
Esetleg magasabb tranzakciónkénti díjak



Összegzés
A megfelelő pénztárgép protokoll kiválasztása a vállalat egyedi igényeitől függ. Míg a ZVT és az ep2 bevált helyi szabványok, a REST API és a NEXO modern, felhőalapú alternatívákat kínál. A Cloud REST API és a myPOS egyszerű felhőintegrációt tesz lehetővé, míg az ISO 20022 különösen fontos a bankok számára.

Az elfogadó vagy a SoftPOS-specifikus API-k közvetlen kapcsolatot biztosítanak az adott fizetési platformmal, és különösen alkalmasak azon kereskedők számára, akik szorosan szeretnének együttműködni egy adott fizetési szolgáltatóval.

A pénztárgép protokollok biztosítják a kompatibilitást és minimalizálják a technikai súrlódást.

💡 A mi ajánlásunk

Ha a jövőbeni maximális biztonságra és rugalmasságra vágyik, válasszon API-alapú vagy felhőalapú megoldást.

Azok, akik bevált, stabil integrációt igényelnek, támaszkodhatnak olyan klasszikus protokollokra, mint a ZVT vagy az ep2.

Azok, akik már szorosan együttműködnek egy beszerzővel vagy SoftPOS-szolgáltatóval, profitálhatnak saját fejlesztésű API-jaikból.

Konkrét vagy nem listázott pénztárgép jelentésre van szüksége? Kérjük, forduljon hozzánk bizalommal.

Tanácsot adunk, hogy megtalálja az igényeinek legmegfelelőbb megoldást!