Warum muss ich in meinem POS erst ein Produkt erstellen, bevor ich einen einmaligen Verkauf kassieren kann?

Weil Ihr POS-System den Produktkatalog als einzige vertrauenswürdige Quelle betrachtet – und ein einmaliger Verkauf in diesem Modell keinen Platz hat. Jede Zeile auf einem Beleg muss einem Produktdatensatz zugeordnet sein, und viele Systeme werden ohne freie Eingabe ausgeliefert: Es gibt keinen Zeilentyp, bei dem ein Kassierer einfach einen Namen und einen Preis eingibt und weitermacht. Wenn ein Kunde Ihnen etwas überreicht, das nie als Produkt erfasst wurde, gibt es an der Kasse keinen Button dafür.

Der Kassierer improvisiert also, meist auf eine von zwei Arten: Er erstellt mitten im Verkaufsprozess ein Wegwerf-Produkt, während die Schlange länger wird, oder er verbucht den Verkauf über das ähnlichste echte Produkt und hofft, dass es niemand merkt. Beide Wege führen zu falschen Daten in Ihrer Buchhaltung.

Warum muss jeder Verkauf einem Katalogdatensatz zugeordnet sein?

Weil in einem katalogzentrierten POS der Produktdatensatz die gesamte Arbeit übernimmt. Er enthält den Preis, die Steuerregel, die Lagerverknüpfung und die Berichtskategorie, sodass das Kassieren eher einer Suche als einer Dateneingabe gleicht. Dieses Konzept ist für die überwiegende Mehrheit der Transaktionen im Einzelhandel richtig und sorgt dafür, dass sich das Scannen eines Barcodes augenblicklich anfühlt.

Die Lücke zeigt sich an den Rändern: eine Reparaturgebühr, eine Sonderbestellung, Lieferkosten oder das ungewöhnliche Kommissionsteil, das ein Lieferant heute Morgen vorbeigebracht hat. Alte elektronische Registrierkassen hatten dafür eine freie Warengruppentaste (einen Button, der einen eingegebenen Preis akzeptierte und einer Kategorie zuordnete). Viele moderne Cloud-POS-Systeme haben diese Funktion stillschweigend gestrichen, als sie zu einem katalogzentrierten Design übergingen, und sie nie wieder aufgebaut.

Was tut das Personal wirklich, wenn es keinen Button für freie Eingaben gibt?

Es schafft Notlösungen – und diese Behelfe kosten mehr als die eigentliche Lücke.

• Mitten im Verkauf erstellte Wegwerf-Produkte. Ein Kassierer unterbricht die Transaktion, öffnet den Katalog-Editor und erstellt einen „Sonstiges“-Artikel mit dem heutigen Preis. Wenn Sie das einen Monat lang tun, füllt sich Ihr Katalog mit Müll-Datensätzen, die die Suche, Exporte und Berichte zumüllen.

• Das Dummy-Produkt-Raster. Manche Systeme verleiten Händler dazu, Produkte mit den Namen „Individueller Verkauf 1“ und „Individueller Verkauf 2“ anzulegen, jeweils mit einer Variante pro Preispunkt (1,00 €, 2,00 € usw.), sodass der Kassierer die Variante wählt, die dem tatsächlichen Betrag am nächsten kommt. Das ist ein Katalog, der so tut, als wäre er ein Tastenfeld, und er rundet Ihre Einnahmen auf die existierenden Varianten ab.

• Das Verbohnen über das nächstgelegene echte Produkt. Am Schnellsten an der Kasse, am Schlimmsten in den Büchern. Die ersetzte SKU (Stock Keeping Unit, der Produktdatensatz) verliert Lagerbestand, der nie verkauft wurde, Nachbestellvorschläge werden durch Phantom-Nachfrage ausgelöst und Ihr Verkaufsbericht schreibt den Umsatz dem falschen Produkt zu.

• Der Mengen-Trick. Ein 1-Euro-Produkt, das mit einer Menge von 37 verbucht wird, erzeugt eine 37-Euro-Zeile und eine verkaufte Stückzahl, die völlig aussagelos ist.

Jede dieser Methoden ist im Moment unsichtbar und bei den Berichten teuer. Es ist dasselbe Fehlermuster wie beim Panzertape-POS-System: Die Notlösung wird zum System und die Berichte spiegeln das Geschäft nicht mehr wider.

Welche Notlösungen halten durch, bis Sie das Problem beheben?

Wenn Ihr aktuelles POS das nicht kann und Sie diese Woche nicht wechseln, begrenzen Sie den Schaden:

1. Erstellen Sie zentral ein sonstiges Produkt pro Steuerbehandlung, bei dem die Preisüberschreibung an der Kasse aktiviert ist. Benennen Sie sie eindeutig, zum Beispiel „Sonstiges steuerpflichtig“ und „Sonstiges steuerfrei“, damit zumindest die Steuer der Position stimmt.

2. Sperren Sie die Katalogbearbeitung an der Kasse. Behelfsprodukte sollten einmalig von einer Führungskraft erstellt werden, niemals mitten im Verkauf von der aktuellen Schicht.

3. Überprüfen Sie die Sonstiges-Positionen wöchentlich. Wenn sonstige Verkäufe mehr als einen winzigen Teil des Umsatzes ausmachen, navigieren Sie im Blindflug bezüglich dessen, was sich tatsächlich verkauft – genauso wie nächtliche CSV-Exporte Abweichungen bis zum Monatsende verschleiern.

Das ist Schadensbegrenzung. Es hält Gesamtsummen und Steuern konsistent, aber jeder einmalige Verkauf landet immer noch in einem einzigen, undifferenzierten Topf, und nichts davon macht die Lagerbestandsabweichungen durch ersetzte SKUs rückgängig.

Wie sollte ein einmaliger Verkauf beim Checkout aussehen?

Wie ein gleichberechtigter Zeilentyp, nicht wie ein Katalog-Hack. Der Kassierer gibt einen Namen ein, gibt einen Preis ein, wählt aus, ob die Steuer gilt und welche Steuergruppe zutrifft, und fügt die Position dem Warenkorb hinzu. Sie verhält sich bei der Zahlung wie jeder andere Artikel, druckt ihren eigenen Namen auf den Beleg, erscheint in Berichten als eigene Zeile und berührt niemals den Lagerbestand. Ältere Registrierkassen konnten das schon vor Jahrzehnten; es gibt keinen technischen Grund, warum ein modernes POS das nicht kann.

Final bietet dies als individuellen Verkauf an: einen Tab neben dem Katalog auf dem Verkaufsbildschirm, bei dem Sie einen Namen und einen Betrag über ein Tastenfeld eingeben, optional eine Steuergruppe auswählen und den Artikel dem Warenkorb hinzufügen wie jede andere Zeile auch. Das ist heute live verfügbar, und die vollständigen Schritte finden Sie im Help Center: wie Sie einen individuellen Verkauf tätigen. Dasselbe Prinzip gilt für andere Checkout-Sonderfälle, die ein flexibles System abdecken sollte, von steuerfreien Verkäufen bis hin zu geteilten Zahlungen: Entscheidungen auf Zeilen- und Zahlungsebene gehören an die Kasse, nicht in die Katalog-Chirurgie.

Eines gilt als Leitplanke: Eine freie Eingabe ist für echte Einzelfälle gedacht. Wenn Sie jede Woche denselben „einmaligen Verkauf“ verbuchen, hat er sich einen Produktdatensatz verdient. Der Unterschied besteht darin, dass das Hinzufügen zu einer bewussten Katalogentscheidung wird – anstatt zu einem Notfall mitten im Verkauf vor den Augen der wartenden Schlange.

Warum zwingt Sie Ihr POS also dazu, zuerst ein Produkt zu erstellen?

Weil es unter der Annahme entwickelt wurde, dass der Katalog vollständig ist – und die Kasse der Ort ist, an dem diese Annahme mehrmals pro Woche bricht. Die Lösung ist nicht mehr Disziplin beim Personal oder ein ordentlicheres Raster von Dummy-Produkten; es ist ein Zeilentyp für freie Eingaben, der einen eingegebenen Namen, einen eingegebenen Preis und eine Steuerentscheidung verarbeitet. Faustregel: Wenn ein einmaliger Betrag länger dauert als die Eingabe seines Preises, fehlt Ihrem POS-System ein Zeilentyp und keine Notlösung. Zählen Sie, wie viele „Sonstiges“-Zeilen im letzten Monat in Ihren Berichten gelandet sind – und wenn Sie die Zahl überrascht, überprüfen Sie auch die restlichen Notlösungen.