Kassenanbindung: ZVT, O.P.I. oder Cloud — was Kasse und Terminal wirklich verbindet

Die kurze Antwort

Es gibt drei Wege von der Kasse zum Kartenterminal: ZVT (der deutsche Klassiker, binär, seriell oder im gleichen IP-Netz), O.P.I. (XML über TCP/IP, aus dem internationalen Handel) und die Cloud-Anbindung, bei der die Zahlungsanforderung über einen Terminalserver läuft und Kasse und Terminal nicht mehr im selben Netzwerk hängen müssen. Welcher Weg passt, entscheidet nicht das Terminal, sondern die Kasse — und ob sie lokal auf einem Rechner im Laden oder als Cloud-Anwendung im Browser läuft.

Die drei Wege im Vergleich

	ZVT	O.P.I.	Cloud-Anbindung
Datenformat	binär, feste Datenfelder	XML	anbieterspezifisch, über Terminalserver
Verbindung	seriell (RS232) oder TCP/IP	TCP/IP, zwei Kanäle	Internet, Terminal auch per SIM
Voraussetzung	Kasse und Terminal im selben Netz	Kasse und Terminal im selben Netz	keine gemeinsame Netzumgebung nötig
Herkunft	deutscher Handelsstandard, Version ZVT 700	Open Payment Initiative, 2003 gestartet, später an das IFSF übergeben	Produkt des jeweiligen Netzbetreibers
Typische Grenze	Erweiterungen nur mit Aufwand	im deutschen Mittelstand weniger verbreitet	Abhängigkeit von einem Server des Anbieters

Zwei Einordnungen dazu. Die Angaben zu Protokollversion und Portbelegung von ZVT stammen aus Anbieter- und Integratorenglossaren, nicht aus einem Normtext — der Technische Anhang selbst darf laut Zulassungsvertrag der Deutschen Kreditwirtschaft nicht an Dritte weitergegeben werden und ist deshalb nicht frei nachlesbar. Und die verbreitetste Kritik an ZVT — großer Interpretationsspielraum bei der Umsetzung, neue Funktionen wie QR-Code-Zahlungen nur mit erheblichem Aufwand nachrüstbar — kommt von einem Anbieter, der mit dem nexo Retailer Protocol eine Alternative verkauft. Sachlich trifft sie trotzdem zu, wenn man drei Kassenhersteller nach derselben ZVT-Funktion fragt.

Was in der Praxis zählt: Nexi führt bei den eigenen Terminals ZVT und O.P.I. durchgehend, beim SmartPOS A35 zusätzlich eine eigene API. REA Card nennt ZVT und O.P.I. für die flex-Serie und stellt mit der ZVT Cloud den dritten Weg daneben — Terminal ohne ZVT- oder OPI-Schnittstelle, Zahlungsanfragen über einen cloudbasierten Terminalserver, Betrieb per SIM auch außerhalb des Kassennetzes. PAYONE dagegen benannte auf den öffentlichen Produktseiten zum Prüfstand 01.08.2026 keine Kassenschnittstelle. Das ist kein technisches Defizit, sondern eine Informationslücke — und für den Händler mit vorhandener Kasse genau die Frage, die er vor der Unterschrift beantwortet haben will.

TA 7.2 ist keine Kassenschnittstelle

Hier wird im Markt am meisten durcheinandergebracht, und es kostet Geld. Der Technische Anhang TA 7.x ist Anlage 2 zum Zulassungsvertrag der Deutschen Kreditwirtschaft: Er regelt Sicherheitsanforderungen, zugelassene Terminals und die Schlüsseleinbringung. Verbindlich ist Fassung 7.2. Wer TA 7 als Kassenschnittstelle bezeichnet, liegt falsch — das ist die Zulassungsebene des Terminals, nicht die Verbindung zur Kasse.

Verbunden sind beide Ebenen trotzdem, und zwar in dieser Richtung: Eine neue TA-Fassung ändert die verbindlichen technischen Anforderungen an das Terminal, das Terminal braucht dafür ein Software-Update — und weil die Kasse mit demselben Terminal über ZVT oder O.P.I. spricht, muss die Kassensoftware anschließend mitziehen. Das ist der reale Migrationsaufwand, der beim Händler landet, und er steht in keinem Angebot. REA Card stellt für die letzte Migrationswelle vier Stichtage dar — ab 01.01.2022 durften nur noch TA 7.2 / DK-POS 3.0-konforme Geräte neu in den Markt, ab 30.09.2022 kamen zusätzliche Mastercard-Entgelte für nicht konforme Geräte, ab 01.07.2023 verloren TA 7.1-Terminals die Kontaktlos-Funktion, zum 01.01.2025 mussten alle Geräte TA 7.2 unterstützen. Und der Anbieter räumt selbst ein, dass das Update technisch nicht auf allen eigenen Terminals umsetzbar war, ein Hardwaretausch also nötig wurde. Die nächste Welle kommt so oder so. Wer eine Kasse anschafft, sollte deshalb wissen, wer die Schnittstellenpflege bezahlt.

Was die Anbindung kostet — und was das Nachtippen kostet

Für die Einrichtung verlangen Anbieter eine Pauschale, meist zusammen mit Vertragshandling und Versand: CCV beziffert bis zu 50 Euro einmalig, Nexi Österreich nennt für die Aktivierung 25 bis 100 Euro, ein Vergleichsportal führt 29,99 Euro (alle Angaben Stand 01.08.2026). Nutzt man den Cloud-Weg über eine SIM-Karte, kommen laut CCV rund 5 Euro monatlich dazu.

Diese Beträge sind für sich genommen klein. Interessant wird es, wenn man sie gegen die Alternative rechnet — Betrag am Terminal von Hand eintippen. Die folgende Rechnung ist eine Modellrechnung mit offengelegter Annahme, keine Messung: acht Sekunden Mehraufwand pro Bon für Eingabe und Kontrolle.

Betrieb	Bonwert	Kartenzahlungen/Monat	Anbindung 50 € einmalig, auf 12 Monate je Bon	Cloud-SIM 5 €/Monat je Bon	Nachtippen 8 s je Bon
Bäckerei	6,50 €	900	0,5 Cent	0,6 Cent	2,0 Stunden/Monat
Restaurant	48,00 €	400	1,0 Cent	1,3 Cent	53 Minuten/Monat
Handwerksbetrieb	320,00 €	45	9,3 Cent	11,1 Cent	6 Minuten/Monat

Das Ergebnis dreht die übliche Logik um. Gebühren skalieren mit dem Bonwert — deshalb lohnt beim Handwerksbetrieb jedes Zehntelprozent Verhandlung. Die Kassenanbindung skaliert mit der Bonzahl — deshalb braucht die Bäckerei sie dringender, obwohl ihre Bons klein sind. Zwei Stunden Kassenzeit im Monat sind mehr, als die Anbindung im ganzen Jahr kostet, und die vermiedenen Zahlendreher sind noch nicht mitgerechnet.

Der Zahlungsbeleg ist nicht der Kassenbeleg

Weil bei der Anbindung Kasse und Terminal zusammenrücken, kommt regelmäßig die Frage nach der TSE. Die Grenze ist klar gezogen: Ein reines Kartenterminal ohne Kassenfunktion fällt nicht unter § 1 KassenSichV und braucht keine zertifizierte technische Sicherheitseinrichtung. Sobald aber eine Kassen-App mit Artikelverwaltung und Bonierung auf dem Gerät läuft — bei SmartPOS-Geräten der Normalfall —, ist es ein Kassensystem: TSE-Pflicht, Pflichtangaben auf dem Beleg nach § 6 KassenSichV und Meldung an das Finanzamt innerhalb eines Monats nach § 146a Abs. 4 AO. Der Zahlungsbeleg des Terminals mit Terminal-ID, Trace- und Genehmigungsnummer ist dabei nicht der Kassenbeleg. Zwei Dokumente, zwei Rechtsgrundlagen. Was im Einzelfall gilt, klärt der Steuerberater, nicht dieser Text.

Was jetzt zu tun ist

1. Die Kasse zuerst fragen, nicht den Terminalanbieter. Kassenhersteller oder -händler nach der unterstützten Schnittstelle fragen: ZVT seriell, ZVT über TCP/IP, O.P.I. — und ob die Kasse lokal oder in der Cloud läuft.
2. Bei Cloud-Kasse gezielt nach dem Cloud-Weg fragen. Wer eine Browser-Kasse betreibt, kommt mit ZVT im lokalen Netz nicht weit. Diesen Punkt vor der Vertragsunterschrift schriftlich bestätigen lassen.
3. Die Schnittstellenbeschreibung anfordern. Mehrere Netzbetreiber geben sie nur auf Anfrage heraus. Ohne dieses Dokument kann der Kassenhändler keine verbindliche Aussage treffen.
4. Einrichtungspauschale und laufende Kosten getrennt abfragen. Einmalpauschale, SIM-Kosten und eventuelle Konfigurationsgebühren gehören ins Angebot, nicht in die erste Rechnung.
5. Klären, wer die nächste Regelwerksänderung bezahlt. Schnittstellenanpassung nach einer neuen TA-Version: im Servicevertrag enthalten oder Zusatzaufwand?
6. Bonzahl statt Bonwert rechnen. Bei vielen kleinen Bons ist die Anbindung eine Zeitentscheidung, keine Gebührenentscheidung — und die trifft man einmal, nicht monatlich.