Was ein Krypto-POS-Terminal im Browser kann und was nicht

Ein Krypto-POS-Terminal ist bei Paymos eine Webseite und kein Gerät. Je Projekt gibt es einen Terminal-Link, erzeugt im Dashboard des Händlers; er öffnet sich auf Telefon oder Tablet, gekoppelt wird nichts, und eigene Zahlungshardware kommt nicht vor.

An der Kasse wird der Betrag in einer von 46 Fiat-Währungen eingetippt, und nach der bestätigten Zahlung stellt sich der Bildschirm zurück. Warenbestand, Schichten, Belegdruck, Steuerberechnung und Trinkgeld sind nicht dabei.

Genau dieser letzte Satz fehlt auf Produktseiten für gewöhnlich. Eine am Schreibtisch gelesene Funktionsliste wird an der Kasse zu einem Versprechen, und der Abstand zwischen beidem zeigt sich vor einer wartenden Schlange.

Die Terminal-Seite begründet die Fähigkeit, und die Dokumentation beschreibt das Einschalten. Was folgt, liegt unter beidem: wie ein Browser-Terminal im Betrieb aussieht und wo seine fünf Kanten verlaufen.

Was ist ein Krypto-POS-Terminal im Browser?

Ein Krypto-POS-Terminal im Browser ist ein Kassenbildschirm, der als Webseite auf einem Gerät läuft, das dem Händler ohnehin gehört. Eigene Zahlungshardware taucht darin an keiner Stelle auf — Telefon oder Tablet mit Browser ist die vollständige Ausstattungsliste.

Je Projekt existiert genau ein Terminal-Link, erzeugt im Dashboard des Händlers. Die Kasse öffnet diesen Link, und das Öffnen ist die Einrichtung: keine Gerätebereitstellung, kein Kopplungsschritt und kein Gegenstand, der erst registriert werden müsste, bevor er einen Verkauf annimmt.

Der Link ist eine Eigenschaft des Projekts, und ob es ihn gibt, entscheidet dessen Integrationsmethode — die Antwort darauf, wie das Projekt an Paymos angebunden ist. Sie fällt bei der Anlage einmal und lässt sich danach nicht mehr ändern; nachrüsten lässt sich eine Kasse also nicht. Wer neben ihr einen zweiten Verkaufsweg braucht, legt dafür ein weiteres Projekt an.

Für den Händler beginnt der Betrieb damit nicht mit einer Beschaffung. Zwischen dem Entschluss, an der Theke Stablecoins anzunehmen, und dem ersten Verkauf liegt ein angelegtes Projekt und ein Link auf einem Bildschirm, der bereits im Laden steht.

Was kann dieses Terminal nicht?

Das Terminal führt weder Warenbestand noch Schichten, druckt keine Belege, rechnet keine Steuer und kennt kein Trinkgeld. Das sind fünf Aufgaben eines vollständigen Kassensystems, und keine einzige davon ist vorhanden. Deshalb steht die Liste so weit oben.

Sie zu veröffentlichen, ist der Punkt. Eine Produktseite nennt, was ein Ding kann, der Leser hält das Schweigen ringsum für Abdeckung, und an der Kasse kostet dieses Missverständnis einen Verkauf — genau der eine Ort, an dem sich eine Funktionsliste umdrehen lässt.

Das Terminal ist ein Zahlungsbildschirm. Es nimmt einen Betrag und bringt ihn zur Zahlung; alles andere auf der Fläche bleibt dort, wo es heute läuft: die Warenwirtschaft, der Dienstplan, das Belegwesen und was auch immer die Schuld ausrechnet.

Jede dieser Lücken bekommt weiter unten einen eigenen Abschnitt, denn die meisten haben einen Grund, der außerhalb eines Zahlungsbildschirms liegt.

Was ändert sich ohne Gerät zum Koppeln?

Das Koppeln ist der Schritt, der ein Kassengerät zu einem Gegenstand macht, den man kauft, versichert, einrichtet und ersetzt. Ein Browser-Terminal streicht diesen Schritt und den Geräteschrank dahinter — nichts, was über Nacht geladen werden muss, und kein Gegenstand, der für einen Verkauf anwesend sein müsste.

Der Ersatz folgt aus derselben Tatsache. Ein Tablet, das mitten in der Schicht ausfällt, wird ersetzt, indem der Terminal-Link auf einem anderen geöffnet wird; an das kaputte Gerät war nie etwas gebunden, und auf dem Nachfolger ist keine Einrichtung zu wiederholen.

Die Abhängigkeit wandert, sie verschwindet nicht. Ein Browser-Terminal braucht ein Gerät mit funktionierendem Browser und eine offene Verbindung — eine andere Sorge als ein Lesegerät mit leerem Akku, aber eben nicht die Abwesenheit jeder Sorge.

Was deckt ein Terminal-Link je Projekt ab?

Ein Terminal-Link deckt jedes Gerät ab, das ihn öffnet. Mehrere Geräte dürfen das Terminal nutzen; eine zweite Kraft öffnet dieselbe Seite auf einem weiteren Telefon, eine dritte ebenso — ein Link, so viele Hände an der Theke, wie nötig sind.

Jedes Gerät übernimmt dasselbe Aussehen. Das Terminal verwendet das Checkout-Branding des Projekts — Name und Logo, Checkout-Stil, Farben und Eckenradius, die die Zahlungsseiten dieses Projekts ohnehin tragen —, damit drei Telefone hinter einer Theke ein Geschäft zeigen.

Was ein Link auf Projektebene nicht mitbringt, ist eine Schicht. Das Terminal kennt kein Objekt, das sich unter einer benannten Kraft öffnet und mit einer Zählung schließt; der Tagesabschluss kommt also weiterhin dorther, woher er heute kommt.

Wer an drei Telefonen zugleich verkauft, sieht die Verkäufe deshalb nicht nach Kasse getrennt. Sie laufen als Rechnungen desselben Projekts zusammen, und wer sie einer Person zuordnen will, tut das im eigenen Verfahren.

Was bringt der Betrag in einer Fiat-Währung?

Ein Betrag in einer Fiat-Währung preist den Verkauf in dem Geld aus, in dem beide Seiten denken. Das Terminal nimmt Eingaben in 46 Fiat-Währungen entgegen, die Zahl auf dem Bildschirm ist damit der eigene Preis des Geschäfts, und an der Theke rechnet niemand in Tokenmengen um.

Ein Verkauf am Terminal hält seinen Kurs in dem Moment fest, in dem der Zahler zahlt. Von da an bewegt sich der gesendete Stablecoin-Betrag nicht mehr mit dem Markt — genau das braucht eine Theke, an der der Preis laut ausgesprochen wurde, bevor irgendein Wallet offen war.

Die Auszeichnung in Fiat gehört allerdings nicht allein zum Terminal. Ein Betrag lässt sich auf jeder Rechnungsoberfläche in einer Fiat-Währung eingeben; ein Geschäft, das an der Theke und online verkauft, preist beides gleich aus und liest über beide Kanäle eine Währung.

Wo bleiben Warenbestand und Schichten?

Warenbestand und Schichten sind die beiden Lücken, die am meisten überraschen, weil beide wie Selbstverständlichkeiten einer Kasse klingen. Das Terminal führt keine von beiden: Beim Verkauf sinkt nichts, und um den Arbeitstag einer Kraft öffnet und schließt sich nichts.

Der Bestand ist der klarere Fall von beiden. Ein System, das Bestände fortschreibt, braucht die Identität des verkauften Artikels; das Terminal nimmt einen Betrag, und ein Betrag legt einen Preis fest, ohne ein Produkt zu benennen. In dieser Zahl steht nichts, was eine Bestandsliste verringern könnte.

Eine Schicht ist eher ein Behälter als eine Funktion. Zu ihr gehören ein Wechselgeldbestand, die unter einer Person aufgelaufenen Verkäufe und eine Zählung am Ende, die aufgeht oder nicht. Ein Zahlungsbildschirm ohne Schichtobjekt hat nichts zu öffnen, der Tag schließt also dort, wo er vor dem Terminal schloss.

Woher kommt der Beleg, wenn nichts gedruckt wird?

Eine Belegpflicht liegt beim Verkäufer und nicht beim Zahlungsbildschirm. Das Terminal druckt nichts und gibt keinen Beleg aus; das ändert, wer das Dokument erzeugt, nicht, ob eines geschuldet ist. Hinter dieser Lücke steht Recht, und hinter zwei weiteren ebenso.

In Deutschland formuliert § 146a Absatz 2 der Abgabenordnung die Pflicht deutlich: Wer Geschäftsvorfälle mit einem elektronischen Aufzeichnungssystem erfasst, hat dem Beteiligten einen Beleg "in unmittelbarem zeitlichem Zusammenhang mit dem Geschäftsvorfall" zur Verfügung zu stellen. Befreiungen sind beim Verkauf an eine Vielzahl unbekannter Personen möglich.

Diese Pflicht hängt am Umsatz und am Aufzeichnungssystem des Verkäufers, nicht an der Schiene, auf der das Geld ankam. Ein Geschäft, das ein Dokument schuldet, schuldet es bei Bargeld, bei Karte und bei einem Stablecoin am Browser-Terminal gleichermaßen.

Aufgezeichnet wird die Zahlung trotzdem. Ein Terminal-Verkauf ist eine Rechnung auf dem Händlerkonto, und das Dashboard trägt Rechnungssuche, Filter und Rechnungsdetails — eine Aufzeichnung dessen, was bezahlt wurde, und kein Dokument für den Kunden.

Warum rechnet das Terminal keine Steuer?

Die Umsatzsteuer ist eine Frage der Rechtsordnung und lange vor der Zahlung entschieden. Das Terminal führt keine Steuerberechnung durch, und der Grund ist, dass die richtige Zahl von Umständen abhängt, die ein Zahlungsbildschirm nie sieht — an der Theke so wenig wie anderswo.

Schon innerhalb eines Landes gibt es mehr als einen Satz. § 12 des Umsatzsteuergesetzes setzt den Regelsatz auf 19 % der Bemessungsgrundlage und ermäßigt ihn auf 7 % für eine lange Liste von Umsätzen, darunter Lebensmittel, kurzfristige Beherbergung und Restaurantleistungen ohne Getränke.

Welcher der beiden Sätze gilt, entscheidet sich am Artikel und am Umsatz. Für ein Terminal wäre das eine Angabe, die es nicht hat: Es kennt den Betrag, nicht den Warenkorb, und in Österreich oder der Schweiz stünden ohnehin andere Sätze in derselben Zeile.

Das Terminal nimmt deshalb die Zahl entgegen, die die Steuerlogik des Geschäfts erzeugt hat. Diese Rechnung liegt weiter vorne, wo Artikel und Adresse beide schon bekannt sind, und was an der Betragseingabe ankommt, ist die Summe, die dem Kunden genannt wurde.

Warum gehört Trinkgeld nicht auf den Bildschirm?

Trinkgeld ist ein Objekt der Lohnabrechnung mit einer Nachweiskette dahinter. Das Terminal kennt kein Trinkgeld, und eine Trinkgeldzeile setzte den Anfang dieser Kette auf einen Bildschirm, der den Rest nicht tragen kann — eine Sammelstelle, hinter der nichts weitergeht.

Was ein Trinkgeld braucht, ist die Zuordnung zu einer benannten Person. Es muss einer Kraft gutgeschrieben, über die Zeit aufsummiert und in der Abrechnung des Arbeitgebers wiedergefunden werden, damit die Verteilung im Team überhaupt nachvollziehbar bleibt.

Ein Terminal ohne Schichten und ohne Personalstamm hält nichts davon. Es weiß nicht, wer gerade an der Theke steht, und eine Zeile, die Geld einsammelt, das anschließend niemandem zugeordnet werden kann, wäre schlechter als gar keine Zeile.

Die Abwesenheit ist hier die ehrliche Antwort. Trinkgeld wird dort angenommen, wo es heute angenommen wird, und der Zahlungsbildschirm mischt sich in eine Verteilung nicht ein, die er nicht abbilden könnte.

Was passiert nach der Bestätigung?

Nach einer bestätigten Zahlung stellt sich das Terminal zurück. Der Bildschirm steht wieder bei der Betragseingabe, der nächste Verkauf beginnt also bei einem geleerten Betrag ohne Reste des vorigen Kunden, und die Kasse muss dafür nichts antippen.

Bestätigt ist dabei ein definierter Zustand und keine Hoffnung. Wie tief eine Zahlung geht, bevor das Terminal sie bestätigt nennt, folgt aus Netzwerk und Betrag zusammen — ein kleiner Verkauf kann flacher durchgehen, ein großer eine stärkere Schwelle verlangen, und warum die Wartezeit schwankt führt die Regel vollständig aus.

Deshalb lohnt es, das Zurückstellen als Verhalten zu benennen. Das Terminal sucht sich keinen Moment zum Weitermachen aus: Der Rückstellung geht die Bestätigung voraus, und damit fallen das Zeichen für die Warenübergabe und das Freiwerden des Bildschirms auf dasselbe eine Ereignis.

Für welche Kassen passt ein Browser-Terminal?

Ein Browser-Terminal passt zu einer Theke, deren Aufzeichnungen schon woanders liegen. Marktstände, Pop-ups, Dienstleistungsbetriebe und jede Kasse, an der ein Verkauf aus einem Preis und einer Zahlung besteht, ohne dass eine Position aus dem Bestand gezogen wird. Der Zahlungsbildschirm war dort das fehlende Stück.

Dieselbe Liste liest sich im umgekehrten Fall als Ausschluss. Ein Geschäft, dessen Bestände beim Verkauf sinken, ein Lokal, in dem Personal anteilig über Trinkgeld bezahlt wird, oder eine Kasse mit Belegpflicht am Verkaufsort braucht jeweils ein System, das dieses Terminal nicht ist.

Beide Lesarten kommen aus einer Liste, und das ist das Argument dafür, sie zu veröffentlichen. Entscheiden Sie danach, ob ein Browser-POS-Terminal das fehlende Stück ist — die Wege, Krypto online anzunehmen, decken den anderen Fall ab, und wie eine Rechnung bezahlt wird beschreibt, was an der Theke geschieht, während das Wallet des Kunden offen ist.