Kartenzahlungen
Der Betrag geht von der Kasse an das Terminal; das Ergebnis kommt zurück an die Bestellung. Der Gast zahlt am Terminal, nicht am Kassenbildschirm.
Eine Kasse ist nur nützlich, wenn sie mit dem Terminal, dem Drucker, dem Scanner und der Buchhaltung sprechen kann. Das sind die Verbindungen, die es heute gibt — und wir nennen die, die wir gebaut haben, keine Roadmap.
Jede wird einmal eingerichtet und gehört dann zur Schicht — keine Middleware, kein zweites Dashboard, das offen bleiben muss.
Der Betrag geht von der Kasse an das Terminal; das Ergebnis kommt zurück an die Bestellung. Der Gast zahlt am Terminal, nicht am Kassenbildschirm.
Belege drucken aus der Kasse, und ein Etikettendrucker lässt sich für Regal oder Bar einrichten. Der Drucker wird in den Einstellungen gewählt, nicht für jedes Gerät neu gebaut.
Ein Scanner, der den Barcode wie eine Tastatur eingibt, funktioniert mit der Produktsuche. Der Code findet das Produkt; niemand tippt dreizehn Ziffern an der Theke.
Ein zweiter Bildschirm an der Theke zeigt dem Gast, was auf dem Beleg entsteht — Artikel, Menge und Summe, bevor die Karte aufgelegt wird.
Ein QR-Code öffnet die Karte auf dem Telefon des Gastes. Die Preise kommen aus denselben Produkten, die die Kasse verkauft — eine Preisänderung lässt keine alte Karte auf dem Tisch.
Am Monatsende gehen die Zahlen als Datei hinaus, nicht als Screenshot. Kassenbuch und Berichte sind schon gebaut; der Export ist der letzte Schritt, nicht der erste.
API Access gibt Ihnen eigene Schlüssel für die Integrationen, die Sie bauen. Wenn ein anderes System etwas von der Kasse braucht, kann es direkt fragen, statt dass jemand eine Datei exportiert und per E-Mail schickt.
Sagen Sie uns vor der Demo, was das andere System braucht. Wir sagen, was die API heute bereitstellt — einschließlich „das nicht“, wenn das die Antwort ist.
Es gibt keinen Plugin-Marktplatz und keinen Konnektor der Woche. Die Verbindungen, die es gibt, stehen auf dieser Seite. Wenn Ihr anderes System nicht dabei ist, fragen Sie — wir antworten mit dem, was existiert, nicht mit einer Roadmap, die wir nicht halten können.
Die fiskalische Signatur wird über die nach KassenSichV erforderliche TSE geschrieben; sie gehört zu jedem Verkauf, nicht zu einer Integration, die man separat kauft.
Die Modellnummer zählt mehr als die Marke auf der Schachtel. Schicken Sie sie vor der Demo, dann sagen wir Ihnen, was passt.
Das System ist auf Adyen-Terminals ausgelegt. Der Betrag wird von der Kasse gesendet, und das Zahlungsergebnis kommt an der Bestellung zurück. Wenn Sie bereits ein Terminal eines anderen Anbieters besitzen, sagen Sie es vor der Demo — wir sagen Ihnen direkt, ob es genutzt werden kann.
Vielleicht. Epson ePOS-Print wird direkt unterstützt, und der Druckdialog des Browsers erreicht andere Drucker. Schicken Sie das Modell vor der Demo; vom Foto zu raten endet meist mit einem Drucker, der fast funktioniert.
Ein Scanner, der sich wie eine Tastatur verhält, braucht keinen Treiber: Er gibt den Code in die Produktsuche ein, genau wie ein Mensch. Ein Scanner mit eigener Software ist ein anderes Gespräch — schicken Sie das Modell.
DATEV, CSV, Excel und PDF. Kassenbuch und Berichte entstehen im System; der Export ist am Monatsende eine Datei statt einer Zahl, die vom Bildschirm abgetippt wird.
Nein. Es öffnet sich im Browser auf einem zweiten Bildschirm und zeigt Warenkorb und Summe live. Es ist Teil des Systems, kein zweites Produkt mit eigener Lizenz.
Fangen Sie mit der API an und sagen Sie uns, was das andere System ist. Wir sagen, ob es mit dem Vorhandenen geht, ob Arbeit nötig ist oder ob es außerhalb dessen liegt, was wir tun. Wir versprechen keinen Konnektor, bevor er existiert.
Zeigen Sie uns Terminal, Drucker und Scanner, die Sie haben — oder die Sie kaufen wollen — und wir sagen Ihnen vor der Demo, was funktionieren wird.