Online kassieren: was zwischen dem Tippen des Gastes und Ihrem Geld passiert

Ein Gateway bewegt kein Geld, wenn der Gast zustimmt — manche bewegen es erst beim Einzug. Was Stripe, PayPal, Paymob und Fawry jeweils abdecken, warum Ihre Währung das Gateway wählt, und warum der Webhook die einzige ehrliche Bestätigung ist.

2026-09-237 Min. Lesezeit

Ein Gast tippt auf Bezahlen und sieht ein grünes Häkchen. Hinter diesem Häkchen mussten vier oder fünf Dinge gelingen, und eines davon entscheidet, ob Sie das Geld tatsächlich haben oder nur die Erlaubnis, es zu nehmen. Die meisten Streitigkeiten mit einem Zahlungsdienstleister beginnen damit, dass ein Restaurant beides für dasselbe hielt.

Das Gateway nimmt zuerst die Zustimmung, dann das Geld

Jedes Kartennetz teilt eine Zahlung in zwei Momente:

Autorisierung — die kartenausgebende Bank bestätigt, dass das Geld da ist, und reserviert es.
Einzug — der Händler sagt „jetzt abbuchen”, und das Geld bewegt sich.

Manche Gateways fassen beides für Sie zusammen. Andere nicht und übergeben Ihnen eine Bestellung, die freigegeben, gedeckt und vollständig nicht eingezogen ist, bis Sie darum bitten. PayPal arbeitet auf die zweite Art: Ein Gast, der auf der PayPal-Seite zustimmt, hat eingewilligt, Sie zu bezahlen — und bis zum Einzug hat nichts sein Konto verlassen. Stripe Checkout erledigt in der üblichen Konfiguration beides für Sie.

Das ist aus einem sehr praktischen Grund wichtig. Markiert Ihr System eine Bestellung als bezahlt, sobald der Gast zurückgeleitet wird, werden Sie irgendwann Essen gegen Freigaben herausgeben, die nie eingezogen wurden — und Sie erfahren es zum Monatsende von Ihrer Bank, nicht von Ihrer Kasse.

Die Regel ist also einfach und gegenüber jedem Anbieter durchzusetzen: Ein Verkauf ist bezahlt, wenn das Geld geflossen ist, nicht wenn der Gast zurückkam.

Vier Wege, und wofür jeder ehrlicherweise taugt

Weg	Reichweite	Am besten für
Stripe	Die meisten Länder und Währungen	Der Standard für Karten außerhalb Ägyptens
PayPal	Wallet und Karte, in den Währungen, die PayPal abrechnet	Gäste, die einer neuen Seite ungern ihre Karte geben
Paymob	Ägypten	Lokale Karten und Wallets in ägyptischen Pfund
Fawry	Ägypten	Eine Referenznummer, die der Gast bar in jeder Filiale zahlt

Fawry ist die nützliche Ausnahme: Es nimmt überhaupt keine Karte. Es stellt einen Code aus, der Gast zahlt ihn am Kiosk oder in der Apotheke, und die Bestätigung erreicht Sie danach. In einem Markt, in dem ein großer Teil der Menschen keine Karte besitzt, ist das kein Notbehelf — es ist der Hauptweg.

Bargeld und das Terminal an Ihrem Tresen bleiben zwei weitere Wege, ganz ohne Gateway. Sie werden an der Kasse erfasst und zum Schichtende gegen die Lade abgeglichen.

Ihre Währung wählt das Gateway, nicht Ihre Vorliebe

Das ist der Teil, der überrascht, also klar gesagt: Ein Anbieter rechnet in einer festen Liste von Währungen ab, und steht Ihre nicht darauf, hilft keine Konfiguration.

Paymob und Fawry rechnen in ägyptischen Pfund ab. In Kairo sind sie die richtige Antwort, in Madrid bedeutungslos. Stripe reicht fast überall hin. PayPal erreicht einen großen Teil der Welt, nimmt aber überhaupt keine ägyptischen Pfund, keine Rial und keine Dirham — ein ägyptisches Restaurant mit einer Karte in EGP kann PayPal also nicht hinter seine Kasse stellen, so gern es auch wollte.

Ein gutes System sagt Ihnen das bei der Einrichtung, nicht bei der ersten gescheiterten Bestellung. Einem Restaurant, das in Euro abrechnet, sollten die ägyptischen Wege gar nicht angeboten werden; einem, das in Pfund abrechnet, sollte man nicht stillschweigend erlauben, einen Anbieter einzurichten, der seine erste Transaktion ablehnen wird.

Wenn Sie in mehreren Ländern arbeiten, preisen Sie jede Filiale in ihrer eigenen Währung aus und lassen Sie jede ihren eigenen Anbieter führen. Womit wir beim nächsten Fehler wären.

Filialschlüssel sind keine Zentralschlüssel

Die Zugangsdaten eines Anbieters gehören zu einem Händlerkonto, und ein Händlerkonto rechnet auf ein Bankkonto in einer Währung ab.

Hat eine Gruppe also eine Filiale in einem anderen Land, kann diese die Zugangsdaten der Zentrale nicht erben — nicht als Richtlinienentscheidung, sondern als Rechenaufgabe. Die Schlüssel würden ihre Gäste zu einem Abwickler schicken, der ihr Geld nicht annehmen kann.

Die vernünftige Ordnung: Eine Filiale, die in derselben Währung abrechnet, erbt die Einstellungen und braucht keine eigene Einrichtung. Eine, die in einer anderen abrechnet, behält eigene Zugangsdaten, eigene Rückrufadresse und eigene Abrechnung. Fragen Sie jeden Anbieter, wie er das löst — bevor Sie das zweite Land eröffnen, nicht danach.

Der Webhook ist die Bestätigung

Wenn ein Gast fertig bezahlt hat, passieren zwei Dinge unabhängig voneinander:

sein Browser wird auf Ihre Seite zurückgeleitet, und
der Anbieter schickt Ihrem Server eine signierte Benachrichtigung darüber, was geschehen ist.

Nur die zweite ist vertrauenswürdig. Eine Weiterleitung kann durch eine abgerissene Verbindung, einen geschlossenen Tab, einen leeren Akku oder einen Gast, der einfach zurück gedrückt hat, unterbrochen werden — und in all diesen Fällen kann das Geld durchaus geflossen sein. Schlimmer noch: Eine Weiterleitung ist eine URL, und eine URL lässt sich eintippen.

Die signierte Benachrichtigung — der Webhook — ist der Anbieter, der Ihrem Server von Server zu Server mit einer von Ihnen prüfbaren Signatur mitteilt, dass die Zahlung abgeschlossen ist. Dieses Ereignis sollte die Bestellung als bezahlt markieren, den Bon an die Küche freigeben und in der Tageseinnahme erscheinen.

Zwei praktische Folgen:

Ihre Rückrufadresse muss aus dem Internet erreichbar sein. Ein Webhook ist eine eingehende Anfrage. Gegen einen Laptop im Café-WLAN funktioniert er nicht — deshalb kann ein Test, der auf dem Rechner eines Entwicklers besteht, im Betrieb scheitern.
Der Anbieter wird dasselbe Ereignis zweimal schicken. Netze verlieren Bestätigungen, und jeder ernsthafte Anbieter wiederholt. Darauf zu achten verhindert, dass eine Bestellung als zwei Zahlungen verbucht wird.

Erstattungen laufen denselben Weg zurück

Eine Erstattung ist keine Rücküberweisung — sie ist die Anweisung an den ursprünglichen Weg, eine bestimmte Belastung rückgängig zu machen. Sie können also nur über den Anbieter erstatten, der kassiert hat, und brauchen in der Regel die Referenz des Einzugs, nicht die der Bestellung.

Daraus folgt zweierlei. Erstens sind Bar- und Gateway-Erstattung verschiedene Vorgänge und sollten in Ihren Berichten verschieden aussehen, denn die eine leert eine Lade und die andere korrigiert eine Bankabrechnung. Zweitens muss eine Teilerstattung an die Belastung gebunden sein, die sie rückgängig macht, sonst schließt Ihr Abgleich nie.

Was die Bestellung wirklich kostet

In der Praxis scheitert Online-Zahlung aus langweiligen, nicht aus exotischen Gründen:

Der Betrag stimmt, die Währung nicht. Der Anbieter lehnt ab, und der Gast sieht einen unerklärten Fehler.
Die Rücksprung-URL ist ein App-Link statt einer Webadresse. Manche Anbieter akzeptieren nur gewöhnliche https-Adressen und weisen alles andere rundweg ab — die Bestellung entsteht gar nicht erst.
Niemand hat den Webhook eingerichtet. Zahlungen gelingen, Gästen wird abgebucht, und nichts im Restaurant weiß davon. Das ist der häufigste Ausfall, und er ist lautlos.
Die Testschlüssel wurden nie gegen echte getauscht. Alles läuft wunderbar, und es kommt nie Geld an.

Nichts davon ist ein kniffliges Problem. Es sind Checklistenprobleme, und genau deshalb gehören sie auf eine Checkliste — und deshalb verdient ein Verbindungstest, der den Anbieter wirklich anruft, statt nur Ihre Schlüssel zu speichern, seinen Platz im Einstellungsbildschirm.

Kurz gefasst

Bieten Sie die Wege an, die Ihre Gäste wirklich nutzen, preisen Sie jede Filiale in der Währung aus, in der sie abgerechnet wird, lassen Sie den Webhook — nicht die Weiterleitung — entscheiden, wann eine Bestellung bezahlt ist, und testen Sie mit echten Schlüsseln, bevor Sie jemandem sagen, die Seite sei offen. Der Rest ist Konfiguration.