Wir entwickeln Systeme für den Einzelhandel passend zur Aufgabe der Kette
Kasse, Zahlungsschicht, Warenwirtschaft, Steuerung der Kette, Integrationen und Betreuung nach dem Start.
Entwicklung und Einführung von Systemen für den Einzelhandel: Kasse und POS im Verkaufsraum, Zahlterminal, Katalog und Preise, Bestände und Lager der Filiale, Loyalität, Rechte der Mitarbeiter, Analytik und eine zentrale Oberfläche zur Steuerung der Kette. Nachfolgend: wie jedes Modul aufgebaut ist, mit welchen Systemen und Geräten es verbunden ist und welchen Prozess es abdeckt.
Software für den Einzelhandel — ein System, das die Ware vom Wareneingang in der Filiale bis zum gedruckten Bon und zum erfassten Umsatz führt und dafür sorgt, dass Waren-, Preis- und Bestandsdaten in allen Filialen der Kette gleich sind.
Von außen sieht ein Geschäft aus wie Regal und Kasse. Innen sind es mehrere verbundene Programme: die Kassenanwendung im Verkaufsraum, die Warenwirtschaft der Filiale, die Zahlungsschicht, das zentrale System der Kette und eine Austauschschicht zu externen Systemen — Buchhaltung, Lager, CRM und Onlineshop.
Die Grenze zwischen einem Kassenprogramm und einem System für den Einzelhandel verläuft entlang der Zahl der Standorte und der Frage, wo entschieden wird. Eine einzelne Kasse bedient ein lokales Programm auf dem Kassenrechner. Sobald es mehr als eine Filiale gibt, tauchen Fragen auf, die ein einzelner Standort nie kennt: wo der eine und einzige Warenkatalog lebt, wer einen Preis überall gleichzeitig ändert, wie Ware zwischen Filialen wandert und wessen Bestandszahl die richtige ist.
Der Kreislauf einer Handelskette — neun Glieder, verbunden durch Daten:
Die Glieder sind in beide Richtungen verbunden: Kataloge und Regeln wandern vom zentralen System hinunter zu den Filialen, Verkäufe, Warenbewegungen und Geräteereignisse wandern zurück nach oben. Ein Bruch an einer beliebigen Stelle ist sofort sichtbar — als abweichender Preis zwischen Regal und Bon, als negativer Bestand oder als nicht erfasster Umsatz.
Nicht mit Seiten und nicht mit Tabellen, sondern mit Buchungsobjekten — Datensätzen mit eigenem Zustand, Urheber und Historie:
Sobald ein Prozess in Objekten beschrieben ist, wird er prüfbar: Hinter jeder Zahl in einem Bericht steht ein Dokument, hinter jedem Dokument ein Urheber und ein Zeitstempel, und hinter jedem Streitfall ein Eintrag statt einer Erzählung.
Vier Fragen, die es für einen einzelnen Standort nicht gibt. Ihre Beantwortung unterscheidet ein System für eine Kette von einem Kassenprogramm:
Sechs Aufgaben, für die eine Filiale oder Kette Software für den Einzelhandel einführt. Solange das System fehlt, wird jede davon mit Tabellen, Telefonaten zwischen den Filialen und Nachzählen aus dem Gedächtnis erledigt.
Waren, Barcodes, Preise und Rabattregeln werden einmal angelegt und an die Filialen verteilt. Die Filiale im Zentrum und die am Stadtrand lesen einen Katalog, nicht zwei verschiedene Dateien mit unterschiedlicher Änderungshistorie.
Eine Position kommt per Barcode-Scan oder durch Wiegen in den Bon, den Preis setzt eine Regel, den Rabatt berechnet das System. Der Kassierer tippt den Preis nicht von Hand — also kann er sich weder vertippen noch selbst einen wählen.
Ein Verkauf bucht die Ware im Moment des Bonabschlusses ab, Wareneingang und Umlagerung im Moment der Buchung des Dokuments. Der Bestand hört auf, eine Zahl aus der letzten Inventur zu sein, und wird zur Arbeitsgröße für Lieferantenbestellungen.
Preis und Rabatt werden über eine Regel für eine Standortgruppe, eine Kategorie oder einen Zeitplan gesetzt. Die Neuberechnung von tausend Positionen vor einer Aktion dauert Minuten und lässt sich zurücknehmen, statt zu einer Tour durch die Filialen mit Ausdrucken zu werden.
Retoure, Storno, manueller Rabatt, Preisänderung und Öffnen der Kassenlade sind Einträge mit Urheber, Zeitstempel und vorherigem Wert. Ein Streitfall wird aus dem Protokoll geklärt, nicht aus den Worten der Schicht.
Sie sehen, was sich an jedem Standort und zu welchen Stunden verkauft, welche Ware steht, wo Retouren zunehmen und wie viel eine Aktion tatsächlich gebracht hat, wenn man den Rabatt einrechnet.
Das ist nicht ein Programm, sondern ein Satz verbundener Software- und Hardwarebausteine. Jeder verantwortet seinen Bereich und lässt sich getrennt aktualisieren: Die Kasse im Verkaufsraum wird nicht wegen eines neuen Berichts in der zentralen Oberfläche neu geschrieben.
Das Programm auf dem Kassenrechner oder POS-Kompaktgerät: Kassiererbildschirm, Arbeit mit Scanner und Waage, Berechnung des Bons, Dialog mit dem Zahlterminal, Druck der Dokumente, Schicht. Es arbeitet autonom und bedient Kunden weiter, wenn die Serververbindung abbricht.
Die physische Schicht: Kassenrechner, Scanner, Bondrucker, Zahlterminal, Waagen, Datenerfassungsterminals, Kassenlade, Bildschirme. Jedes Gerät ist registriert und einer Filiale sowie einem Arbeitsplatz zugeordnet.
Die Schicht der bargeldlosen Zahlung: Austausch zwischen Kasse und Zahlterminal, Zustände der Zahlungsvorgänge, Zuordnung einer Zahlung zum Bon, Erstattungen, Umgang mit Ablehnungen und Verbindungsabbrüchen, Abgleich mit dem Register des Acquirers.
Annahme der Daten von den Filialen, Anwendung der Regeln, Austauschwarteschlangen, Zeitpläne für Aufgaben und Berichte, Rückverteilung der Kataloge. Sie skaliert mit der Zahl der Filialen, statt bei der elften neu geschrieben zu werden.
Speicher für Buchungsobjekte und ihre Historie: Waren, Preise, Bestände, Bons, Zahlungen, Bewegungsdokumente, Kunden, Mitarbeiter, Ereignisse. Einträge zu Vorgängen sind unveränderlich, Sicherungen entstehen nach Zeitplan mit Prüfung der Wiederherstellung.
Der Arbeitsplatz der Kettenleitung: Filialen, Sortiment, Preise, Bestände, Verkäufe, Aktionen, Mitarbeiter, Technik, Fehler und Kennzahlen in einer Oberfläche, mit rollenbasierten Zugriffsrechten.
Dort, wo die Aufgabe es verlangt: eine App für Merchandiser für Wareneingang und Inventur per Scan, eine App für die Leitung mit einer Übersicht über die Standorte, eine App für Kunden mit Bonuskarte und elektronischen Bons.
Austausch mit externen Systemen: Buchhaltung, Rechnungswesen, Lager, CRM, Onlineshop, Zahlungsdienste. Warteschlangen, erneute Zustellung von Nachrichten, Formatversionen, Austauschprotokoll, regelmäßiger Abgleich.
Ein Data-Mart über den Vorgängen: Verkäufe, durchschnittlicher Bon, Marge, Umschlag, Retouren, Wirkung der Aktionen, Leistung der Kassierer. Er wird auf einer Kopie der Daten berechnet, damit ein schwerer Bericht die Kasse im Verkaufsraum nie ausbremst.
Die Bausteine sind nicht „nach Möglichkeit“ verbunden, sondern durch zwingende Beziehungen: Die Kasse arbeitet nicht ohne Katalog, der Katalog ergibt ohne zentrale Oberfläche keinen Sinn, die Oberfläche ist ohne Daten von den Standorten nutzlos. Deshalb wird das System als Ganzes entworfen und in Teilen eingeführt — in einer Reihenfolge, in der jeder Schritt auf den Daten des vorherigen aufbaut.
Das Kassenprogramm — ist zugleich der Arbeitsplatz des Verkäufers und der Punkt, an dem ein Vorgang zum Dokument wird. Alles, was im Verkaufsraum geschieht, erreicht das System nur über es: Verkauf, Retoure, Rabatt, Zahlung, Einzahlung und Auszahlung.
Die Anforderung an es ist strenger als an jedes andere Modul: Es muss schnell arbeiten, in der Schlange und bei abgebrochener Serververbindung. Deshalb hält die Kasse eine lokale Kopie des Waren- und Preiskatalogs und schreibt Vorgänge in eine lokale Warteschlange, statt den Server zu jeder Zeile des Bons zu fragen.
Was das Kassenprogramm leistet:
Die Anforderungen an den fiskalischen Teil — Druck des Bons, sein Inhalt und die Datenübertragung — bestimmen die Gesetzgebung des Landes und das Modell des angeschlossenen Geräts. Umfang und Reihenfolge des Austauschs werden bei der Untersuchung geklärt und nicht vorab behauptet.

Eine Serververbindung ist keine Bedingung für den Verkauf. Die Kasse bucht weiter Bons gegen den lokalen Katalog und legt die Vorgänge in eine Warteschlange; kommt der Kanal zurück, geht die Warteschlange gebündelt ab. Jeder Vorgang hat einen Schlüssel, deshalb erzeugt ein erneutes Senden nie einen zweiten Bon und bucht den Bestand nicht doppelt ab.
Die Grenzen werden ehrlich benannt: Solange keine Verbindung besteht, sieht die Kasse eine Preisänderung nicht, die das zentrale System vor einer Minute vorgenommen hat, und kann den Punktestand auf dem Server nicht prüfen. Was im Offlinebetrieb genau erlaubt ist, ist eine Projektentscheidung: Der Verkauf kann etwa zugelassen sein, während das Einlösen von Punkten bis zur Rückkehr der Verbindung wartet.
Eine Schicht ist nicht der Arbeitstag eines Kassierers, sondern ein Dokument mit Beginn, Ende, Kassierer, Kasse und Summen. Jeder Bon, jede Zahlung, jede Retoure und jede Geldbewegung des Zeitraums ist damit verknüpft.
Das Programm in der Filiale arbeitet nicht für sich: Fast jeder Vorgang beginnt oder endet an einem physischen Gerät. Nachfolgend die Technik, mit der Kassen- und Warenwirtschaftssoftware zusammenspielt, und was das System von ihr genau erhält oder an sie sendet.

Das Gerät, auf dem das Kassenprogramm läuft. Das System kennt es als Arbeitsplatz: Kasse, Schicht, der Satz angeschlossener Peripherie und die Anmelderechte sind daran gebunden. Ein Austausch der Hardware zerstört die Verkaufshistorie nicht — der Arbeitsplatz bleibt dasselbe Buchungsobjekt.
Der wichtigste Weg, eine Position in einen Bon und in ein Bestandsdokument zu bringen. Eine Warenposition kann mehrere Barcodes haben — den des Lieferanten, einen internen, einen der Verpackung. Ein nicht erkannter Code geht nicht verloren: Er kommt in eine Warteschlange zur Verknüpfung mit einer Ware und nicht in eine Meldung „Ware nicht gefunden“.
Druck der Verkaufs- und Retourendokumente. Inhalt des Bons, Reihenfolge seiner Erzeugung und Art der Datenübertragung bestimmen die Anforderungen des Landes und das Gerätemodell; der konkrete Satz wird bei der Untersuchung geklärt. Ein nicht gedrucktes oder nicht übertragenes Dokument wird als nicht abgeschlossener Vorgang erfasst.
Annahme der bargeldlosen Zahlung. Die Kasse sendet den Betrag, das Terminal führt den Dialog mit dem Karteninhaber und gibt das Ergebnis zurück. Das Terminal ist keine Peripherie, sondern ein zweites System mit eigenem Zustand — deshalb hat es weiter unten einen eigenen Abschnitt.
Arbeit mit Ware nach Gewicht: Die Position kommt mit dem tatsächlichen Gewicht in den Bon, der Preis wird je Kilogramm berechnet. Waagen können Kassenwaagen sein — das Gewicht geht direkt in den Bon — oder Abpackwaagen, die ein Etikett mit einem Barcode drucken, in dem Warencode und Gewicht stecken; die Kasse liest einen solchen Code und füllt die Position aus.
Wareneingang, Inventur, Umlagerung und Preisauszeichnung mit Scan direkt im Verkaufsraum und im Lagerraum der Filiale. Das Gerät arbeitet ohne ständige Verbindung: Das Dokument entsteht lokal und wird als Ganzes ins System geladen, mit Prüfung auf Abweichungen.
Die Lade öffnet das Programm im Moment eines Bargeldvorgangs. Jedes Öffnen ist ein Ereignis mit Zeit, Kassierer und Grund; ein Öffnen ohne Verkauf kommt auf die Liste der überwachten Vorgänge. Dasselbe gilt für die Hilfsperipherie des Arbeitsplatzes — Tastaturen und Leser für Mitarbeiterausweise.
Das Display an der Kasse zeigt beim Scannen die Zeilen des Bons, den Rabatt und die Summe — der Kunde sieht den Preis vor der Zahlung, nicht danach. Bildschirme im Verkaufsraum zeigen Aktionen, Auswahlen und Preise aus demselben Katalog, mit dem die Kasse arbeitet, sodass keine Abweichung zwischen Bildschirm und Bon entstehen kann.
Wo sie installiert sind, erhalten die Preisschilder ihren Preis aus demselben System wie die Kasse. Das beseitigt die wichtigste Konfliktquelle im Verkaufsraum — den abweichenden Preis zwischen Regal und Kasse nach einer Preisänderung. Ob sie sich anbinden lassen, hängt von der Verwaltungsschnittstelle ab, die das jeweilige System der Preisschilder bereitstellt.
Wir behaupten nicht im Voraus, bestimmte Marken und Modelle von Technik zu unterstützen. Der Satz anschließbarer Geräte wird bei der Untersuchung anhand der Herstellerdokumentation und der Schnittstelle bestimmt, die das Gerät nach außen bietet; wo es keine fertige Schnittstelle gibt, wird die Frage gesondert und vor Beginn der Arbeiten geklärt und nicht mit einem Kompatibilitätsversprechen beantwortet.
Das Zahlterminal ist der einzige Ort, an dem ein Kauf zum bezahlten Kauf wird, und der einzige Knoten in der Filiale, der unmittelbar mit Geld umgeht. Deshalb steht es hier als eigene Schicht und nicht als Zeile in einer Geräteliste.
Die Hauptschwierigkeit besteht darin, dass Kasse und Terminal zwei unabhängige Systeme sind. Die Kasse hat ihre eigene Sicht auf den Bon, das Terminal hat seinen eigenen Zahlungsvorgang, der im Kreislauf des Acquirers lebt und dem Kassenprogramm nicht untersteht. Dass beide Bilder übereinstimmen, garantiert keine Physik: Zwischen „das Geld ist abgebucht“ und „der Bon ist gedruckt“ liegt immer eine Lücke, und in die können ein Verbindungsverlust, ein Stromausfall oder ein Einfrieren fallen.
Was die Integration zwischen Kasse und Zahlterminal abdeckt:
Wir nennen weder Bank noch Terminalmodell noch Zahlungsprotokoll: Der Umfang der Integration ergibt sich aus der Austauschschnittstelle, die das konkrete Terminal bereitstellt, und aus dem, was der Vertrag mit dem Acquirer erlaubt. Das wird bei der Untersuchung festgestellt und im Projekt festgehalten.

Den Betrag von Hand ins Terminal zu tippen ist die billigste Variante in der Umsetzung und die teuerste im Betrieb. Sie erlaubt einen Zahlendreher und die Belastung eines falschen Betrags, und vor allem zerstört sie die Verbindung zwischen Bon und Zahlung: Beide lassen sich nachträglich nur über Zeit und Betrag zuordnen, also näherungsweise.
Wird der Betrag programmatisch gesendet, sind Zahlung und Bon auf beiden Seiten über eine Kennung verbunden. Darauf stützen sich der Abgleich mit dem Acquirer, die Klärung eines strittigen Vorgangs und die Kontrolle der Abweichungen zwischen dem Umsatz im System und dem Geld auf dem Konto.
Das Terminal wird nicht nur im Moment der Zahlung abgefragt. Sein Zustand ist eine eigene Information, die gebraucht wird, bevor ein Kunde an der Kasse steht:
Jeder Zustand ist ein Ereignis im Protokoll. Ein Terminal, das langsam antwortet oder jeden zehnten Vorgang abbricht, taucht im Technikbericht auf, lange bevor die Filialleitung es meldet.
Die Zahlung per Karte ist keine einzelne Handlung, sondern eine Folge von Zuständen, von denen jeder abbrechen kann. Nachfolgend, wie das System den Vorgang führt und was es tut, wenn das Ergebnis unbekannt ist.
Die Kasse baut eine Anfrage: Betrag, Währung, Kennung des Vorgangs, Verweis auf den Bon. Bis das Terminal antwortet, steht der Bon im Zustand „wartet auf Zahlung“ und lässt sich weder schließen noch ändern noch löschen.
Das Terminal gibt den Ausgang zurück: bestätigt, abgelehnt, vom Kunden abgebrochen, Fehler. Bei einer Bestätigung kommen die Angaben zum Vorgang mit, über die er sich später im Register des Acquirers finden lässt.
Die Kennung des Zahlungsvorgangs wird in den Bon geschrieben und die Nummer des Bons in den Zahlungseintrag. Die Verbindung gilt in beide Richtungen, deshalb stellt jede Seite die andere wieder her: vom Bon zur Zahlung und von einer Zeile im Bankregister zu einem konkreten Verkauf.
Eine Erstattung auf die Karte ist ein eigener Zahlungsvorgang, der mit dem ursprünglichen verknüpft ist. Das System lässt nicht zu, mehr zu erstatten, als bezahlt wurde, oder mehr, als auf diesem Bon noch nicht erstattet ist; auch das Ergebnis der Erstattung wartet auf die Bestätigung des Terminals.
Der wichtigste Ablauf: Das Terminal hat nicht geantwortet. Das System behandelt einen solchen Vorgang weder als erfolgreich noch als gescheitert — es markiert ihn als klärungsbedürftig und lässt den Bon nicht stillschweigend schließen. Der Ausgang wird danach über eine Abfrage des Vorgangszustands oder über den Abgleich geklärt.
Verfügbarkeit des Terminals, Anteil fehlgeschlagener Vorgänge, Antwortzeit und nicht abgeschlossene Tage werden für jedes Gerät erfasst. Auffällige Technik taucht in einem Bericht auf und nicht in Beschwerden aus dem Verkaufsraum.
Ein Bildschirm des Systems, die Zahlen dienen der Veranschaulichung. Entscheidend ist der zweite Schritt: Solange der Betrag nicht programmatisch gesendet wird, erledigen Schritt sechs und sieben Menschen anhand von Papierbelegen.
| Was geschehen ist | Was die Kasse tut | Zustand |
|---|---|---|
| Karte abgelehnt | Bietet einen erneuten Versuch oder eine andere Zahlungsart an; der Bon bleibt offen | normal |
| Der Kunde hat den Vorgang abgebrochen | Gibt den Bon zurück in die Bearbeitung, der Zahlungsvorgang wird als abgebrochen geschlossen | normal |
| Das Terminal hat nicht rechtzeitig geantwortet | Schließt den Bon nicht, fragt den Zustand des Vorgangs ab und sperrt bei Unklarheit das manuelle Schließen | Klärung |
| Zwischen Zahlung und Druck fiel der Strom aus | Nach dem Start stellt sie den unfertigen Bon wieder her und verlangt, den Ausgang der Zahlung festzustellen | Klärung |
| Die Zahlung ging durch, der Bon wurde nicht gedruckt | Hält den Vorgang offen und druckt erneut, ohne ein zweites Mal zu belasten | Klärung |
| Die Zahlung steht im Register, der Bon fehlt im System | Gibt die Abweichung mit Betrag, Zeit und Terminal in die Abgleichswarteschlange | Klärung |
| Das Terminal verlangt einen Tagesabschluss | Sagt es dem Kassierer vor Beginn des Vorgangs und nicht erst, wenn die Karte steckt | Warnung |
Der allgemeine Grundsatz: Ein unbekannter Ausgang wird weder zum Erfolg noch zur Ablehnung. Der Vorgang bleibt offen und geht in die Klärungswarteschlange — das ist billiger, als den Kunden doppelt zu belasten oder die Filiale mit nicht erfasstem Umsatz zurückzulassen.
Das konkrete Austauschprotokoll mit dem Terminal, der Satz verfügbarer Zahlungsarten, die Möglichkeit, einen Vorgang zu stornieren, und das Verhalten bei einem Verbindungsverlust ergeben sich aus dem Gerätemodell und den Regeln des Acquirers. Wir beschreiben die Schicht, die darum herum gebaut wird, und klären ihren Umfang bei der Untersuchung — ohne im Voraus Kompatibilität mit einer bestimmten Bank oder einem bestimmten Terminal zu behaupten.
Ein Katalog im Einzelhandel — ist keine Storefront, sondern das Verzeichnis, von dem die Kasse lebt. Ein Fehler darin kostet mehr als ein Fehler auf einer Website: Ein falscher Barcode hält die Schlange auf, und eine doppelte Position teilt den Bestand einer Ware auf zwei Karten auf.
Woraus eine Warenposition besteht:
Massenoperationen laufen als Dateiimport oder als Austausch mit dem Buchhaltungssystem. Ein Import wird stets vor dem Schreiben geprüft: Was wird angelegt, was geändert, was abgewiesen und warum. Eine Position mit doppeltem Barcode entsteht nicht stillschweigend — sie kommt in den Abweisungsbericht.
Filialen einer Kette sind nicht gleich: Format, Fläche, Umfeld und Kunde unterscheiden sich. Die Sortimentsmatrix beantwortet die Frage, welche Positionen des gemeinsamen Katalogs an einem bestimmten Standort verkauft werden.
Im Katalog gibt es eine Ware, ihr Zustand an jedem Standort ist jedoch eigen. Das ist der Hauptunterschied zwischen der Buchführung einer Kette und der einer einzelnen Filiale:
| Filiale | In der Matrix | Preis | Verfügbarer Bestand |
|---|---|---|---|
| Zentrum | ja | 395 | 42 |
| Wohngebiet | ja | 385 | 7 |
| Fernstraße | nein | — | 0 |
Die Zahlen dienen der Veranschaulichung. Unterschiedliche Preise sind kein Fehler, sondern eine Regel: Ein Standort an der Fernstraße und eine Filiale im Wohngebiet leben in verschiedenen Preisgruppen. Der Fehler wäre derselbe Wert, der durch manuelle Bearbeitung an drei Stellen zustande kommt.
Der Preis auf dem Bon ist das Ergebnis einer Berechnung nach Regeln und keine Zahl von der Warenkarte. Deshalb erfordert eine Preisänderung kein Bearbeiten Tausender Positionen, und ein strittiger Betrag auf einem Bon wird über die Ebenen der Berechnung geklärt und nicht aus dem Gedächtnis des Kassierers.
Eine Position hat mehrere Preise zugleich: einen Basispreis, einen Preis je Preisgruppe der Filialen, einen Preis für einen konkreten Standort. Das System wählt im Moment des Kassiervorgangs den passenden. Die Filiale im Zentrum und die an der Fernstraße arbeiten mit einem Katalog nach verschiedenen Regeln.
Ein Prozentsatz oder Betrag über dem Einkaufspreis nach Kategorie, Lieferant oder Warengruppe. Ein Wareneingang zu einem neuen Einkaufspreis berechnet den Verkaufspreis automatisch neu, statt ihn auf dem Stand der vorigen Lieferung zu belassen.
Auslösebedingung, Rabattmechanik, Start- und Enddatum, wiederkehrende Zeitfenster. Eine Aktion startet und endet von selbst — niemand muss um Mitternacht vor Ort sein, um den Wochenendpreis einzuschalten.
Prozentsatz, fester Betrag, neuer Preis, Rabatt auf die günstigere Position eines Sets, die zweite zum halben Preis, ein Geschenk unter einer Bedingung, ein Kategorierabatt ab einer Bonsumme. Die Mechanik setzt eine Regel und nicht die Rechnung des Kassierers.
Ein gemeinsamer Code für eine Kampagne oder eine Charge eindeutiger Codes für einzelne Empfänger. Geprüft werden Gültigkeit, Nutzungslimit, Limit je Kunde und Vereinbarkeit mit einer laufenden Aktion. Die Einlösung wird auf dem Bon festgehalten — zu jedem Code ist sichtbar, wo und wann er genutzt wurde.
Die Vereinbarkeit der Rabatte ist ausdrücklich festgelegt: welche sich summieren und welche einander ausschließen. Die Grenze des Mindestpreises verhindert, dass mehrere für sich korrekte Rabatte eine Position gemeinsam unter die zulässige Untergrenze drücken.
Die Zahlen dienen der Veranschaulichung. Die Zeile über den nicht angewendeten Promo-Code wiegt schwerer als der Rest: An der Kasse sollte dem Kunden der Grund der Ablehnung genannt werden und nicht nur, dass der Code nicht gilt. Jeder Schritt der Berechnung steht auf dem Bon und ist verfügbar, wenn ein strittiger Kauf geklärt wird.
Ein Bestand ist kein Referenzwert, sondern das Ergebnis aller gebuchten Dokumente zu einer Position an einem bestimmten Standort. Geht der Bestand nicht auf, liegt der Grund immer in den Dokumenten: Etwas wurde nicht gebucht, doppelt gebucht oder an der falschen Stelle gebucht.
Deshalb lässt das System nicht zu, einen Bestand unmittelbar zu ändern. Jede Änderung ist ein Dokument mit Art, Urheber, Zeitstempel und einem Satz von Positionen.
Dokumente der Warenbewegung:
Jedes Dokument durchläuft zwei Zustände: einen Entwurf, der sich bearbeiten lässt, und einen gebuchten, der den Bestand ändert und sich nur durch ein Stornodokument korrigieren lässt. Genau das trennt Buchführung von einer Tabelle.

Inventur heißt nicht, einmal im Jahr alles zu zählen. In einem funktionierenden System gibt es sie in zwei Ausprägungen, und die zweite wiegt schwerer als die erste.
Die Liste ist kurz und fast immer dieselbe. Das System beseitigt diese Ursachen nicht von selbst — es macht sie unterscheidbar:
Regelmäßige Teilinventuren in auffälligen Kategorien finden diese Fälle innerhalb einer Woche statt innerhalb eines Jahres — und führen jeden davon auf ein konkretes Dokument und einen Verantwortlichen zurück.
Eine Filiale führt man mit der Stimme und einem Notizbuch. Drei — mit einer Tabelle und einer Telefonkonferenz. Zwanzig nicht mehr: Ab da kann niemand im Unternehmen den aktuellen Preis einer Position über alle Standorte hinweg nennen, ohne jede einzelne anzurufen. Ein zentrales System braucht man nicht der Ordnung wegen, sondern weil das manuelle Vorgehen ab einer sehr konkreten Zahl von Standorten aufhört zu skalieren.

Das Wachstum durchläuft drei Zustände, und jeder bricht etwas anderes. Eine Filiale — die Daten an der Kasse genügen. Mehrere Filialen — es taucht die Frage auf, wessen Katalog der führende ist, und Ware beginnt zwischen den Standorten zu wandern. Dutzende und Hunderte Standorte — die Steuerung wird zu einer eigenen Aufgabe: Ohne einen einzigen Bildschirm erfährt die Kettenleitung von einem Problem aus der Filiale und nicht aus dem System. Nachfolgend, was die zentrale Oberfläche zeigt und was sie steuert.
Ein Verzeichnis der Standorte: Format, Adresse, Fläche, Preisgruppe, Sortimentsmatrix, Öffnungszeiten, Verantwortliche, Technik und Arbeitsplätze. Ein neuer Standort wird durch Kopieren der Einstellungen eines ähnlichen eröffnet und nicht von Grund auf zusammengebaut.
Ein gemeinsamer Katalog und Matrizen je Standortgruppe. Aufnahme und Herausnahme einer Position sind gesteuerte Handlungen mit Datum und Geltungsbereich: welche Filialen betroffen sind, ab welchem Datum, und was mit dem Restbestand einer herausgenommenen Position geschieht.
Preisregeln je Preisgruppe und Standort, Preisänderungen nach Zeitplan mit Gültigkeitsdatum, Änderungshistorie. Die zentrale Preisänderung ist weiter unten gesondert beschrieben — sie ist der heikelste Vorgang in einer Kette.
Bestände zu jeder Position an jedem Standort und über die gesamte Kette, Ware unterwegs zwischen den Filialen, Langsamdreher, zur Neige gehende Positionen. Von hier aus werden auch Umlagerungen von einer Filiale mit Überhang zu einer mit Fehlmenge angestoßen.
Bons von allen Standorten in einem Strom: Umsatz, durchschnittlicher Bon, Zahl der Bons, Verkäufe nach Warengruppe, Vergleich zwischen den Standorten und mit dem eigenen Vorzeitraum.
Kampagnen mit Geltungsbereich nach Filialgruppe, Zeitplan und Limits. Sichtbar ist, wo eine Aktion bereits läuft, wo sie startet, wie viel zum Aktionspreis verkauft wurde und welches Ergebnis sie unter Berücksichtigung des Rabatts gebracht hat.
Benutzerkonten, Rollen und Rechte, Zuordnung zu Standorten, Schichten und ihre Summen. Rechte werden je Rolle vergeben und nicht für jede Person einzeln eingestellt — sonst lassen sie sich in einer Kette aus fünfzig Filialen nicht prüfen.
Ein Verzeichnis der Kassen, Terminals, Waagen und übrigen Geräte, an Arbeitsplätze gebunden, mit Softwareversion, Zustand und Wartungshistorie. Sichtbar ist, wo eine veraltete Version läuft und wo ein Gerät regelmäßig ausfällt.
Ein gemeinsamer Strom der Abweichungen über die Kette: Kasse offline, Terminal antwortet nicht, Austausch fehlgeschlagen, Dokument nicht gebucht, Inventurdifferenz. Eine Abweichung ist an einen Verantwortlichen adressiert und hat eine Frist — sonst ist sie nur ein Protokoll.
Bargeldlose Vorgänge über alle Standorte, Anteil der Fehlschläge, nicht abgeschlossene Tage der Terminals, Ergebnisse des Abgleichs mit dem Register des Acquirers und die Liste der klärungsbedürftigen Abweichungen.
Umsatz, Marge, durchschnittlicher Bon, Umschlag, Retourenquote, Verluste, Planerfüllung — nach Kette, Format, Region und Standort. Ein Satz von Definitionen für alle und nicht eine eigene Formel in jedem Bericht.
Was wann an die Standorte ging, was zurückkam, welche Nachrichten nicht zugestellt wurden und warum. Eine Filiale, die ihre Verkäufe einen Tag lang nicht gesendet hat, ist hier sichtbar und wird nicht erst beim Monatsabschluss entdeckt.
Synchronisierung ist keine gemeinsame Datenbank für alle. Eine Filiale muss verkaufen können, wenn keine Verbindung zum zentralen Server besteht, deshalb hat jeder Standort seine eigene Arbeitskopie der Daten, und der Austausch läuft über Nachrichten.
Der Strom nach unten, von der Zentrale zu den Standorten: Waren- und Barcodekatalog, Preise und Preisregeln, Aktionen und Promo-Codes, Sortimentsmatrix, Einstellungen der Technik, Benutzerkonten und Rechte, Updates der Kassensoftware.
Der Strom nach oben, von den Standorten zur Zentrale: Bons und ihre Positionen, Zahlungsvorgänge, Warenbewegungen, Summen der Schichten, Geräteereignisse, Ergebnisse der Inventuren, Handlungen der Mitarbeiter.
Die Regeln, nach denen das läuft:
Der heikelste Vorgang in einer Kette: Er betrifft alle Standorte gleichzeitig und ist für die Kunden noch am selben Tag sichtbar. Deshalb ist er als Dokument mit Gültigkeitsdatum gebaut und nicht als Bearbeitung eines Verzeichnisses.
Ein Bildschirm des Systems, die Zahlen dienen der Veranschaulichung. Der Sinn von Schritt fünf liegt darin, dass eine Filiale ohne Verbindung nicht aus der Preisänderung herausfällt und nicht unbegrenzt zum alten Preis weiterverkauft. Das Dokument wird später angewendet, aber ab dem richtigen Datum.
Eine Preisänderung ist umkehrbar: Das Dokument lässt sich vor dem Inkrafttreten aufheben oder durch ein neues ersetzen. Zu jeder Position sind die vorherigen Werte gespeichert, deshalb ist die Rückkehr zu ihnen ein Vorgang und keine Wiederherstellung aus der Sicherung.
Kasse und POS
Zahlungsschicht
Ware und Bestände
Steuerung der Kette
Loyalität beginnt nicht mit Punkten, sondern mit der Identifikation: Solange ein Kauf anonym ist, hat das Programm nichts, womit es arbeiten könnte. Aufgabe des Moduls ist es, den Bon an der Kasse in Sekunden mit dem Kunden zu verknüpfen, ohne die Schlange aufzuhalten.
Wege, einen Kunden an der Kasse zu erkennen: eine Plastikkarte mit Barcode, eine Telefonnummer, ein QR-Code in der mobilen App, eine virtuelle Karte. Der Weg richtet sich nach dem Format der Filiale: Wo die Schlange lang ist, ist das Eintippen einer Telefonnummer von Hand eine schlechte Lösung.
Was das Modul kann:
Ein Bonusprogramm lebt im Verkaufsraum und nicht in einem Marketingbericht. Seine Anforderungen setzt die Schlange:
Die Zahlen dienen der Veranschaulichung. Wichtig ist die dritte Zeile: Die Obergrenze für den mit Punkten bezahlten Anteil ist eine Regel und keine Entscheidung des Kassierers. Ebenso die fünfte: Punkte werden auf den tatsächlich mit Geld bezahlten Teil gutgeschrieben, sonst schreibt das Programm sich selbst gut.
Kauf- und Segmentdaten verbinden die Loyalität mit der Analytik und den KI-Szenarien weiter unten: Ein Angebot ergibt Sinn, wenn es auf der Kaufhistorie eines konkreten Kunden beruht und nicht auf einem Rundschreiben an die Datenbank.
Eine Filiale hat mit Geld und Ware zu tun, und die Menschen darin tragen unterschiedliche Verantwortung. Zugriffsrechte sind keine Frage der Geheimhaltung, sondern der Gewissheit, dass jede Handlung einen Urheber hat, dass ein alltäglicher Vorgang keinen Vorgesetzten braucht und dass ein riskanter nie stillschweigend abläuft.
Wie das Rechtemodell aufgebaut ist: Berechtigungen werden einer Rolle erteilt, die Rolle einem Mitarbeiter zugewiesen, der Mitarbeiter an Standorte gebunden. Persönliche Einstellungen für jeden Beschäftigten in einer Kette aus fünfzig Filialen lassen sich weder vergeben noch prüfen.
Das Handlungsprotokoll ist kein Archiv für alle Fälle. Es ist ein Arbeitsmittel: Damit werden ein strittiger Kauf, eine Fehlmenge in der Schicht und eine Kundenbeschwerde geklärt, und es speist zugleich den Abschnitt zur Kontrolle der Vorgänge weiter unten.
Der Satz der Vorgänge und ihre Verteilung auf die Rollen wird für die konkrete Kette eingerichtet. Nachfolgend ein typisches Gerüst, von dem die Einrichtung ausgeht:
Die letzte Zeile ist kein Fehler. Das Recht, alles zu sehen, wird ebenso sorgfältig vergeben wie das Recht, einen Preis zu ändern: Ein Filialleiter verantwortet seinen Standort und sieht diesen, nicht den nebenan.
Das System verhindert Missbrauch nicht automatisch und fällt keine Urteile. Es macht Vorgänge beobachtbar: Es setzt die Regeln, erfasst jede Abweichung davon und sammelt ähnliche Fälle in einer Warteschlange, die ein Mensch prüft. Das ist eine Kontrollschicht und keine Anti-Fraud-Maschine, die alles fängt.
Die Retourenquote wird nach Kassierer, Standort, Warengruppe und Tageszeit berechnet. Eine Abweichung vom üblichen Niveau ist ein Signal: Retouren ohne anwesenden Kunden, Retouren am Ende der Schicht, wiederholte Retouren derselben Ware.
Ein Bonstorno vor dem Abschluss und das Entfernen von Zeilen aus einem Bon sind normale Vorgänge, ihre Häufigkeit bei einem bestimmten Kassierer wird jedoch mit dem Niveau der Schicht und des Standorts verglichen. Ein starker Ausschlag kommt in die Überwachung.
Ein von Hand gesetzter Rabatt, ein Rabatt bei jedem Kauf desselben Kunden, ein Rabatt auf margenstarke Ware am Ende der Schicht. Jeder Fall wird mit Urheber, Begründung und Betrag gespeichert.
Das Recht, an der Kasse einen Preis zu ändern, ist eine Ausnahme und nicht die Regel. Wo es vergeben wurde, wird jede Nutzung mit dem vorherigen und dem neuen Wert erfasst und kommt in einen eigenen Bericht, statt im allgemeinen Protokoll unterzugehen.
Ein Arbeitsprofil: durchschnittlicher Bon, Anteil Bargeld, Anteil Retouren und Stornos, Zahl der Ladenöffnungen ohne Verkauf, Arbeit in einer fremden Schicht. Verglichen wird mit demselben Kassierer in der Vergangenheit und mit Kolleginnen und Kollegen am selben Standort.
Eine Zahlung im Register des Acquirers ohne Bon im System, ein Bon ohne Zahlungsvorgang, unterschiedliche Beträge auf Bon und Zahlung. Jede Abweichung kommt mit Betrag, Zeit, Kasse und Terminal auf den Tisch.
Verkäufe außerhalb der Öffnungszeiten des Standorts, Bons mit Nullsumme, ein wiederholter Bon mit identischen Positionen, das Öffnen der Lade ohne Verkauf, die Anmeldung unter einem fremden Konto.
Ein unveränderlicher Eintrag zu jedem wesentlichen Vorgang: Urheber, Zeit, Arbeitsplatz, vorheriger und neuer Wert. Er liegt getrennt von den Arbeitsdaten und lässt sich deshalb nicht zusammen mit ihnen bearbeiten.
Vergabe und Entzug von Rechten, Änderung der Preisregeln, Abschalten einer Prüfung, manueller Abschluss einer Schicht, Zugriff auf den Export der Kundendatenbank — all das wird gesondert erfasst und erreicht den Verantwortlichen sofort und nicht zum Monatsende.
| Signal | Was das System weiß | Was ein Mensch prüft |
|---|---|---|
| Die Retourenquote eines Kassierers ist dreimal so hoch wie der Durchschnitt des Standorts | 14 Retouren in einer Schicht, 11 davon in der letzten Stunde, alle in bar | Kameraaufzeichnungen, Anwesenheit der Kunden, Erklärung des Mitarbeiters |
| Ein manueller Rabatt wurde 23-mal angewendet | Ein Kassierer, ein Betragsbereich, verschiedene Warengruppen | Die Gründe für den Rabatt, ob eine Anweisung besteht, ob sich der Kunde wiederholt |
| Eine Zahlung im Register ohne Bon im System | Betrag und Zeit passen zur Schicht, der Bon fehlt | Ein Verbindungsabbruch oder ein nicht erfasster Verkauf — das Kassenprotokoll prüfen |
| Die Kassenlade wurde 40-mal ohne Verkauf geöffnet | Eine Kasse, eine Schicht, Abstände von 3–5 Minuten | Wechselgeld, ein technisches Problem des Schlosses oder eine Entnahme |
| Inventur: eine Fehlmenge in einer einzigen Kategorie | Die Abweichung liegt nur in der Tabakgruppe, an drei Standorten hintereinander | Wareneingang, Umlagerungen, Abschreibungen und der Zugang zum Lagerraum |
Ein Bildschirm des Systems, die Zahlen dienen der Veranschaulichung. Keine einzige Zeile bedeutet einen Verstoß — jede bedeutet, dass die Zahlen vom Üblichen abweichen und das erklärt werden muss. Der Unterschied ist grundlegend: Die Regel stellt die Frage, ein Mensch gibt die Antwort.
Der praktische Wert dieser Schicht ist Geschwindigkeit. Ohne sie wird eine Abweichung bei der Inventur gefunden, Monate nach dem Ereignis, wenn weder Aufzeichnungen noch Erinnerungen bleiben. Mit ihr ist eine Abweichung am nächsten Tag sichtbar, und die Klärung läuft gegen einen konkreten Bon, eine konkrete Schicht und einen konkreten Vorgang.
Analytik im Einzelhandel bedeutet keine hübschen Diagramme, sondern die Antwort auf vier Fragen: Wie viel haben wir verdient, womit genau, was stört, und was tun wir mit der Bestellung für nächste Woche. Alles Übrige leitet sich davon ab.
Berechnet wird auf einer Kopie der operativen Daten und nicht auf der Live-Datenbank: Ein schwerer Jahresbericht darf die Kasse im Verkaufsraum nicht ausbremsen.
Was das System berechnet:
Das gesetzlich vorgeschriebene Berichtswesen läuft gesondert: Schicht- und Tagesberichte je Standort, Aufstellungen für die Buchhaltung, Abgleich mit dem Acquirer, Daten für das Buchhaltungssystem. Es hat Zeitplan und Empfänger und hängt deshalb nicht davon ab, ob jemand zum Monatsende daran denkt.

Das häufigste Problem des Berichtswesens in einer Kette ist nicht der Mangel an Zahlen, sondern mehrere verschiedene Zahlen für dieselbe Kennzahl. Umsatz mit und ohne Retouren, durchschnittlicher Bon je Bon und je Kunde, Marge zum Listenpreis und nach tatsächlichen Rabatten ergeben verschiedene Werte, und der Streit darüber frisst mehr Zeit als die Analyse selbst.
Deshalb werden die Definitionen der Kennzahlen einmal im System festgelegt und von jedem Bericht genutzt. Eine Definition zu ändern ist eine gesteuerte Handlung mit Datum und nicht die Bearbeitung einer Formel in irgendjemandes Tabelle.
Ein Bildschirm des Systems, die Zahlen dienen der Veranschaulichung. Die Reihenfolge der Kacheln ist kein Zufall: An erster Stelle stehen nicht die Verkäufe, sondern die Standorte, die keine Daten gesendet haben — denn solange sie fehlen, ist jeder Prozentsatz darunter auf einem unvollständigen Bild berechnet.
Ein System für den Einzelhandel ist selten das einzige im Unternehmen: Buchhaltung, Rechnungswesen, Lager und Onlineshop laufen meist bereits. Eine Integration braucht man nicht der Form halber, sondern damit dieselben Daten nicht zweimal erfasst werden und zwischen den Systemen nicht auseinanderlaufen.
Meist gehören ihm die Artikelliste, die Lieferanten und die Einkaufspreise; dem System für den Einzelhandel gehören Verkäufe, Verkaufspreise und Bestände je Standort. Die Richtung des Austauschs wird für jedes Verzeichnis ausdrücklich benannt — sonst beginnen zwei führende Quellen einander zu überschreiben.
Export des Umsatzes nach Standort und juristischer Person, Dokumente der Warenbewegung, Abschreibungsaufstellungen, Retourendaten und bargeldlose Vorgänge. Häufigkeit und Umfang bestimmen die Anforderungen der Buchhaltung und nicht das, was sich bequem exportieren lässt.
Kunden, Segmente, Kaufhistorie, Punkte und persönliche Angebote. Kauffakten verlassen das System für den Einzelhandel, Segmente und Kampagnen kommen aus dem CRM — und an der Kasse werden sie zu einem konkreten Rabatt oder Angebot.
Wo die Kette ein Verteilzentrum hat: Anforderungen der Filialen, Versand an die Standorte, Wareneingänge, Rücksendungen ans Lager. Eine Umlagerung bleibt ein Vorgang mit zwei Hälften, auch wenn die Hälften in verschiedenen Systemen leben.
Gemeinsamer Katalog und gemeinsame Preise, Bestände der Filiale als Quelle für die Selbstabholung, eine im Geschäft kommissionierte Bestellung, die Retoure eines Onlinekaufs an der Kasse. Eine ausführliche Betrachtung von Storefront und Bestellungen finden Sie auf der Seite E-Commerce.
Austausch zwischen Kasse und Terminal, Empfang des Vorgangsregisters für den Abgleich, Status der Erstattungen. Der Umfang ergibt sich aus dem Terminalmodell und dem Vertrag mit dem Acquirer und wird bei der Untersuchung geklärt.
Mitarbeiter, Zuordnung zu Standorten, Schichtpläne. Die Schicht an der Kasse und die Schicht auf dem Stundenzettel hören auf, zwei getrennte Einträge zu sein, die ein Mensch abgleichen muss.
Eine dokumentierte API des Systems für Dritte sowie Anbindungen an externe Dienste: Newsletter, Messenger, Dienste für Belege und Benachrichtigungen, Partnerprogramme. Das Format ist versioniert — eine Änderung erscheint als neue Version, während die alte weiterläuft.
Asynchrone Verarbeitung, erneute Zustellung in wachsenden Abständen, ein idempotenter Empfänger, ein Protokoll jeder Nachricht mit Inhalt und Ergebnis, regelmäßiger Abgleich der wichtigsten Zahlen. Eine Abweichung wird zur Aufgabe, statt beim Monatsabschluss entdeckt zu werden.
Eine Frage wird immer vor dem Bau eines Austauschs geklärt: Welchem System gehört welches Verzeichnis. Solange sie keine Antwort hat, wird aus einer Integration ein Kreislauf gegenseitigen Überschreibens, der sich nicht beheben lässt.
Eine Handelskette sammelt Daten schneller, als sie sie lesen kann: Bons je Position und Stunde, Bestände je Standort, Warenbewegungen, Handlungen der Mitarbeiter, Ereignisse der Technik. KI ist hier kein eigenes Produkt, sondern eine Schicht über diesen Daten, die die Fragen beantwortet, für die ein Mensch keine Zeit hat.
Das Muster ist in jedem Szenario dasselbe: Daten → Analyse → Ergebnis → Handlung. Ein Szenario ohne dieses letzte Glied bleibt eine Demo.
Praktische Szenarien:
Die Grenze wird ehrlich benannt: Ein Modell arbeitet auf gesammelter Historie. Solange Verkäufe nicht nach Positionen und Stunden geschrieben und Warenbewegungen rückwirkend erfasst werden, gibt es nichts zu prognostizieren — zuerst der Buchungskreislauf, dann die Analytik darüber. Eine ausführliche Betrachtung dieses Bereichs finden Sie auf der Seite zur Einführung künstlicher Intelligenz.

Der vierte Schritt ist Pflicht. Eine Empfehlung, die ohne Menschen in eine Bestellung geht, macht aus einem Modellfehler einen echten Einkauf — und der letzte Schritt macht aus diesem Fehler eine Korrektur.
Ein Teil der Ware in einer Filiale liegt in Technik, die eine Betriebsart hat: Kühltheken, Tiefkühltruhen, Kühlräume im Hinterhaus. Eine Abweichung dieser Betriebsart ist in der Warenwirtschaft unsichtbar — sie taucht Tage später als Abschreibung auf.
Deshalb steht die Überwachung der Technik neben der Handelsschicht: dieselben Standorte, dieselben Verantwortlichen, dasselbe Prinzip, dass eine Abweichung an eine Person adressiert ist und eine Frist hat.
Was in einer Filiale unter Beobachtung kommt:
Der Bezug zum Handel ist unmittelbar: Die Temperaturhistorie belegt die Lagerbedingungen gegenüber einer Prüfbehörde oder einem Vertragspartner, und eine früh erkannte Abweichung senkt die Abschreibungen — landet also in denselben Verlustberichten wie Inventurdifferenzen.

Was sich aus einem konkreten Gerät physisch auslesen lässt, ist eine Frage seines Controllers: Manche Modelle geben Werte und Fehler heraus, andere verlangen externe Sensoren. Das wird bei der Untersuchung anhand der Herstellerdokumentation festgestellt.
Eine vollständige Betrachtung dieses Bereichs — Sensoren und Controller, Übertragungskanäle, Serverseite, eine gemeinsame Oberfläche, Benachrichtigungen und Fernsteuerung — steht auf einer eigenen Seite über IoT-Überwachung und Steuerung der Technik.
Der Umfang wird um die Aufgabe herum zusammengestellt: Eine einzelne Filiale braucht weder Matrizen noch Umlagerungen zwischen Standorten, eine Kette aus vierzig Filialen kommt ohne sie nicht aus. Nachfolgend die vollständige Liste, aus der die Zusammenstellung erfolgt.
Kassiererbildschirm, Aufbau des Bons, Arbeit mit Scanner und Waage, Zahlung, Druck der Dokumente, geparkte Bons, Offlinebetrieb.
Eröffnung und Abschluss der Schicht, Zwischen- und Abschlussberichte, Einzahlung und Auszahlung, Berechnung der Differenz.
Austausch mit dem Zahlterminal, Zustände der Vorgänge, Zuordnung einer Zahlung zum Bon, Erstattungen, Klärung unfertiger Vorgänge, Abgleich.
Eine Retoure über die Bonnummer, eine Teilretoure, Prüfung des bereits Zurückgegebenen, Erstattung von Geld und Punkten, der Retourenbon.
Positionen, Barcodes, Mengeneinheiten, Ware nach Gewicht, Kategorien, Lieferanten, Regeln für den Umlauf, Status und Archiv.
Zusammensetzung des Sortiments je Standortgruppe, Aufnahme und Herausnahme von Positionen mit Datum, Kontrolle von Verkäufen außerhalb der Matrix.
Preisgruppen, Aufschlagsregeln, Preisänderungen nach Zeitplan mit Gültigkeitsdatum, Mindestpreis, Änderungshistorie.
Auslösebedingungen, Mechanik, Zeitplan, Geltungsbereich nach Standort, Limits, Vereinbarkeit, Erzeugung und Einlösung von Codes.
Bestände je Standort und über die Kette, Ware unterwegs, Reservierungen, Schwellen für niedrige Bestände, Positionen ohne Bewegung.
Zugänge vom Lieferanten und aus dem Verteilzentrum, Scannen, Vergleich mit dem Lieferschein, Erfassung von Abweichungen.
Versand und Annahme als zwei Hälften eines Vorgangs, Ware unterwegs, Kontrolle nicht abgeschlossener Umlagerungen.
Bruch, Verderb, Ablauf, Eigenverbrauch, eine Mängelrücksendung mit Bezug auf den ursprünglichen Wareneingang.
Vollständig und teilweise, Nachzählen per Scan, Abweichungen in Stück und Geld, Bestätigung des Ergebnisses.
Ein Verzeichnis der Filialen, Standortgruppen, Formateinstellungen, Eröffnung eines neuen Standorts durch Kopieren einer Konfiguration.
Ein einziger Bildschirm für die Kette: Verkäufe, Bestände, Preise, Aktionen, Technik, Fehler, Kennzahlen, Zustand des Austauschs.
Austauschwarteschlangen, Gültigkeitsdaten, Bestätigung der Anwendung, erneute Zustellung, Protokollierung und Abgleich.
Identifikation des Kunden, Punkte, Stufen, Verfallsfristen, Segmente, persönliche Angebote, Kommunikation.
Profile, Einwilligungen zur Datenverarbeitung, Kaufhistorie, Kommunikationskanäle, Zusammenführung von Dubletten.
Rollen und Berechtigungen, Geltungsbereich nach Standort, Bestätigung von Vorgängen durch den Vorgesetzten, Handlungsprotokoll, Entzug des Zugangs.
Regeln der Überwachung, Klärungswarteschlange, Berichte zu Retouren, Rabatten und Stornos, Erfassung kritischer Ereignisse.
Kassen, Terminals, Waagen, Scanner und übrige Geräte, an Arbeitsplätze gebunden, mit Versionen und Wartungshistorie.
Temperatur, Türen, Stromversorgung, Fehler der Controller, Verbindungsverlust; Ereignisse mit Adressat und Reaktionsfrist.
Verkäufe, Marge, Umschlag, Retouren, Verluste, Wirkung der Aktionen, Leistung der Mitarbeiter, freie Aufschlüsselungen.
Austausch mit ERP, Rechnungswesen, CRM, Lager, Onlineshop und externen Diensten. APIs, Webhooks, Warteschlangen, Protokollierung.
Ein System wird nicht auf einmal in der gesamten Kette gestartet. Die folgende Reihenfolge ergibt sich aus den Abhängigkeiten: Jeder Schritt baut auf Daten auf, die im vorherigen entstanden sind, und wird an einem Standort geprüft, bevor er ausgerollt wird.
Aktuelle Prozesse, Verzeichnisse, Technik an den Standorten, die Systeme mit Datenhoheit, Anforderungen an den fiskalischen Teil. Das Ergebnis ist ein Schema der Entitäten, eine Integrationskarte und eine Liste der Einschränkungen.
Migration der Artikelliste, Barcodes, Preise, Wareneingang und Bestände, ein Kassenarbeitsplatz mit angeschlossener Technik und Zahlterminal. Start an einem Standort.
Zentrale Oberfläche, Sortimentsmatrizen, zentrale Preise und Aktionen, Umlagerungen zwischen Standorten, Synchronisierung und Zugriffsrechte. Anbindung der übrigen Filialen.
Loyalität, Kontrolle der Vorgänge, Analytik, Überwachung der Technik, KI-Szenarien auf der gesammelten Historie. Jeder Block ist ein eigenes Release mit messbarem Ergebnis.
Schreiben Sie uns, wie viele Standorte Sie haben, was bereits läuft — Kasse, Buchhaltungssystem, Lager, Onlineshop — und welche Technik im Verkaufsraum installiert ist. Wir gehen den Prozess durch, sagen, was sich übernehmen lässt und was neu gebaut werden muss, und schlagen eine Reihenfolge der Einführung vor.