Kassenbons in Excel umwandeln – Ein System, eine Tabelle

Square druckt Summen unten rechts mit Artikelbeschreibungen in einem sauberen Spaltenformat. Clover verteilt Artikel und Modifikatoren auf zwei Spalten. Toast – für Restaurants entwickelt – fügt Tischnummern, Gänge und Küchenzeiten hinzu, was sonst wie ein Einzelhandelsbeleg aussähe. Shopify-POS-Belege folgen einer E-Commerce-Rechnungsstruktur mit SKU-Feldern und Packhinweisen. Legacy-NCR-Terminals geben enge Monospace-Zeichenraster aus den 1990ern aus – Summen können mitten im Beleg zwischen Artikelgruppen stehen. Ein vorlagenbasiertes Tool, das "Gesamtsumme" an Position `(x: 180, y: 745)` erwartet, produziert bei den anderen vier Formaten Müll. Eine Einzelhandelskette mit Square im Flagship-Store, Clover in der Innenstadt-Filiale und Toast im Café steht vor drei völlig unterschiedlichen Belegschemas für denselben Tagesabschluss. Wie Einzelhandelsmanager auf r/restaurant immer wieder betonen, ist die Formatvielfalt bei Kassensystemen eine versteckte operative Reibung, die den Tagesabschluss um Stunden verlängert.

Ein Café-Kassensystem druckt "12OZ OAT M L" für einen mittleren Hafermilch-Latte. Ein Baumarkt-Kassensystem druckt "2X4X8 KD HT SPR" für kammergetrocknetes, hitzebehandeltes Fichtenholz. Ein Supermarkt-Kassensystem druckt "ORG BAN 4011 0.79" für Bio-Bananen. Das sind keine vollständigen Produktnamen – es sind interne POS-Codes, optimiert für die Belegbreite, nicht für Lesbarkeit. Bei manueller Dateneingabe muss der Bearbeiter jede Abkürzung gedanklich in eine erkennbare Beschreibung übersetzen. Die KI liest den Code unverändert in eine Artikelname/SKU-Spalte – und wenn Sie eine lesbare Kategorie benötigen, verwenden Sie eine abgeleitete Spalte wie "Kategorie (Optionen: Lebensmittel & Getränke/Baumaterialien/Allgemeiner Handel/Bürobedarf/Sonstiges)" und die KI klassifiziert jede Position basierend auf dem Ladenkontext und der gelesenen Artikelbeschreibung – selbst wenn auf dem Beleg keine Kategoriebezeichnung vorhanden ist.

Manche Kassensysteme drucken die Steuer als einzelne Position nach der Zwischensumme. Andere rechnen die Steuer in den Einzelpreis jeder Position ein. Wieder andere drucken die Steuer ganz oben auf den Bon, vor der Artikelliste. Ein System in einem Bundesstaat ohne Umsatzsteuer druckt gar keine Steuerzeile. Ein Vorlagentool, das ein „Steuer“-Feld an einer festen Position erwartet, liefert einen leeren Wert oder – schlimmer – greift eine sonstige Zeile mit der Bezeichnung „Servicegebühr“ fälschlich als Steuer auf. Die KI liest den semantischen Wert – sie identifiziert einen Steuerbetrag, indem sie erkennt, dass es sich um eine prozentuale Gebühr auf den Transaktionsbetrag handelt, unabhängig von ihrer Bezeichnung („Steuer“, „Umsatzsteuer“, „GST“, „MwSt.“, „HST“) oder ihrer Position auf dem Bon.

Geben Sie Ihre Spaltennamen einmal ein – „Filiale“, „Belegnummer“, „Datum“, „Uhrzeit“, „Gesamtbetrag“, „Steuer“, „Zahlungsart“, „Kassierer-ID“, „Kassen-Nr.“ – und die KI findet jeden Wert durch das Verständnis der Dokument-Semantik. Sie erkennt, dass der Dollarbetrag unter der Liste der Positionen und über oder neben der Zahlungsart-Zeile der „Gesamtbetrag“ ist. Sie erkennt den 4-stelligen Code neben „Kassierer:“ oder „Bedienung:“ als Kassierer-ID. Sie erkennt den numerischen Code oben auf dem Bon neben der Filialadresse als Kassen-Nr. Dieser semantische Ansatz bedeutet, dass dieselbe Spaltendefinition für einen Square-Bon von Filiale A, einen Clover-Bon von Filiale B, einen Toast-Bon aus dem Café und einen Shopify-POS-Bon vom Pop-up-Warenlager funktioniert – ohne systemabhängiges Template-Training oder Koordinaten-Zuordnung. Die KI passt sich dem Layout jedes Bons eigenständig an, weil sie liest, was die Daten sind, nicht wo sie sind.

Eine Einzelhandelskette mit drei Kassensystemen (Square im Flagship-Store, Clover in der Innenstadt, Toast im Café) lädt alle Tagesabschluss-Bons als einen Batch hoch. Einmal eingegebene Spaltennamen – „Filiale“, „Datum“, „Gesamtbetrag“, „Steuer“, „Zahlungsart“, „Kassen-Nr.“ – extrahieren Daten aus allen drei Systemen gleichzeitig. Die Spalte „Filiale“ erfasst die auf jedem Bon gedruckte Standortkennung (ob „Square Market – Hauptstraße“ vom Square-System oder der Adressblock vom alten NCR-Terminal). Die Spalte „Kassen-Nr.“ erfasst die Terminal-ID – ob als „Kasse 03“ bei Square oder „Terminal: 12“ bei Clover gedruckt. Die Ausgabe ist eine Tabelle, in der alle Transaktionen aller Filialen und aller Kassensysteme in denselben Spalten und im selben Format für den Abgleich bereitstehen. Kein Template-Training. Keine Einschränkung wie „dieses Tool funktioniert nur mit Square“.

Stapelverarbeitung ermöglicht es Ihnen, alle Tagesabschluss-Kassenbelege aller Filialen auf einmal hochzuladen – unabhängig vom Kassensystem – und die Ergebnisse in einer konsolidierten Excel-Datei zusammenzuführen. Für Filialen ohne Zugriff auf Ihr zentrales System erstellen Sie einen Sammellink: eine teilbare URL, über die Filialleiter ihre Kassenbeleg-Scans oder digitalen Exporte durch Eingabe eines kurzen Prüfcodes hochladen – ohne Kontoerstellung. Alle Eingänge landen in Ihrer Verarbeitungswarteschlange, wo Sie Ihre Spalten einmal definieren und alles per Stapelverarbeitung in eine Tabelle überführen. Das bedeutet: Der Filialleiter vor Ort fotografiert den Tagesabschlussbericht des Kassenterminals, lädt ihn über den Link hoch, und Ihr Finanzteam erhält eine konsolidierte Tabelle mit allen Transaktionen aller Filialen – unabhängig vom jeweiligen Kassensystem.