Zahlungsabläufe zuerst sicher testen
Der Pilot zeigt Bezahlen am Besuchsende oder vor Absenden, Rechnungsteilung, Trinkgeld, Testerstattungen und den Rundenabschluss ohne Geldfluss. Karte, Apple Pay, Google Pay, PayPal und Tap to Pay hängen von Händler, Anbieter, Land und Gerät ab. Eine pauschale Verfügbarkeit wird nicht zugesagt.
Beleg am Handy erhalten
Ein privater QR-Zugang kann einen Testbeleg öffnen. PDF-Download und vorbereiteter E-Mail-Versand stehen im Ablauf. Für Bewirtungsangaben lassen sich Namen aus der Bestellung übernehmen, bearbeiten, ergänzen und am Handy unterschreiben. Der Pilot erzeugt ausdrücklich keine rechtsgültige Rechnung oder steuerliche Freigabe.
Print für Küche und Bar
Testdrucker werden Stationen zugeordnet. Warteschlange, Gerätestatus, Papier-/Netzfehler und begründeter Nachdruck machen den vorgesehenen Ablauf sichtbar. Ein echtes Modell wird mit Anschluss, Fehlerfällen und Wiederanlauf abgenommen. Das geplante IQ-Order-Print-Paket ist daher kein pauschal lieferbares Gerätelager.
Connect und internationale Belege
Bei einer Kassenintegration klären wir Hersteller, Version, Zugangsweg und den Belegaussteller. Bestellung, Status, Zahlung, Storno und erneute Meldungen werden gemeinsam getestet. Für jedes Land sind Beleg-/Fiskalpartner und fachliche Anforderungen separat zu prüfen. Plattformen wie Uber Eats, Bolt Food oder Lieferando benötigen zudem ihre Partnerfreigaben.
Für jeden Datenfluss einen Verantwortlichen festlegen
Vor einer Integration klären wir, welches System die Bestellung annimmt, wo die Zahlung bestätigt wird und wer den Beleg ausstellt. Dieselbe Zahlung darf nicht unbemerkt doppelt verbucht werden. Unklare Antworten, wiederholte Meldungen, Storno und Erstattung gehören in die Testfälle. Ein lokaler Simulator prüft unseren vorgesehenen Ablauf; er bestätigt nicht die tatsächliche Kommunikation mit einem fremden Kassensystem.
System-E-Mail, PDF und Belegergänzung unterscheiden
Der Gast kann einen privaten Testbeleg als PDF speichern. Ein echter Versand zusätzlich zur Downloadfunktion benötigt den eingerichteten Systemabsender und einen geprüften Maildienst. SMTP, Google oder Microsoft 365 sind dafür vorbereitete Wege. Bewirtungsangaben ergänzen den Beleg; eine Handy-Unterschrift macht aus einer Testrechnung keine landesspezifisch freigegebene Rechnung. Für den Echtbetrieb werden Belegaussteller, Pflichtangaben und Fiskalprozess zusammen geprüft.
SO KANN DER ABLAUF AUSSEHEN
Ein Beispiel: bestehende Kasse gezielt anbinden
- Ein Restaurant benennt Hersteller und Version seiner Kasse, sein Einsatzland und den gewünschten Zahlungsanbieter. Der künftige Belegaussteller wird ausdrücklich festgelegt.
- Eine Testbestellung durchläuft Annahme, Zubereitung, simulierte Zahlung und Beleg. Erneute Meldung, Fehlerantwort und Storno werden gesondert geprüft.
- Erst nach tatsächlichem Anbieteranschluss und Abnahme wird der vereinbarte Umfang freigegeben. Ein Testadapter allein löst keine echte Zahlung aus.
Illustratives Beispiel zur Erklärung · keine echte Bestellung, Zahlung oder Kundenauswertung
Diese Anschlüsse werden einzeln geprüft
| Deine Entscheidung | Möglichkeit im Pilot | Vorher prüfen |
|---|---|---|
| Zahlungen | Karte, Wallet oder weiterer Anbieter | Händler, Land, Gerät und Erstattung |
| Kasse und Fiskalisierung | Konkreter Hersteller und Belegaussteller | Doppelbuchung, Storno und Länderanforderungen |
| Bondruck | Küche/Bar mit Druckwarteschlange | Modell, Papierfehler und Wiederanlauf |
| Systemabsender mit Versanddienst | PDF-Anhang, Antwortadresse und Zustellung |
FÜR DEIN ERSTES GESPRÄCH
Das bereitest du vor.
- Land, Währung, Händler und vorhandene Hersteller-Versionen benennen.
- Führendes Bestell-, Zahlungs- und Belegsystem schriftlich festlegen.
- Wiederholung, unklare Antwort, Storno und Erstattung in die Abnahme aufnehmen.
- Geräte, Mailzustellung und Belegpflichten mit echten Anschlüssen prüfen.
So gehst du vor
- Startland, Händler und vorhandene Systeme benennen.
- Benötigte Datenflüsse und Zuständigkeiten festlegen.
- Testfälle für Bestellung, Zahlung, Beleg und Fehler prüfen.
- Erst den tatsächlich abgenommenen Umfang produktiv freigeben.
Häufige Fragen zu Zahlung & Anbindung
Sind Zahlungen und Belege in der Demo echt?
Nein. Zahlungen sind Simulationen und Belege klar als Test gekennzeichnet. Es wird kein Geld eingezogen und keine steuerliche Verwendbarkeit zugesagt.
Funktioniert Tap to Pay ohne zusätzliches Terminal?
Das ist als Anschlussweg vorgesehen, benötigt aber ein zugelassenes Anbieter-SDK, einen freigegebenen Händler sowie ein passendes Land und Gerät. Es ist noch keine allgemein freigegebene IQ-Order-Zahlungsfunktion.
Kann ich jede vorhandene Kasse sofort verbinden?
Nein. Jede konkrete Hersteller-/Versionsanbindung wird nach verfügbarem API-/Partnerzugang geplant und vollständig getestet.
Erlaubt ein Länderprofil schon produktive Finanzamt- oder Fiskalmeldungen?
Nein. Ein vorbereiteter Länderablauf ist kein abgenommener Transaktionsadapter und keine behördliche Registrierung. Die konkrete Anbindung wird separat geprüft.
Warum wird der Belegaussteller vor der Integration festgelegt?
Damit klar ist, welches System den maßgeblichen Beleg erstellt und wie Doppelbelege, Storno und Zahlungsabgleich verhindert beziehungsweise bearbeitet werden.