Foto zum Beitrag Kassenprozesse im Handel: Systeme, Belege und Zahlungsabwicklung
Foto von StillWorksImagery auf Pixabay

Kassensysteme

Kassenprozesse im Handel: Systeme, Belege und Zahlungsabwicklung

Der stationäre Detailhandel steht unter Veränderungsdruck. Der Online-Handel verändert die Anforderungen an den Point of Sale: Jeder einzelne Kaufakt muss mehr leisten – zuerst an der Kasse.

Dies ist ein redaktionelles Pseudonym der Publikation und keine Behauptung einer unabhängig verifizierten persönlichen Identität. Ursprüngliche redaktionelle Zuordnung: Redaktion Detailhandel.

Warum Kassenprozesse im Schweizer Handel unter Druck geraten

Der stationäre Detailhandel steht unter Veränderungsdruck. Der Online-Handel verändert die Anforderungen an den Point of Sale: Jeder einzelne Kaufakt muss mehr leisten – zuerst an der Kasse.

Die Kasse ist längst keine isolierte Registrierkasse. Bei ihr laufen Sortiment, Personal, Zahlungsmittel, Beleg, Warenbestand und Buchhaltung zusammen. Wechseln Kundinnen und Kunden zwischen Laden, Onlineshop und Abholung, müssen Bestände, Belege und Zahlungen übereinstimmen. Kassenprozesse werden so zum betrieblichen Kernprozess statt zur Randerscheinung der IT.

Für den Schweizer Markt lassen sich zwei Systemtypen unterscheiden: das lokal installierte Kassensystem, bei dem die Software vor Ort liegt, und das Cloud-Kassensystem mit externer Datenhaltung. Paymash ist ein Beispiel für ein Cloud-Kassensystem; Odoo ist ein System, das über Schweizer Partner wie braintec eingeführt und betreut wird.

Dazu kommen stationäre All-in-One-Systeme. Das Clover Mini ist eine kompakte POS-Lösung für den Tresen; das Clover Compact soll ab Oktober 2026 als stationäres All-in-One mit Touchscreen und integriertem Belegdrucker folgen. Drei Systeme lassen sich damit namentlich einordnen: Paymash, Odoo mit Schweizer Implementierungspartnern und Clover.

Der Vergleich entlang der drei Kriterien zeigt unterschiedliche Ansätze: Bei der Datenhaltung sind Paymash als Cloud-Lösung und Odoo mit Private-Cloud- oder PaaS-Hosting beschrieben. Bei den Geräten steht Paymashs App für iOS und Android dem Clover All-in-One gegenüber. Bei der Zahlungsabwicklung unterstützt Paymash Karten und TWINT; bei Clover ist sie integriert (Paymash; vert.de).

Die Grenzen liegen bei der Datenhaltung. Bei Cloud-Kassensystemen liegen die Daten extern, und der Betrieb hängt an der Netzwerkverbindung. Wer Belege und Buchungsdaten selbst braucht, klärt vorgängig Export, Zugriff und Ablage.

POS steht für Point of Sale – den Moment, in dem ein Kauf abgeschlossen wird. Ein POS-System erfasst Zahlungen, erstellt Bons und dokumentiert Umsätze.

Ein All-in-One-System integriert Hardware, Software und Zahlungsabwicklung. Im klassischen Setup stehen ein Kassenprogramm des Softwareanbieters, ein separates Terminal des Zahlungsdienstleisters und oft ein drittes Tool für Berichte oder Mitarbeiterverwaltung nebeneinander.

Zahlungsabwicklung an der Kasse heisst: Zahlung erfassen, Zahlung buchen, Beleg erstellen. Im klassischen Setup stehen dafür Kassenprogramm und Terminal als zwei getrennte Geräte nebeneinander, bei einem All-in-One-System ist es eines.

Im Schweizer Detailhandel treffen an der Kasse drei Kreise aufeinander: der Zahlungsdienstleister mit seinem Terminal, die Buchhaltung mit den Belegen und die Mehrwertsteuerabrechnung über die ESTV.

Die ESTV stellt dazu Webpublikationen und MWST-Infos bereit. Zentrale Einstiegspunkte sind «Mehrwertsteuer anmelden» und «Mehrwertsteuer abrechnen» im ESTV-Portal; der Zugang läuft über ein ESTV-Portal-Login, als neue Login-Methode nennt die ESTV AGOV.

Vergleich von Kassensystemen im Schweizer Handel

Systemtyp
Cloud-Kassensystem (Paymash)
Datenhaltung
Extern in der Cloud
Geräte
App auf iOS/Android-Geräten
Zahlungsabwicklung
Karten und TWINT (integriert oder extern)
Systemtyp
Odoo mit Schweizer Partner (braintec)
Datenhaltung
Private Cloud oder PaaS-Hosting
Geräte
Flexibel (Softwareanpassung möglich)
Zahlungsabwicklung
Integriert oder über Drittanbieter
Systemtyp
All-in-One-System (Clover Compact)
Datenhaltung
Extern (Cloud-basiert)
Zahlungsabwicklung
Integriert

Cloud-Kassensysteme: Datenhaltung, Zugriff und Grenzen

Der zentrale Unterschied liegt in der Datenhaltung: Bei einem gewöhnlichen Kassensystem wird die Software vor Ort installiert. Bei einem Cloud-Kassensystem werden die Daten extern in einer Cloud gespeichert und lassen sich direkt über einen Browser aufrufen – auch ausserhalb des Betriebs.

Cloud-Computing ist im Alltag angekommen: Apple, Netflix, Amazon und E-Mail-Dienste nutzen die externe Datenhaltung. Paymash überträgt dieses Modell auf die Kasse und ermöglicht damit modernes und mobiles Kassieren.

Paymash umschreibt die Cloud als enorm grosse Festplatte, auf die über das Internet zugegriffen wird. Inzwischen gibt es viele Cloud-Kassensysteme, und bei diesen werden die Daten extern in einer Cloud gespeichert. Die Kassendaten liegen damit nicht im Ladengeschäft, sondern bei einem Anbieter.

Daraus entsteht Flexibilität: Im Normalfall sind keine vorgegebenen Hardwareprodukte nötig, und die Lösung ist nicht an einen bestimmten Arbeitsplatz gebunden. Für Betriebe mit mehreren Standorten, Aussenverkauf oder wechselnden Verkaufsflächen ist das ein handfester Vorteil, muss die Kassenkonfiguration doch nicht an jedem Ort neu aufgesetzt werden.

Zwei Grenzen: Der Betrieb hängt an der Netzwerkverbindung; jede Ausfallzeit trifft direkt den Verkaufsprozess. Die Datensicherheit ist bei Cloud-Kassensystemen eine offene Frage – Paymash wirft sie ausdrücklich auf.

Belege und Zahlungsdaten liegen bei einem Cloud-Kassensystem extern. Wer Belege und Buchungsdaten braucht, klärt vorgängig Export, Zugriff und Ablage.

Wer ein Cloud-Kassensystem prüft, sollte klären, wo die Daten liegen, wer darauf zugreifen kann, wie sich Daten exportieren lassen und welche Zusagen der Anbieter zu Verfügbarkeit und Sicherung macht.

Hosting ist Teil der Systemwahl. braintec bietet für Odoo Private-Cloud-Hosting und PaaS-Hosting an; die Daten liegen damit ebenfalls extern (braintec). Die Fragen nach Speicherort, Zugriff, Export und Sicherung stellen sich deshalb anbieterunabhängig.

Geräte und mobiler Einsatz an der Kasse

Cloud-Kassensysteme laufen über eine App auf handelsüblichen Smartphones und Tablets. Laut Paymash ist die App für iOS- und Android-Geräte verfügbar und lässt sich sowohl auf dem Smartphone als auch auf dem iPad nutzen. Solche Geräte werden damit zu funktionsfähigen Kassen beziehungsweise Kartenlesegeräten; zusätzliche Spezialhardware ist im Normalfall nicht vorgegeben.

Das erweitert den Einsatzbereich. Weil das System über eine App auf nahezu allen Endgeräten funktioniert, lässt es sich auch für Veranstaltungen nutzen; der Anbieter nennt als Beispiel das Kassieren an Events im Freien. Statt einer fest installierten Kasse genügt ein mobiles Endgerät.

Wer diesen Weg wählt, muss die Rahmenbedingungen mitplanen: stabile Datenverbindung am Einsatzort, ausreichend Akkukapazität, ein zum mobilen Betrieb passender Belegdrucker und ein Zahlungsterminal, das sich mit der App verbinden lässt.

Neben dem Einsatz eigener Geräte lassen sich Kassengeräte direkt beim Softwareanbieter kaufen. Eigengeräte sind günstiger in der Anschaffung, dafür verteilen sich Support, Garantie und Zubehör auf mehrere Stellen; beim Bezug über den Softwareanbieter ist die Abstimmung einfacher, dafür ist man stärker an dessen Produktpfad gebunden.

Für Kartenzahlungen braucht es ein Terminal, das sich mit der Kassen-App verbinden lässt. Bei All-in-One-Systemen ist die Zahlungsabwicklung integriert; bei modularen Setups bleibt das Terminal ein separates Gerät.

Der Belegdrucker gehört zur Kassenkonfiguration. Paymash führt den TM-M30 als unterstützten Drucker auf; PaymashPay-Terminals gibt es unter den Modellnamen S1F2 und AMS1. Beim Clover Compact ist der Belegdrucker ab Oktober 2026 integriert; bei modularen Setups wird ein Belegdrucker an die Kassen-App angebunden.

Zahlungsabwicklung, Belege und Datenflüsse

POS-Software wird an Zahlungen, Lagerbestand und Kundendaten angebunden. Darin liegt der Integrationsaufwand: Kassen-Workflows müssen eingerichtet, Zahlungsterminals und Belegdrucker angebunden werden. Die Vermittlungsplattform Fratch beschreibt diese Arbeit als eigenes Fachprofil – Fachleute, die POS-Software mit Zahlungsverkehr, Bestandesdaten und Kundeninformationen verbinden.

Die Anforderungen unterscheiden sich je nach Betriebstyp. Im Einzelhandel geht es um Rollouts über Filialen und Omnichannel-Checkout, in der Gastronomie um Bestellabläufe von der Bestellung am Tisch bis zur Abrechnung. Beide Fälle teilen dieselbe Grundfrage: Welche Information muss wann zwischen Kasse, Terminal, Drucker und Warenwirtschaft fliessen?

Getrennte Lösungen für Kasse, Kartenterminal und Abrechnung haben sich über Jahre bewährt und reichen für einfache Geschäftsmodelle oft aus. Für Gastronomie, Einzelhandel und wachsende Betriebe gilt ein integriertes System als die bessere Wahl.

Getrennte Systeme arbeiten nebeneinander und selten wirklich miteinander. Daraus entstehen mehr Aufwand, Unsicherheiten und Fehlerquellen im Alltag; ein All-in-One-System arbeitet ohne Schnittstellen-Chaos, manuelle Synchronisierung und doppelte Datenpflege.

Mit jedem abgeschlossenen Verkauf entstehen mehrere Datensätze gleichzeitig – der Beleg, die Zahlungsbuchung, die Lagerbewegung und je nach Konfiguration der Kundenbezug. Diese Daten müssen zueinander passen, sonst stimmen Tagesabschluss und Buchhaltung nicht überein.

Ein All-in-One-System verbindet Kasse, Payment und Verwaltung ohne Systembruch. Die Zahlungsabwicklung umfasst drei Schritte: Zahlung erfassen, Zahlung buchen und Beleg erstellen. Bei einem All-in-One-System übernimmt ein Gerät alle drei; bei modularen Setups verteilen sie sich auf Kassenprogramm und Terminal.

Der Weg der Zahlung hängt am Setup, nicht am Betrag. Paymash ermöglicht Karten- und TWINT-Zahlungen; Händler können eigenständige Zahlterminals wählen oder die Zahlung direkt in das Kassensystem integrieren (Paymash). Die Transaktionsgebühren für die Kartenterminals hängen vom jeweiligen Anbieter ab.

Der Beleg entsteht mit jedem Verkauf. Bei integrierten Systemen wird er direkt über den integrierten Belegdrucker erstellt; bei modularen Systemen muss der Belegdrucker angebunden werden. Er verbindet den Verkaufsakt mit der Zahlungsbuchung und der Buchhaltung.

Die handelsrechtliche Aufbewahrungspflicht für MWST-Belege folgt aus Art. 958f OR: Sie sind während 10 Jahren ab Ende des Geschäftsjahres aufzubewahren. Die GeBÜV konkretisiert die technischen Anforderungen an die elektronische Ablage (spesen-app.ch). Zu den Pflichtangaben einer Rechnung gehören die MWST-Nummer des Leistungserbringers, der Steuersatz, der Steuerbetrag und die Art der Leistung (spesen-app.ch).

Getrennte Systeme erzeugen Abstimmungsaufwand: Unterschiedliche Zahlen am Tagesende zwischen Kartenterminal und Kasse sind ein typisches Problem. Updates der Kassensoftware können die Schnittstelle zum Terminal beeinträchtigen.

Weitere Stolpersteine getrennter Setups: unklare Zuständigkeit bei technischen Problemen – Terminal-Hersteller oder Software-Anbieter –, separate Schulungen für neue Mitarbeitende an jedem System und Auszahlungen zu unterschiedlichen Zeiten aus verschiedenen Quellen. Sie entstehen strukturell, sobald mehrere Systeme eine gemeinsame Aufgabe erfüllen.

Der Tagesabschluss ist der Prüfpunkt: Kasse, Terminal und Belege müssen dieselben Zahlen ergeben. Die Summen aus Kasse und Terminal sind deshalb abzugleichen; Abweichungen müssen geklärt und nachvollziehbar dokumentiert werden. Zur Einrichtung gehören auch eine geordnete Belegablage und ein definierter Ablauf für den Abschluss.

Vor der Systemwahl stehen Mengenfragen. Wie viele Transaktionen fallen täglich an? Braucht es eine Warenwirtschaft oder Lagerübersicht? Und wie viel manuellen Aufwand erzeugt der Tagesabschluss heute?

Die Belegablage ist Teil der Systemwahl. Zu prüfen ist, ob sich Belege und Buchungsdaten vollständig exportieren lassen und ob der Betrieb sie später einem Verkauf zuordnen kann. Eine geordnete Ablage erleichtert den Abgleich zwischen Kasse, Zahlungsabrechnung und Buchhaltung.

Schritte der Zahlungsabwicklung an der Kasse

  1. Zahlung erfassenVerkauf wird erfasst, Zahlungsmethode gewählt (Bar, Karte, TWINT)
  2. Zahlung buchenTransaktion wird im System gebucht, Daten an Buchhaltung weitergeleitet
  3. Beleg erstellenBeleg wird gedruckt oder digital gespeichert, verknüpft mit Verkauf und Zahlung

Mehrwertsteuer und Belege im Kassenprozess

Die Kasse liefert die Umsätze, die Buchhaltung führt sie weiter, die ESTV verlangt die Abrechnung. Am Anfang dieser Kette steht der einzelne Beleg. Für die Mehrwertsteuerabrechnung sind die im Kassenprozess erfassten Umsätze massgebend; sie müssen mit der Buchhaltung übereinstimmen.

Zuständig ist die Eidgenössische Steuerverwaltung (ESTV). Sie ist für die Mehrwertsteuer sowie für die direkte Bundessteuer, die Verrechnungs- und die Stempelsteuer und weitere Bundesabgaben zuständig.

Anmeldung und Abrechnung der Mehrwertsteuer erfolgen über das ESTV-Portal. Die ESTV führt dort die Einstiegspunkte «Mehrwertsteuer anmelden» und «Mehrwertsteuer abrechnen». Seit Mai 2026 bündelt das neue ESTV-Portal den Zugang zu den Onlineservices zusätzlich.

Der Zugang zu den Onlineservices läuft über ein ESTV-Portal-Login. Als neue Login-Methode nennt die ESTV AGOV.

Die ESTV stellt Webpublikationen und MWST-Infos bereit. Im ESTV-Portal haben Nutzerinnen und Nutzer ihre Anliegen zu Bundessteuern und -abgaben im Überblick.

Die ESTV stellt zudem das Dossier Steuerinformationen der Schweizerischen Steuerkonferenz (SSK) bereit, die Steuermäppchen zu den direkten Steuern von Bund und Kantonen sowie Kantonsblätter zu kantonalen Besonderheiten. Sie zeigen die steuerlichen Regelungen und Unterschiede bei Bund und Kantonen.

Für die Praxis heisst das: Der Kassenprozess liefert die Rohdaten, sauber abgestimmt und nachvollziehbar dokumentiert. Die steuerliche Beurteilung – etwa welche Sätze gelten und welche Fristen einzuhalten sind – hängt von der konkreten Situation ab. Auskunft geben die ESTV, die zuständige Steuerverwaltung des Kantons oder eine Treuhandstelle.

Jeder Verkauf sollte eindeutig mit seinem Beleg und der zugehörigen Zahlungsbuchung verknüpft sein. So lässt sich der Geschäftsvorfall bei Rückfragen vom Kassenabschluss bis zur Buchhaltung nachvollziehen.

Bei Kartenzahlungen werden die Terminaldaten mit dem erfassten Verkauf abgeglichen. Bei Barzahlungen muss der Kassenbestand zum Kassenbericht passen; Differenzen sind zu prüfen und zu dokumentieren.

Rückerstattungen und Stornierungen sollten dem ursprünglichen Verkauf zugeordnet werden können. Eine klare Erfassung verhindert, dass sie beim Abgleich der Umsätze oder bei der Ablage der Belege untergehen.

Bei digitalen Belegen sind Export und Ablage mitzudenken. Der Betrieb sollte vor der Systemwahl klären, welche Belegdaten sich exportieren lassen und wie sie den zugehörigen Kassenbuchungen zugeordnet bleiben.

Kassenbericht und Zahlungsabrechnungen dienen dem Abgleich der erfassten Umsätze. Stimmen die Summen nicht überein, sind die betroffenen Verkäufe, Belege und Zahlungen zu prüfen, bevor der Tagesabschluss abgeschlossen wird.

Einführung und Betreuung im laufenden Betrieb

Die Systemwahl ist der kleinere Teil. Der grössere ist die Einführung.

Typische Schritte: Aufnahme der Anforderungen, Migration von Artikeln, Preisen und Kundendaten, Anbindung von Buchhaltung und Warenwirtschaft, Testbetrieb, Schulung des Personals. Vor dem Rollout sind Belegdruck, Terminalanbindung und Tagesabschluss zu prüfen; danach folgt der Rollout, bei mehreren Standorten gestaffelt. Eine saubere Planung reduziert den Aufwand an der Kasse im Alltag erheblich.

Für diese Arbeiten gibt es zwei Profile. Das erste sind freiberufliche Fachleute für Point-of-Sale-Integrationen. Fratch vermittelt Experten, die POS-Software an Zahlungsmittel, Warenbestand und Kundendaten anbinden.

Die Plattform sucht über FRATCH GPT 2.0 und umfasst einen Preis-Benchmark; vermittelt werden geprüfte und verfügbare Freelancer. Ihre Experten setzen Rollouts im Einzelhandel, Bestellabläufe in Restaurants und Omnichannel-Checkout um.

Das zweite Profil sind grössere Implementierungspartner mit Branchenerfahrung. Ein Schweizer Beispiel ist braintec mit Sitz in Zürich, ein langjähriger Odoo-Partner. Seine Referenzliste weist 27 Projekte im Gross- und Einzelhandel aus sowie 13 in Lebensmittel, Gastgewerbe und Tourismus; insgesamt umfasst sie 143 Einträge.

Die Branchenexpertise reicht von Finanzen, Fertigung, Transport und Logistik über Konsumgüter, Hotellerie, Gastronomie und Lebensmittel bis zu Einzelhandel, E-Commerce, Energie, Telekommunikation, IT, öffentlicher Verwaltung, Bildung und Immobilien. Beratung, Implementierung, Customizing, Schnittstellen und Support mit SLA gehören zum Leistungsspektrum.

Odoo wird in drei Zuschnitten angeboten: für Start-ups und Kleinbetriebe, für KMU und für Grossunternehmen. braintec ist seit 2009 offizieller Odoo-Partner, Odoo Gold Partner und viermal als «Best Odoo Partner Europa» ausgezeichnet worden; siebenmal war braintec nominiert. Seine Schweizer Standorte sind Zürich, Basel, Bern, Brig und Lausanne.

Zum Leistungsumfang gehören Schulung, Migration, Wartung und Upgrades sowie Private Cloud-Hosting, PaaS-Hosting und ETL-Datenmigration. Dazu kommen länderspezifische und individuelle Lösungen mit Add-ons, Modulen und Schnittstellen sowie die HR-Suite mit Swissdec-zertifizierter Lohnbuchhaltung und biometrischer Zeiterfassung.

Zur Grösse nennt der Partner eigene Zahlen: 80 zertifizierte Odoo-Experten betreuen 17'000 Odoo-Anwender, 16 Standorte in 5 Ländern. Das grösste Odoo-Projekt umfasst über 1300 Benutzer, der Durchschnitt liegt bei 40 Benutzern, die Kundenbindung bei 98 Prozent.

Mehr als 400 KMU und Konzerne arbeiten mit braintec. Zertifiziert sind 23 Experten in Odoo-Version 18, 17 in Version 17 und 16 in Version 19.

Für die Auswahl zählen weniger Produktnamen als prüfbare Kriterien: Referenzen in der eigenen Branche und Betriebsgrösse, nachweisbare Erfahrung mit den benötigten Schnittstellen sowie klare Angaben zu Support-Zeiten und Reaktionswegen. Hinzu kommen die Möglichkeit, Daten jederzeit selbst zu exportieren, und ein transparentes Kostenmodell für Lizenzen, Einrichtung und laufenden Betrieb.

Bei Paymash kostet die Starter-Lizenz bei monatlicher Zahlung CHF 69 (Paymash). Die übrigen Kosten für Einrichtung und laufenden Betrieb hängen vom gewählten System und Anbieter ab.

Wer diese Punkte vor der Vergabe klärt, entscheidet auf belastbarer Grundlage statt auf Basis von Produktwerbung.

Wichtige Fragen vor der Einführung eines Kassensystems

  • Kann ich Belege und Buchungsdaten vollständig exportieren?
  • Sind Referenzen in meiner Branche vorhanden?
  • Gibt es klare Angaben zu Support-Zeiten und Reaktionswegen?
  • Sind Lizenzen, Einrichtung und laufende Kosten transparent?
  • Wer ist zuständig bei technischen Problemen?

Schweizer Implementierungspartner für Odoo – Erfahrung und Reichweite

  1. braintec (Schweiz)80 zertifizierte Odoo-Experten, 17'000 Anwender, 16 Standorte in 5 Ländern, 98 % Kundenbindung
  2. Referenzprojekte27 Projekte im Gross- und Einzelhandel, 13 in Lebensmittel, Gastgewerbe und Tourismus
  3. BranchenexpertiseEinzelhandel, Gastronomie, E-Commerce, Finanzen, Logistik, IT, öffentliche Verwaltung
  4. AuszeichnungenOdoo Gold Partner, 4x «Best Odoo Partner Europa»

Mehr aus Kassensysteme