Odoo Point of Sale: Filialen, Schichten und Kassenbelege

Einführung

Odoo Point of Sale schafft für wachsende Unternehmen einen eigenen Bedienbereich, in dem Kassen‑Abläufe in derselben Datenbank laufen wie Verkauf, Lager, Buchhaltung und Personal.

Getrennte Systeme erzeugen Doppelarbeit, widersprüchliche Zahlen und verzögerte Entscheidungen — das wird besonders deutlich, wenn ein Unternehmen über einen Standort oder ein Produkt hinauswächst.

Die Standard‑Abläufe im Kassensystem sind so gebaut, dass man Einstellungen vornimmt, bevor man zu Code‑Änderungen greift. Das hält spätere Updates für kleine IT‑Teams überschaubar.

Die Leserschaft dieses Guides — Geschäftsinhaber, Fachverantwortliche und Projekt‑Sponsor*innen — will vorher wissen, wie das System in der Praxis funktioniert, bevor sie ein Projekt planen.

Point of Sale ist ein Modul im modularen Odoo‑ERP. Teams führen es ein, wenn sie klare Zuständigkeiten, standardisierte Prozesse und eine durchsuchbare Transaktionshistorie wollen statt verstreuter Nachrichten und Offline‑Tabellen. Odoo POS: Filialen, Schichten und Belege erklärt Stakeholdern die Abläufe.

Dieser Beitrag listet zehn Anwendungsfälle, von Level 1 (einfach) bis Level 10 (Experten). Zu jedem Level gehören nummerierte Schritte: die konkreten Klicks in Odoo Point of Sale.

Fangen Sie dort an, wo Ihr Team sicher ist — nicht beim höchsten Level nur weil es beeindruckend wirkt.

Lesen Sie zuerst die Herausforderung, dann springen Sie zum Level, das zum heutigen Stand Ihres Teams passt.

In diesem Leitfaden erfahren Sie:

• Welche Verantwortlichkeiten Odoo Point of Sale typischerweise im System‑Stack übernimmt
• Wo Teams heute am meisten Reibung spüren (und weshalb)
• Zehn priorisierte Anwendungsfälle — vom Einsteiger‑Szenario bis zur strategischen, vernetzten Lösung
• Wann Automatisierung oder Integrationen den Einsatz eines Odoo‑Partners rechtfertigen

Die Herausforderung

Die Führungskraft öffnet ein hübsches Dashboard — und stellt fest, dass der Kassenbestand nicht mit der Buchhaltung übereinstimmt. Irgendwer hat eine Ansicht auf Basis unvollständiger Daten gebaut; seitdem beginnen Meetings mit Vertrauensfragen statt mit Entscheidungen.

Manager wünschen sich maßgeschneiderte Einblicke, aber ohne Governance sprießen Anpassungen und Datenschatten. Dashboards und Studio‑Änderungen helfen nur, wenn die zugrundeliegenden Transaktionen verlässlich sind.

Klingt bekannt? Typische Probleme sind:

• KPIs, die nicht der operativen Realität entsprechen
• Anpassungen ohne Sandbox‑Disziplin
• Integrationen, die nach Updates stillschweigend ausfallen

Die gute Nachricht: Man braucht keinen Big‑Bang. Wählen Sie einen Use Case, testen Sie ihn 30 Tage in Odoo Point of Sale und messen Sie die Veränderung.

Top‑10 Point of Sale Anwendungsfälle

Zehn POS‑Anwendungsbeispiele, sortiert von Level 1 (sofort umsetzbar) bis Level 10 (Experten‑Architektur). Zu jedem sehen Sie: Was bauen wir und welche Klicks sind nötig.

Level 1 liefert den schnellen, einfachen Erfolg. Level 10 zeigt, wie weit dieselbe App skaliert, wenn Architektur und Daten sauber bleiben.

Wählen Sie Ihr Level, probieren Sie die nummerierten Schritte in einer Testdatenbank und steigen Sie auf, wenn das aktuelle Level langweilig wird.

1. Erste POS‑Schicht eröffnen und einen sauberen Verkauf buchen Level 1 — Easy

Level 1 ist die minimalste POS‑Aktion: ein Kassierer, eine Kasse, ein Kunde. Keine Treuekarte, kein Multi‑Shop — Schicht öffnen, Warenkorb füllen, Zahlung validieren.

So geht’s in Odoo:

1. Point of Sale → Dashboard → Neue Schicht auf dem gewünschten Shop, Eröffnungsbetrag für die Kasse eingeben.
2. Im POS‑Interface Produktkachel antippen oder Barcode scannen, damit die Position in den laufenden Auftrag wandert.
3. Zahlung → Bargeld oder Karte wählen, Betrag eingeben und auf Validieren klicken, um die Bestellung abzuschließen.
4. Beleg drucken oder per E‑Mail versenden, damit der Kunde einen Kaufnachweis erhält.
5. Am Schichtende Schicht schließen, Kassenbestand zählen und bestätigen, dass der Z‑Bericht an die Buchhaltung gebucht wurde.

Ergebnis: Eine saubere Schicht, täglicher Abschluss in fünf Minuten und jede Bestellung ist dem richtigen Journal zugeordnet — ganz ohne externe Tabellen.

2. Kunde an der Kasse identifizieren, damit jeder Verkauf einem Datensatz zugeordnet wird Level 2 — Easy

Level 2 bleibt bei einer Kasse, ergänzt aber die Kundenakte. Verkäufe landen nun bei einem Kontakt statt anonym — Marketing, Finance und CRM sehen am nächsten Tag dasselbe Bild.

So geht’s in Odoo:

1. Im POS oben die Schaltfläche Kunde anklicken, damit die Kontaktsuche geöffnet wird.
2. Nach Name oder Telefonnummer suchen; bei unbekanntem Käufer über Erstellen direkt im POS einen neuen Kontakt anlegen.
3. Kontakt auswählen, so erscheint der Name auf dem Beleg und die Bestellung ist in Kontakten verlinkt.
4. Zahlung validieren und Beleg per E‑Mail senden; die Bestellung taucht in der Verkaufs‑Historie der Kundenkarte auf.
5. Kontakt in Kontakte öffnen, um alle POS‑Bestellungen, Durchschnittswarenkorb und letzten Besuch an einem Ort zu sehen.

Ergebnis: Laufkundschaft wird nicht mehr anonym; jeder Beleg speist die Kundendatenbank, die CRM und Marketing nutzen.

3. Rückgabe abwickeln und Kopfzeile des Belegs anpassen Level 3 — Easy

Level 3 behandelt den alltäglichen After‑Sales‑Fall: ein retourniertes Produkt und ein ordentlicher Beleg. Noch ein Kassierer, aber nun mit Rückerstattung und gebrandetem Beleg.

So geht’s in Odoo:

1. Im POS Orders anklicken, die Originalbestellung nach Datum oder Kunde suchen und öffnen.
2. Auf Rückerstattung klicken, Zeilen auswählen, bei Teilrückgabe Menge anpassen und validieren.
3. Zahlungsmethode der Originalzahlung wählen und Validieren anklicken, um Bargeld‑ oder Kartenrückerstattung auszugeben.
4. Point of Sale → Konfiguration → Point of Sale → Shop öffnen und im Feld Beleg‑Kopf/-Fuß Shop‑Name und Rückgabebedingungen eintragen.
5. Standardmäßig Beleg per E‑Mail ausgeben aktivieren, wenn Kunden digitale Belege bevorzugen, und Einstellungen speichern.

Ergebnis: Rückgaben sind in Sekunden der ursprünglichen Bestellung zuordenbar und jeder Beleg trägt Branding — ganz ohne externes Druckwerkzeug.

4. Treueprogramm mit Punkten und Prämien starten Level 4 — Medium

Level 4 macht aus der Kasse ein Bindungsinstrument. Das Loyalty‑Modul vergibt Punkte pro Beleg und erlaubt Einlösungen direkt an der Kasse — Stempelkarten werden überflüssig.

So geht’s in Odoo:

1. Vertrieb → Konfiguration → Treueprogramme → Neu → Programm z. B. „POS‑Treue“ anlegen.
2. Vergaberegel einstellen: ein Punkt pro ausgegebenem Euro bei ausgewählten Kategorien, optional Bonuspunkte an Aktionswochenenden.
3. Prämienregeln hinzufügen: 100 Punkte = 5 € Rabatt, 250 Punkte = ein Gratisartikel aus definiertem Sortiment.
4. Point of Sale → Konfiguration → Point of Sale → Loyalty Program aktivieren und das zuvor erstellte Programm auswählen.
5. An der Kasse Kunde identifizieren — verfügbare Prämien erscheinen im Warenkorb und lassen sich per Klick anwenden.

Ergebnis: Wiederbesuche werden messbar, nicht nur ein Bauchgefühl; die Kosten pro Prämie lassen sich in der Buchhaltung pro Position nachverfolgen.

5. POS für mehrere Filialen ausrollen mit gemeinsamem Katalog und individuellen Preislisten Level 5 — Medium

Level 5 schaltet Multi‑Shop frei: ein Produktstamm, eine Kundenliste, aber ein eigenes Kassenjournal pro Standort — Schluss mit einer Excel‑Datei pro Laden.

So geht’s in Odoo:

1. Point of Sale → Konfiguration → Point of Sale → für jeden physischen Shop einen POS‑Eintrag anlegen.
2. Für jeden Shop Lagerort, Kassenjournal und Belegdrucker setzen, damit die Buchhaltung pro Standort sauber bleibt.
3. Verkauf → Konfiguration → Preislisten öffnen und pro Shop eine Preisliste zuweisen für lokale Preisunterschiede.
4. Das Treueprogramm filialübergreifend freigeben, damit Punkte in jeder Filiale einlösbar sind.
5. Point of Sale → Reporting → Sales Details → nach Shop gruppieren, um Umsatz, Warenkorbgröße und Topseller zu vergleichen.

Ergebnis: Kettenweite Transparenz über Umsatz und Bestand — ohne montagmorgendliches CSV‑Zusammenführen.

6. POS in den Restaurant‑Modus versetzen mit Bereichen, Tischen und Küchendisplay Level 6 — Medium

Level 6 aktiviert Restaurant‑Funktionen. Dieselbe POS‑Engine wird zum Front‑of‑House‑System mit Tischplan, Gängen an die Küche und geteilter Rechnung — ganz ohne Extra‑Tool.

So geht’s in Odoo:

1. Point of Sale → Konfiguration → Point of Sale → Shop bearbeiten → Restaurant‑Modus unter Features aktivieren.
2. Point of Sale → Konfiguration → Stockwerke & Tische → Grundriss anlegen und Tische platzieren passend zum Gastraum.
3. Produkte nach Gang (Vorspeise, Hauptgang, Dessert, Getränke) taggen, damit die Positionen an die richtige Station geschickt werden.
4. Küchendisplay über eine IoT‑Box anbinden, damit bestätigte Gänge sofort auf dem Bildschirm in der Küche erscheinen.
5. Beim Bezahlen Split wählen, um Positionen pro Gast aufzuteilen und auf Knopfdruck Einzeltickets zu drucken.

Ergebnis: Der Service wird schneller, Küchenfehler nehmen ab und Tischumschlag lässt sich pro Schicht messen.

7. Live‑Anbindung von POS an Lager mit Wiederbestellregeln für Topseller Level 7 — Hard

Level 7 koppelt POS direkt mit dem Lager. Jeder Verkauf reduziert den Bestand in Echtzeit und Odoo schlägt automatisch eine Bestellung vor, bevor ein Bestseller ausverkauft ist.

So geht’s in Odoo:

1. Beim Produkttyp Goods wählen und unter Inventar die Bestand‑Verfolgung aktivieren.
2. Für das Produkt eine Wiederbestellregel mit Mindest‑ und Maximalbestand, bevorzugtem Lieferanten und Lieferzeit anlegen.
3. Die Regel für die Top‑20‑SKUs anlegen, identifiziert über Point of Sale → Reporting → Best Sellers.
4. Lager → Ablaufplanung täglich ausführen, damit Odoo automatisch vorgeschlagene Bestellanforderungen erzeugt.
5. Point of Sale → Reporting → Inventory Movement prüfen, um zu bestätigen, dass POS‑Verkäufe jetzt die Wiederauffüllungsprozesse auslösen.

Ergebnis: Out‑of‑Stock‑Situationen bei Topsellern nehmen deutlich ab, und die Regalwirklichkeit bleibt auch nach starken Wochenenden mit dem System synchron.

8. Aktionen, Coupons und Geschenkkarten für saisonale Kampagnen steuern Level 8 — Hard

Level 8 macht die Kasse marketingfähig: Aktionen, Coupon‑Codes und Geschenkkarten werden vom System verwaltet — die Kassierer müssen nichts auswendig wissen.

So geht’s in Odoo:

1. Verkauf → Konfiguration → Rabatte, Treue & Geschenkkarten → Neu → Promotion als Programmtyp wählen.
2. Regel definieren: z. B. 10 % Rabatt auf eine Kategorie zwischen zwei Daten oder Buy‑2‑Get‑1 für ausgewählte SKUs.
3. Zweites Programm vom Typ Coupons anlegen; Codes in großer Stückzahl generieren und auf Belegen ausgeben, um Rückkehrer zu gewinnen.
4. Drittes Programm vom Typ Geschenkkarte als Produkt anlegen; Kunde kauft Code, der in jeder Filiale einlösbar ist.
5. Die Programme in der POS‑Konfiguration aktivieren — Rabatt‑, Coupon‑ und Geschenkkarten‑Buttons erscheinen im Warenkorb.
6. Verkauf → Reporting → Discount & Loyalty Programs öffnen, um Einlösungsraten, Umsatzanstieg und Margenauswirkungen pro Kampagne zu verfolgen.

Ergebnis: Marketingtests laufen sauber an der Kasse, Kassierer verrechnen nicht mehr händisch Rabatte und die Marge pro Aktion ist nachvollziehbar.

9. Webshop, Ladengeschäft und CRM verbinden mit gemeinsamer Treue und kanalübergreifenden Rückgaben Level 9 — Hard

Level 9 ist die Omnichannel‑Konfiguration: ein Kundenprofil für eCommerce, POS und CRM, eine gemeinsame Treuebilanz und Rücknahme von Online‑Bestellungen im Laden, die reibungslos funktioniert.

So geht’s in Odoo:

1. Website & eCommerce installieren; Produkt öffnen und sicherstellen, dass dieselbe Kontakt‑Logik für Online‑Account und POS‑Checkout gilt.
2. Treueprogramm in Website‑Verkaufseinstellungen und POS freigeben, sodass Punkte kanalübergreifend gesammelt und eingelöst werden.
3. Im Shop‑POS Orders öffnen, Online‑Bestellung per Referenz suchen und Rückerstattung auslösen, um eine Web‑Order im Laden abzuwickeln.
4. Im CRM die Regel Auto‑Lead‑Erstellung aktivieren, wenn Kunden‑LTV einen Schwellenwert überschreitet, damit das Account‑Team nachfassen kann.
5. Eine Spreadsheet‑Ansicht ‚Lifetime Value pro Kunde‘ bauen, die eCommerce‑Bestellungen, POS‑Belege und Treueguthaben in einem Dashboard kombiniert.
6. Studio‑Automatisierung einsetzen, um Omni‑Kunden oberhalb eines LTV‑Ziels für persönliche Betreuung zu markieren.

Ergebnis: Kundenerlebnis entspricht modernen Erwartungen, Retouren belasten die Finanzen nicht mehr unvorhersehbar und Kundenbindung wird steuerbar.

Die Verbindung von gemeinsamer Treue, kanalübergreifenden Rückgaben und LTV‑Reporting zwischen POS, eCommerce, CRM und Tabellen ist ein typisches Partner‑Projekt, das Dasolo von Beginn an begleitet.

10. KI‑gestützte Kasse mit Vision, Nachfrageprognose, Zahlungs‑APIs und Live‑Dashboards Level 10 — Expert

Level 10 ist das komplette Betriebs‑Ökosystem: Computer Vision beschleunigt Checkout, KI optimiert Sortiment und Prognosen, Zahlungsgeräte und EDI kommunizieren mit Lieferanten und Live‑Dashboards zeigen jede Kasse zentral an.

So geht’s in Odoo:

1. Zugelassene Zahlungsterminals (Adyen, Stripe Terminal, Worldline) in Point of Sale → Konfiguration → Zahlungsmethoden anbinden, sodass Beträge automatisch aus dem Warenkorb übernommen werden.
2. Eine Odoo‑KI‑Nachfrageprognose auf 24 Monate POS‑Daten trainieren, sodass das System jeden Montag Min‑/Max‑Werte der Wiederbestellregeln anpasst.
3. Self‑Checkout‑Flow mit Computer‑Vision‑Erkennung realisieren: IoT‑Box‑Kamera erkennt Artikel im Korb schneller als Barcode‑Scan.
4. EDI‑Feeds mit den wichtigsten Lieferanten verknüpfen, damit automatisch RFQs, Lieferbestätigungen und Rechnungen ohne manuelle Eingabe ablaufen.
5. Dynamische Preisregeln in Preislisten abbilden (Uhrzeit, Wetter, Lagerdruck) und Studio‑Automatisierung auf ausgewählte SKUs anwenden lassen.
6. Spreadsheet‑Dashboard ‚Retail Live‘ bauen, das Verkäufe pro Kasse, Conversion‑Rate, Durchschnittswarenkorb und Lagerwarnungen in Echtzeit anzeigt.
7. Dashboard per Webhook an die Geschäftsführung pushen und über TV‑Displays an die Floor‑Manager in jedem Backoffice senden.

Ergebnis: Jede Kasse wird zum Sensor des gesamten Handelsbetriebs, Ausnahmen tauchen binnen Minuten auf und das Team konzentriert sich auf Kundenerlebnis statt Datenpflege.

Design von Zahlungs‑Terminal‑Integration, KI‑Feedback‑Schleife, EDI‑Mapping und Live‑Retail‑Dashboard ist typischerweise Teil eines partnergeführten POS‑Programms von Dasolo. Die meisten Teams brauchen externe Unterstützung, damit diese Bausteine von Anfang an korrekt zusammenspielen.

Wann externe Experten Sinn machen

Passen Level 1–6 zu Ihrem Umfeld, kommen viele Teams mit Standard‑Odoo‑POS, einem engagierten internen Verantwortlichen und einer Sandbox zum gefahrlosen Ausprobieren aus.

Ab Level 7 steigen die Risiken: automatisierte Abläufe, die falsche Kunden anschreiben, Studio‑Felder, die Upgrades blockieren, oder APIs, die nachts die Synchronisation einstellen.

Das ist kein Versagen Ihres Teams, sondern ein Hinweis darauf, dass Architektur, Tests und Governance wichtig werden.

Holen Sie einen Partner ins Boot, wenn Sie Multi‑App‑Design, länderspezifische Compliance, komplexe Integrationen oder einen fixen Go‑Live‑Termin haben.

Zusammenarbeit mit Dasolo

Dasolo implementiert Odoo so, wie Unternehmen tatsächlich arbeiten: mit maßgeschneiderten Apps, sauberen Integrationen und Schulungen, die im Alltag Bestand haben.

Wenn Ihr POS‑Fahrplan die fortgeschrittenen Use Cases dieses Guides umfasst, können wir einen phasenweisen Plan erstellen: schnelle Erfolge zuerst, dann Automatisierung und Integrationen mit klaren Verantwortlichkeiten und Testskripten.

Sie behalten Scope und Budget‑Kontrolle — wir bringen Odoo‑Tiefe, damit Ihr Team nicht auf teure Fehler in der Produktion lernt.

Kostenloses Beratungsgespräch buchen:

Vereinbaren Sie Ihre Demo