Wir analysieren Ihr Standortnetz und schlagen eine Architektur vor
Technik, Abläufe der Ausgabe, Zahlungen und der Austausch mit dem Buchhaltungssystem — als Schema, noch vor Beginn der Entwicklung.
Software für unbeaufsichtigten Handel und automatisierte Warenausgabe über Fächer von Paketstationen, Verkaufsautomaten und Regale in Mikromärkten. Nachfolgend: die Module des Systems, die Prozesse, die es abdeckt, und seine Verbindungen zu Onlineshops, Lieferdiensten, CRM, ERP und Lagersystemen.
Unbeaufsichtigter Handel — Verkauf und Ausgabe von Ware an einem Ort ohne Personal. Der Kunde bedient die Technik selbst, während die Software Verfügbarkeit, Preis, Zahlung und Ausgabe steuert.
Paketstation, Verkaufsautomat und Mikromarkt sind drei Ausprägungen derselben Aufgabe. Die Mechanik unterscheidet sich: ein Fach mit elektronischem Schloss, eine Spirale oder ein Aufzug im Automaten, offene Regale und Kühlschränke. Die Geschäftsobjekte sind dieselben: Produkt, Preis, Bestand am Standort, Bestellung, Zahlung und Ereignis der Technik.
Deshalb stehen alle drei auf einer Seite. Software für Paketstationen, Vending und Mikromärkte wird aus denselben Modulen gebaut; unterschiedlich sind nur die angeschlossenen Geräte und der Ablauf der Ausgabe.
Sechs Gründe, warum Unternehmen Software für unbeaufsichtigten Handel einführen. Ohne sie erfordert jede dieser Aufgaben eine Fahrt zum Standort, eine Tabelle und ein Telefonat.
Produkte, Preise und Planogramme werden zentral gepflegt und an alle Standorte verteilt. Ein Automat am Flughafen und ein Mikromarkt im Büro nutzen dieselbe Datenquelle, nicht getrennte Dateien.
Der Kunde wählt, bezahlt und entnimmt die Ware rund um die Uhr selbst. Menschen werden für Nachbefüllung, Geldabholung und Störungsbehebung gebraucht, nicht für jeden Verkauf.
Der Bestand sinkt in dem Moment, in dem der Ausgabemechanismus arbeitet oder ein Fach sich öffnet. Nachfüllrouten entstehen aus dem tatsächlichen Bestand, nicht aus den Zahlen der Vorwoche.
Preise ändern sich nach Regeln für einen Standort, eine Gruppe von Standorten oder nach Zeitplan. Die Neuberechnung eines Netzes aus hundert Automaten erfordert keine Fahrt zu jedem Gerät.
Verkäufe, Zahlungen, Nachbefüllungen und Abschreibungen gelangen ohne erneute Eingabe in das Buchhaltungssystem. Der Abgleich ist keine gesonderte Aufgabe zum Monatsende mehr.
Der Betreiber sieht, was sich an jedem Standort verkauft, welche Fächer leer stehen, wie lange die Technik nicht verfügbar war und warum.
Eine Paketstation — ein Schrank mit Fächern unterschiedlicher Größe, aus dem der Empfänger seine Bestellung ohne Personal abholt. Software für Paketstationen legt fest, in welches Fach eine Sendung gehört, wer es mit welchem Code öffnen darf und was geschieht, wenn eine Bestellung nicht abgeholt wird.
Ein Fach ist nicht einfach eine Tür, sondern ein Geschäftsobjekt mit eigenem Status und eigener Historie. Deshalb kann eine Paketstation nacheinander mehrere Bestellungen bedienen, und die Verfügbarkeit jedes Fachs ist bekannt, bevor der Kurier eintrifft.
Was Software für Paketstationen leistet:
Die Einlage durch den Kurier ist derselbe Scanvorgang wie die Abholung: Das Etikett der Sendung wird gescannt, die Station öffnet ein passendes Fach, das Schließen der Tür bestätigt die Einlage. Von diesem Moment an verantwortet die Paketstation die Bestellung, nicht mehr der Kurier.
Der Abholcode gehört zur Bestellung, nicht zur Person. Er lässt sich an einen anderen Empfänger weitergeben, widerrufen und neu ausstellen. Jede Weitergabe eines Codes steht mit Zeit und Zustellweg in der Historie der Bestellung.
Eine Station bedient Dutzende Bestellungen am Tag, ein Netz Tausende. Der Unterschied liegt nicht in der Ausgabe selbst, sondern in allem drumherum: wer die Bestellungen einlegt, wer die Stationen wartet und woher die Bestellungen kommen.
Ein Geräteverzeichnis speichert Adresse, Konfiguration der Fachgrößen, Zugangszeiten, Softwareversion und die für die Wartung verantwortliche Stelle. Einstellungen und Updates gelangen aus der Ferne auf die Terminals.
Der Shop erhält eine Liste der Paketstationen mit Adressen, Öffnungszeiten und Größenbeschränkungen, übergibt eine Bestellung und bekommt Statusmeldungen zurück: eingelegt, abgeholt, Frist abgelaufen oder zurückgesandt.
Der Austausch per API mit den Transporteuren umfasst die Zuordnung einer Station, die Sendungsnummer, die Bestätigung der Einlage, die Entnahme nicht abgeholter Bestellungen und die Mitnahme von Retouren auf der Route.
Das System überwacht Schlösser und Türsensoren, den Betrieb von Scanner und Bildschirm, das Zahlungsmodul, Strom und Verbindung. Ein defektes Fach wird für neue Einlagen gesperrt, statt bei der Ankunft entdeckt zu werden.
Der Betreiber sieht, wie viele Fächer jeder Größe jetzt belegt sind und wie viele es nach den Lagerfristen am Abend sein werden. Der Disponent weiß, welche Station keine Lieferaufträge mehr annehmen kann.
Umschlag der Fächer, durchschnittliche Zeit von der Einlage bis zur Abholung, Anteil nicht abgeholter Bestellungen, Belegung nach Stunde und Wochentag sowie Verteilung nach Fachgröße.
Ein Bestandteil der Station, kein eigenes Gerät: Bildschirm, Code-Scanner, Kartenleser, kontaktloses Modul und Fiskalspeicher. Es nimmt die Zahlung für Nachnahmebestellungen, für die Lagerung über die enthaltene Frist hinaus und für Ware entgegen, die bei der Abholung bezahlt wird.
Karten, kontaktlose Zahlung, QR-Code und Sofortzahlungssysteme sowie die Zahlung in der App. Jede Zahlung ist mit Bestellung und Fach verknüpft; ihr Status — autorisiert, belastet oder erstattet — steht neben der Historie der Ausgabe und wird täglich mit dem Register des Dienstleisters abgeglichen.
Einmalcodes haben eine Ablaufzeit und eine Grenze der Versuche, die Neuausstellung eines Codes ist in der Häufigkeit begrenzt. Das System prüft, ob die Zahlung zum Öffnen des Fachs passt. Wiederholte Fehleingaben, ein Öffnen ohne Zahlung und ungewöhnliche Aktivität eines Empfängers gelangen in eine Prüfwarteschlange.
Die Software der Terminals, der Controller der Schlösser, das Protokoll der Serverkommunikation und das System zur Bestückung der Station sind unsere eigene Software- und Ingenieurarbeit. Deshalb lassen sich die Fächer auf den Standort zuschneiden und neue Zahlungsarten oder Ausgabeabläufe direkt auf dem Gerät ergänzen, statt an einem fremden Modul zu scheitern.
Ein Verkaufsautomat verkauft Ware in einem kurzen Ablauf: Auswahl, Zahlung, Ausgabe. Software für Verkaufsautomaten steuert, welche Ware im Automaten liegt, zu welchem Preis, und was geschieht, wenn Ausgabemechanik oder Zahlung ausfallen.
Der Automat arbeitet autonom: Der Verkauf läuft auch ohne Serververbindung weiter, und die Transaktionen werden nachgeliefert, sobald die Verbindung zurück ist. Deshalb tauscht Vending-Software Ereignisse aus, statt eine Fernbedienung zu sein.
Was Vending-Software leistet:
Eine fehlgeschlagene Ausgabe ist ein normales Ereignis, keine Ausnahme: Die Spirale dreht sich, ohne die Ware freizugeben, das Produkt klemmt, oder die Position ist leer. Der Automat meldet das sofort, die Kartenzahlung wird ohne Antrag des Kunden zurückgenommen, und die Position wird für die nächste Route zur Prüfung vorgemerkt.
Planogramme werden versioniert. Eine Sortimentsänderung am Objekt erzeugt eine neue Version mit Gültigkeitsdatum, statt Felder zu überschreiben — so bleiben die Verkäufe vor und nach der Änderung vergleichbar.
Ein Verkaufsautomat steht ohne Personal, deshalb bedeutet jede Störung Stillstand bis zum nächsten Besuch. Telemetrie verkürzt dieses Intervall: Das Gerät meldet seinen Zustand selbst.
Der Automat überträgt Verkäufe, Bestände je Position, Fehler der Mechanik, Temperatur, Zustand des Zahlungsmoduls und Ereignisse beim Öffnen der Tür. Die Ereignisse werden gebündelt gesendet und gehen bei einem Verbindungsabbruch nicht verloren.
Online, Leerlauf, Ausgabefehler, klemmender Geldscheinprüfer, zu wenig Wechselgeld oder Störung der Kühlung. Jeder Zustand hat eigene Priorität und eigenen Empfänger.
Ein Ereignis wird zu einer Aufgabe mit Bearbeiter und Frist, nicht zu einer Nachricht im Gruppenchat. Der Abschluss der Aufgabe erfordert eine Anmeldung vor Ort und steht in der Historie des Geräts.
Das Telemetriemodul spricht über MDB und EVA-DTS mit den Controllern des Automaten. Ein gemischter Bestand lässt sich an eine Oberfläche anbinden, ohne vorhandene Technik zu ersetzen.
Die Software auf dem Gerät wird aus der Ferne in Gruppen aktualisiert: erst einige Automaten, dann das Netz. Ein fehlgeschlagenes Update kehrt zur vorherigen Version zurück.
Anteil der Betriebszeit, Zahl der Störungen je Automat, Zeit von der Störung bis zur Behebung und der Verkauf, der während des Stillstands verloren ging.
Das Zahlungsmodul ist über MDB an den Controller des Automaten angeschlossen und arbeitet als eigenständige Einheit: Kartenleser, kontaktloses Modul, QR-Scanner, Scheins- und Münzprüfer mit Erfassung des Münzvorrats sowie Fiskalspeicher. Das Terminal führt eine eigene Warteschlange der Transaktionen.
Karten, kontaktlose Zahlung, QR-Code und Sofortzahlungssysteme. Der Betrag wird vor dem Lauf der Mechanik autorisiert und nach bestätigter Ausgabe belastet; jede Transaktion wird mit dem Ereignis der Ausgabe abgeglichen, Bargeld dagegen mit den Abrechnungen der Geldabholung und den Zählern des Automaten.
Das System erkennt Abweichungen zwischen Zahlung und Ausgabe, wiederholte Transaktionen mit einer Karte in kurzer Zeit, auffällige Raten von Stornierungen und Erstattungen, Eingriffe in das Gehäuse und ein Öffnen der Türen außerhalb der geplanten Route. Die Kennzahlen werden je Gerät berechnet, deshalb hebt sich ein auffälliger Automat vom Netz ab.
Das Telemetriemodul, die Treiber für MDB und EVA-DTS, die Software auf dem Gerät und der Zahlungsstack sind unsere eigene Software- und Ingenieurarbeit. Ein gemischter Bestand lässt sich ohne Austausch der Technik an eine Oberfläche anbinden, und die Unterstützung für ein neues Protokoll oder eine neue Zahlungsart wird im Modul ergänzt.
Ein Mikromarkt — ein kleiner Verkaufsort mit offenen Regalen und Kühlschränken in einem kontrollierten Umfeld: Büro, Produktion, Wohnheim oder Coworking. Der Kunde hat physischen Zugriff auf die Ware, einen Kassierer gibt es nicht, bezahlt wird am Terminal oder in der App.
Der wesentliche Unterschied zum Verkaufsautomaten: Keine Mechanik begrenzt den Zugang zur Ware. Deshalb steht in der Software für Mikromärkte nicht die Ausgabe im Mittelpunkt, sondern Bestandsführung und Abgleich: Die Differenz zwischen Verkäufen und physischem Bestand ist eine Betriebskennzahl des Standorts.
Die Kontrolle an einem solchen Standort stützt sich auf drei unabhängige Quellen: Computer Vision über den Regalen, elektronische Schlösser mit Öffnungsprotokoll und das Zahlterminal. Stimmen die Daten überein, ist alles normal; eine Abweichung ist ein Betriebsereignis, das an eine konkrete Kundensitzung gebunden ist.
Was das System leistet:
Die Nachbefüllung eines Mikromarkts erzeugt einen Wareneingangsbeleg und ist nicht einfach das Auffüllen der Regale. Beim Einräumen werden Ware, Charge und Ablaufdatum erfasst, deshalb wird abgelaufener Bestand automatisch abgeschrieben.
Das Sortiment ergibt sich aus den Daten des Standorts. Ein kontrolliertes Umfeld hat einen stabilen Kundenkreis, und eine Position ohne Verkäufe in zwei Wochen belegt Platz, den eine schneller drehende Ware nutzen könnte.
Ein einzelner Standort lässt sich aus einer Tabelle führen. Ein Netz braucht gemeinsame Stammdaten, gemeinsame Preise und einen Ort, an dem alle Abweichungen sichtbar sind.
Jeder Standort ist ein Datensatz mit eigener Adresse, Technik, Sortiment, Preisen und Nachfüllplan. Änderungen gelten für einen Standort, eine Gruppe oder das gesamte Netz.
Netzbetreiber, Routenmerchandiser, Buchhaltung und Vertreter des Objekts sehen unterschiedliche Bereiche. Abschreibungen und Bestandskorrekturen erfordern eigene Rechte.
Kunden des kontrollierten Umfelds, Firmenlimits, Supportanfragen und Rückmeldungen zum Sortiment. Segmente steuern persönliche Preise und Angebote.
Stammdaten, Einkaufspreise, Verkaufsdokumente und Abrechnung mit Objekten und Lieferanten. Die Stammdaten führt das Buchhaltungssystem, nicht der Standort.
Nachfüllanforderungen, Versand auf die Route sowie Annahme von Retouren und abgelaufener Ware. Bestände am Standort und im Lager werden in einem System geführt.
Anbindung der Dienstleister, Erzeugung des Fiskalbelegs, Erstattungen bei fehlgeschlagenen Käufen und täglicher Abgleich mit den Daten des Dienstleisters und dem Kontoauszug.
Die Selbstbedienungsstation am Standort umfasst Barcode-Scanner, Bildschirm, Kartenleser, kontaktloses Modul, Fiskalspeicher und — bei Ware nach Gewicht — ein Waagenmodul. Am Terminal wird ein Kauf zum bezahlten Kauf, deshalb wird sein Zustand ebenso überwacht wie die Kühltechnik.
Karten, kontaktlose Zahlung, QR-Code, Zahlung in der App, Firmenkonten und Mitarbeiterlimits. Jeder Kauf wird mit den Positionen des Belegs, dem Standort und der Zeit gespeichert, der tägliche Abgleich führt Transaktionen des Dienstleisters, Fiskaldokumente und Bestandsabbuchungen zusammen.
Computer Vision und elektronische Schlösser erfassen, was den Standort verlässt; das Zahlungssystem erfasst, was bezahlt wurde. Die Kontrolle richtet sich auf die Abweichungen zwischen beiden Strömen: unbezahlte Ware, auffälliges Verhalten eines Kontos und erhöhte Abschreibungsraten an einem Standort werden über das Öffnungsereignis geklärt.
Die Software der Terminals und Standorte, die Controller der elektronischen Schlösser, die Verarbeitung der Videoströme und die Regeln des Betrugsschutzes sind unsere eigene Software- und Ingenieurarbeit. Deshalb lässt sich die Technik nach Räumlichkeit und Sortiment wählen: offenes Regal, verschlossener Kühlschrank oder Schrank mit Zutrittskontrolle arbeiten alle in derselben Bestandsführung.
Paketstation, Verkaufsautomat und Mikromarkt sind Standorte innerhalb eines Systems, nicht drei getrennte Produkte. Für alle gilt derselbe Satz an Bausteinen: Technik und Software vor Ort, Zahlterminal, Backend-Plattform, Administrationsbereich, Apps für Kunden und Personal, Analytik, Berichte, Betrugsschutz und angebundene Logistik. Nachfolgend ist jeder Baustein mit seiner Aufgabe beschrieben.
Ein Standort verbindet Technik mit Software auf dem Gerät: Controller für Schloss oder Ausgabemechanik, Scanner, Bildschirm, Zahlungsmodul, Tür- und Temperatursensoren. Er arbeitet autonom und bedient Kunden weiter, wenn die Serververbindung abbricht.
Schränke von Paketstationen mit unterschiedlichen Fachgrößen, Verkaufsautomaten mit Spiralen und Aufzügen, Regale und Kühlschränke von Mikromärkten, elektronische Schlösser, Scanner, Waagen und Kameras für Computer Vision. Zu jedem Gerät gehört ein Eintrag im Verzeichnis mit Konfiguration und Wartungshistorie.
Zahlungsannahme an allen drei Standortarten: Kartenleser und kontaktloses Modul, PIN-Pad, QR-Scanner und Fiskalspeicher; bei Verkaufsautomaten kommen Scheins- und Münzprüfer hinzu. Das Terminal führt eine eigene Warteschlange der Transaktionen, deshalb läuft die Zahlung auch bei einem Verbindungsabbruch weiter.
Annahme der Ereignisse von den Standorten, operativer Datenkern, Nachrichtenwarteschlangen sowie Zeitpläne für Aufgaben und Berichte. Sie skaliert mit der Zahl der Standorte und umfasst unveränderliche Transaktionsprotokolle sowie Sicherungen mit geplanter Wiederherstellungsprüfung.
Der Arbeitsplatz des Netzbetreibers: Standorte auf der Karte, Zustand der Technik, Bestände, Preise und Planogramme, Aufgaben und Störungen, Rollen und Rechte sowie ein Protokoll der Mitarbeiteraktionen und Wartungsöffnungen.
Registrierung von Geräten und Schlüsseln, Fernkonfiguration, stufenweise Software-Updates mit Rücknahme, Neustart einzelner Komponenten und Entzug von Zugängen. Zustand und Version jedes Geräts sind zentral bekannt.
Produkte und Barcodes, Chargen und Ablaufdaten, Preise und Preisregeln, Bestände je Standort und Fach, Bestellungen, Verkäufe und Transaktionen. Eine Datenquelle für das gesamte Netz, unabhängig von der Art der Technik.
Ein Ereignisstrom von allen Standorten: Verkäufe und Ausgaben, Fehler der Mechanik, Öffnen der Türen, Temperatur der Regale, Zustand des Zahlungsmoduls und Verbindung. Bei einem Ausfall sammeln sich die Ereignisse auf dem Gerät und werden gebündelt gesendet; jeder auffällige Zustand wird zu einer Aufgabe mit Bearbeiter und Frist statt zu einer Zeile im Protokoll.
Karte der Standorte und Öffnungszeiten, Abholcodes, Zahlung und Firmenlimit, Kaufhistorie und elektronische Belege, Anlegen einer Retoure sowie Benachrichtigungen über bereitstehende Bestellungen und ablaufende Lagerfristen.
Schichtroute, Nachbefüllung per Scan, Inventuren, Geldabholung, Abschreibungen mit Grund und Foto sowie der Abschluss technischer Aufgaben. Sie arbeitet ohne Verbindung: Vorgänge sammeln sich lokal und gehen ab, sobald die Verbindung zurück ist.
Verkäufe, Marge, Umschlag, Ausfallzeiten, Verluste und entgangene Nachfrage nach Zeitraum, Standort, Objekt, Art der Technik, Ware, Kategorie, Zahlungsart und Bearbeiter der Route.
Berichte und Exporte nach Zeitplan: Umsatz nach Standort und juristischer Person, Abrechnungen der Geldabholung, Abschreibungsbelege, Abgleich mit Zahlungsdienstleistern und Banken sowie Daten für das Buchhaltungssystem. Zeitplan und Empfänger sind einstellbar.
Regeln und Limits für Transaktionen, Verhaltensmerkmale, Abgleich der Zahlungsereignisse mit Ausgabe oder Türöffnung, Sperrlisten und eine Warteschlange verdächtiger Vorgänge zur manuellen Prüfung auf Ebene der Sitzung.
Eine dokumentierte API, Webhooks und Nachrichtenwarteschlangen für Onlineshops, Lieferdienste, CRM, ERP, Lager, Online-Fiskalsysteme und Zahlungsdienste. Versionierung der Formate, Idempotenz beim Empfänger und ein Austauschprotokoll.
Verteilung der Ware auf die Standorte, Routenverwaltung, Bestandskontrolle, Planung der Nachbefüllung und zentrale Steuerung des Netzes — in demselben System, das die Verkäufe erfasst, und nicht in einer gesonderten Tabelle.
In dieser Architektur ist das Zahlterminal kein Zubehör, sondern ein Kernbaustein: Es schließt den Verkauf an allen drei Standortarten ab und ist der einzige Ort, an dem ein Kauf zum bezahlten Kauf wird. Die Software des Terminals, das Protokoll der Serverkommunikation, die Schnittstellen zu den Controllern der Technik und der Einbausatz sind unsere eigene Software- und Ingenieurarbeit — deshalb lassen sich Zahlungsarten, Autorisierungsregeln und das Verhalten ohne Verbindung auf das Netz zuschneiden.
Logistik im unbeaufsichtigten Handel — die Bewegung der Ware zwischen einem Lager und Dutzenden Standorten, die unterschiedlich schnell verkaufen. Das Modul steckt in dem System, das Verkäufe und Bestände erfasst, deshalb beruhen die Entscheidungen auf Standortdaten und nicht auf der eigenen Datei eines Logistikers.
Was das Modul abdeckt:
Eine Route ist eine Aufgabenliste für die Schicht, kein starrer Fahrplan. Sie umfasst Standorte unter der Bestandsschwelle, Standorte mit offenen Störungen, Standorte mit ablaufenden Chargen und geplante Besuche, die Vereinbarungen mit dem Objekt verlangen. Die Reihenfolge der Stopps berücksichtigt Geografie und Zutrittszeiten: Ein Lagerbesuch um 6 Uhr und ein Bürozentrum, das um 9 Uhr öffnet, landen nicht im selben Zeitblock.
Die Beladung wird vor der Abfahrt berechnet, deshalb erhält der Mitarbeiter genau das, was den Standorten der Route zugeteilt wurde. Ware, die nach der Schicht übrig bleibt, ist ein Geschäftsobjekt wie der Bestand an einem Standort: Sie geht per Dokument ins Lager zurück oder wandert auf die nächste Route.
Ein Standort speichert keine Kartendaten und führt die Zahlung nicht selbst aus: Er übergibt den Vorgang an ein Zahlungsmodul oder einen Dienstleister, erhält das Ergebnis und verknüpft es mit dem Verkauf. Alles Weitere ist die Steuerung des Zahlungslebenszyklus in einem unbeaufsichtigten Umfeld.
| Standort | Vorgang | Betrag | Status |
|---|---|---|---|
| Automat A-207 | Sperre vor der Ausgabe | 145 | Autorisiert |
| Automat A-112 | Belastet nach der Ausgabe | 210 | Abgeschlossen |
| Automat A-118 | Spirale hat nicht funktioniert | 160 | Sperre freigegeben |
| Paketstation P-14 | Zahlung bei der Abholung | 1 280 | Abgeschlossen |
| Mikromarkt BZ-3 | Firmenlimit | 320 | Abgeschlossen |
| Paketstation P-31 | Verlängerte Lagerung | 150 | Wiederholung |
Die Mechanik hat versagt, deshalb wurde die Sperre ohne Erstattungsbuchung freigegeben und die Ware für die nächste Route zur Prüfung vorgemerkt. Eine Wiederholung des Ereignisses mit demselben Vorgangsschlüssel erzeugt keinen zweiten Eintrag.
Abgeglichen werden drei Quellen: Transaktionen des Dienstleisters, Fiskaldokumente und Ausgabeereignisse der Technik. Bargeld aus Verkaufsautomaten wird gesondert mit den Abrechnungen der Geldabholung und den Zählern der Geräte abgeglichen.
Bankkarten und kontaktlose Zahlung am Terminal, QR-Code und Sofortzahlungssysteme, Zahlung in der App, Firmenlimits für Mitarbeiter sowie Bargeld mit Wechselgeld in Verkaufsautomaten.
Der Betrag wird vor dem Lauf der Mechanik gesperrt und nach bestätigter Ausgabe belastet. Wird die Ware nicht ausgegeben, wird die Sperre ohne Erstattungsbuchung aufgehoben.
Im Offlinebetrieb wird die Zahlung nach den Regeln des Zahlungsmoduls angenommen und die Transaktion nachgereicht, sobald die Verbindung zurück ist. Ein Netzausfall stoppt den Verkauf nicht.
Ein erneut gesendeter Vorgang erzeugt keine zweite Zahlung und bucht den Bestand nicht doppelt ab. Server und Dienstleister erkennen Dubletten am Vorgangsschlüssel.
Nach der Zahlung entsteht ein Fiskalbeleg und geht per E-Mail oder Nachricht an den Kunden. Bleibt die Ausgabe aus, wird ein Retourenbeleg über die nicht erhaltene Ware erzeugt.
Täglicher Abgleich der Transaktionen mit den Daten des Dienstleisters und dem Kontoauszug, eine Bargeldabrechnung je Automat und eine gesonderte Liste der Abweichungen zur Prüfung.
Das Zahlterminal ist allen drei Standortarten gemeinsam und einer der Kernbausteine des Systems. Über es läuft der Umsatz des Netzes, und sein Ausfall stoppt den Verkauf, auch wenn die übrige Technik arbeitet. Deshalb ist das Terminal wie der Standort selbst registriert: Softwareversion, verfügbare Zahlungsarten, Zustand des Fiskalspeichers und das Ergebnis des letzten Abgleichs sind im Administrationsbereich sichtbar.
Verfügbarer Bestand im unbeaufsichtigten Handel ist an einen Ort gebunden, nicht an ein Lager: eine Position im Automaten, ein Regalfach oder eine Zone im Kühlschrank. Dieselbe Ware hat an zwei Standorten des Netzes zwei unabhängige Bestände und zwei unterschiedliche Verkaufsgeschwindigkeiten.
Rechnerischer Bestand = bei der Nachbefüllung eingeräumt − verkauft − abgeschrieben (Ablauf, Beschädigung oder fehlgeschlagene Ausgabe). Die Inventur auf der Route stellt den physischen Bestand fest, und die Differenz zwischen beiden ist eine messbare Kennzahl des Standorts.
Verfahren des Datenaustauschs:
Die Technik steht in verschiedenen Gebäuden und Stadtteilen, gewartet wird sie von mehreren Mitarbeitern im Außendienst. Der Netzbetrieb ist nicht einfach „die Standorte abfahren“, sondern eine Warteschlange von Aufgaben mit Bearbeitern, Fristen und Bestätigung vor Ort.
Der Netzbetreiber arbeitet in der Betriebsoberfläche: Standorte auf der Karte, Zustand der Technik, Bestände, Störungen und Aufgaben der Schicht. Merchandiser und Techniker arbeiten in einer App auf dem Telefon — mit denselben Objekten, aber nur für ihre eigene Route.
Was während einer Schicht geschieht:
Fächer und Ausgabe
Ware und Verkäufe
Zahlungen
Telemetrie und Analytik
Integration — ein vereinbarter Datenaustausch mit einem externen System: was übertragen wird, in welchem Format, wie oft, wem die Daten gehören und was geschieht, wenn etwas ausfällt.
Die wichtigste Entscheidung ist die Datenhoheit. Stammdaten und Einkaufspreise kommen aus dem ERP, Kunden und Segmente aus dem CRM, Lagerbestände aus dem Lagersystem, während Verkäufe und Ereignisse der Technik an jedem Standort entstehen. Wird dasselbe Feld in zwei Systemen bearbeitet, entstehen dauerhafte Abweichungen, deshalb wird das vermieden.
Häufig angebundene Systeme:
Der Austausch ist asynchron: Ein Verkauf am Standort wartet nicht auf ein externes System. Die Nachricht kommt in eine Warteschlange, wird nach einem Fehlschlag in wachsenden Abständen wiederholt und wandert in eine Prüfwarteschlange, wenn alle Versuche scheitern.
Jede Nachricht wird mit Inhalt, Zeit, Ergebnis und Zahl der Versuche gespeichert, deshalb stützt sich die Klärung eines Vorfalls auf das Austauschprotokoll und nicht auf Erinnerung.
Die Analytik nutzt die eigenen Verkaufs- und Gerätedaten des Systems und nicht externe Zähler. Ein Zähler kennt Besuche, das System kennt Umsatz, Ware, Ausfallzeiten und Verluste.
Berichte lassen sich nach Zeitraum, Standort, Objekt, Art der Technik, Ware, Kategorie, Zahlungsart und Bearbeiter der Route aufschlüsseln. Jede Kennzahl ist in jeder Dimension verfügbar und lässt sich als Datei oder in ein Data Warehouse exportieren.
Die Technik steht an öffentlichen Orten und arbeitet ohne Aufsicht. Deshalb beruht die Sicherheit auf drei Grundsätzen: Zahlungsdaten gelangen nicht in das System, jedes Gerät weist seine Identität nach, und jede Handlung, die Geld oder Fächer betrifft, hinterlässt eine Spur.
Die Karte liest ein zertifiziertes Zahlungsmodul, die Kartennummer gelangt nicht in das System. Für wiederkehrende Belastungen und Firmenlimits dient ein Token, keine gespeicherten Kartendaten.
Jeder Standort spricht über einen verschlüsselten Kanal mit eigenem Schlüssel mit dem Server. Der Entzug eines Schlüssels trennt dieses Gerät, ohne das übrige Netz zu berühren.
QR- und PIN-Codes gelten einmalig, mit begrenzter Lebensdauer und begrenzter Zahl von Eingaben. Ein eingelöster Code öffnet kein Fach mehr.
Rollenbasierter Zugriff bedeutet: Ein Merchandiser ändert keine Preise, ein Techniker sieht keinen Umsatz. Das Öffnen eines Fachs mit Wartungszugang erfordert ein eigenes Recht und einen angegebenen Grund.
Das Protokoll hält fest, wer ein Fach geöffnet, ein Planogramm geändert, Bestand abgeschrieben oder eine Geldabholung durchgeführt hat. Die Einträge sind unveränderlich und liegen getrennt von den operativen Daten.
Das System speichert nur die nötigen Daten des Empfängers — mit Aufbewahrungsfristen, Löschung auf Anfrage sowie datierter Einwilligung zu Verarbeitung und Benachrichtigungen samt Quelle.
Die Wiederherstellung ist eine eigene Disziplin. Eine Sicherung ist wertlos, solange die Wiederherstellung nicht geprüft wurde: Eine Testwiederherstellung läuft nach Zeitplan und nicht zum ersten Mal während eines Vorfalls.
Das System wird aus Modulen zusammengesetzt: Jedes verantwortet einen festgelegten Satz an Daten und Vorgängen, die Verbindungen dazwischen sind ausdrücklich beschrieben. Die Einführung erfolgt in Stufen — zuerst Standorte, Ware und Zahlungen, danach Telemetrie, Routen und Analytik.
Paketstationen, Verkaufsautomaten und Mikromärkte: Adresse, Objekt, Konfiguration, Betriebszeiten, Softwareversion, Verantwortlicher und Mietbedingungen.
Karte der Station nach Fachgröße, automatische Wahl der Größe, Status und Lagerfristen, Sperrung defekter Fächer und Öffnungsprotokoll.
Einlage durch den Kurier, QR- und PIN-Codes, Neuausstellung und Widerruf eines Codes, Bestätigung der Abholung und Entnahme nicht abgeholter Bestellungen.
Retourenantrag, Code für die umgekehrte Einlage, Bestätigung durch das Schließen der Tür, Annahme im Lager und Erstattung an den Kunden.
Gemeinsame Stammdaten, Barcodes, Zuordnung einer Ware zu Fach, Spirale oder Regalzone sowie versionierte Planogramme mit Gültigkeitsdatum.
Preise je Standort, Standortgruppe und Zeitplan, Firmen- und Sonderkonditionen, Rundung, Steuern und Änderungshistorie.
Eine Verkaufsliste von allen Standorten, Ergebnis der Ausgabe, fehlgeschlagene Vorgänge, Belege, Stornierungen und Erstattungen.
Anbindung von Zahlungsdienstleistern und -modulen, Autorisierung und Belastung, bargeldlose Zahlung und Bargeld, Erstattungen und Abgleich.
Verkaufs- und Retourenbelege, Austausch mit der Onlinekasse, Zustellung des Belegs an den Kunden und Überwachung nicht versendeter Dokumente.
Bestände je Fach und Zone, Chargen und Ablaufdaten, Nachfüllanforderungen, Versand auf die Route, Abschreibungen und abgelaufene Ware.
Inventuren am Telefon an jedem Standort, Abweichungen mit Gründen, Zählhistorie sowie Verluste nach Wert, Standort und Ware.
Aufbau der Routen aus Beständen und Störungen, Zuweisung an Mitarbeiter, Bestätigung der Vorgänge per Scan und Übertrag nicht erledigter Arbeit.
Abrechnungen je Automat, Abgleich des Bargelds mit den Transaktionen der Geräte, Münzvorrat und Übergabe der Einnahmen an die Kasse.
Annahme der Geräteereignisse, Warteschlangen ohne Verbindung, Protokolle MDB und EVA-DTS sowie die Zustandshistorie der Geräte.
Zustand der Standorte in Echtzeit, Schwellen und Meldungen, Aufgaben zur Behebung und Zeit bis zur Wiederherstellung des Betriebs.
Änderung von Preisen, Planogrammen, Bildschirmtexten und Betriebsart sowie stufenweises Ausrollen der Gerätesoftware mit Rücknahme.
Temperaturprotokolle der Kühlregale, Schwellen und Meldungen sowie Prüfvermerke für Chargen nach einer Überschreitung.
Konten, Firmenabrechnung und Mitarbeiterlimits, Kunden-App, Kaufhistorie und elektronische Belege.
Abholcodes, Erinnerungen an Lagerfristen, Belege und Retourenstatus per E-Mail, SMS und Messenger, mit Zustellprotokoll.
Verkäufe, Marge, Umschlag, Ausfallzeiten, Verluste und entgangene Nachfrage in eigenen Dimensionen, Export und Data-Marts.
Austausch mit Onlineshops, Lieferdiensten, CRM, ERP, Lager, Fiskal- und Zahlungsdiensten. API, Webhooks und Warteschlangen.
Rollen und Rechte nach Bereich und Vorgang, Zwei-Faktor-Authentifizierung sowie Protokolle der Mitarbeiteraktionen und Wartungsöffnungen.
Paketstationen, Verkaufsautomaten und Mikromärkte in einem System, mit mehreren juristischen Personen und Objekten, Regionen, Währungen und Sprachen der Oberfläche auf dem Gerät.
Software auf dem Gerät, App für Merchandiser und Techniker sowie die Betriebsoberfläche des Netzbetreibers — alles auf einem Datenkern.
Das gesamte System wird nicht in einem Release gestartet. Die folgende Reihenfolge ergibt sich aus den Abhängigkeiten: Jeder Schritt stützt sich auf Daten, die der vorherige erzeugt hat.
Bestand an Technik, Verbindungsprotokolle sowie die aktuellen Prozesse für Nachbefüllung und Buchhaltung. Das Ergebnis ist ein Modell der Entitäten und eine Integrationskarte.
Geräteverzeichnis, Stammdaten, Planogramme, Preise und Bestände. Ein Pilot an mehreren Standorten prüft das System an echten Daten.
Zahlungsmodule, Fiskalbelege, Abholcodes und Retouren. Start in einem Teil des Netzes mit täglichem Abgleich der Transaktionen.
Telemetrie, Routen und Inventuren, Anbindung der Buchhaltung und Analytik. Jeder Bereich ist ein eigenes Release mit gemessenem Ergebnis.
Schreiben Sie uns, was bereits vorhanden ist: Bestand an Technik, Buchhaltungssystem, Lager und Zahlungsdienstleister. Wir sehen uns den Prozess an und schlagen eine Architektur der Lösung vor.