Vernetzte Geräte und IoT
Software für intelligente Verkaufsautomaten und IoT-Architektur
Technisches Design eines Smart-Vending-Prototyps mit Produktkatalog, Warenkorb, Zahlung, Lager, Temperaturtelemetrie, Fernverwaltung und Wartungsabläufen.
Kurze Antwort
Fernverwaltete Verkaufsstelle, kein Verkaufsbildschirm
Intelligentes Verkaufsprodukt; es handelt sich um eine IoT-Plattform, die Bestands-, Temperatur-, Tür-, Motor-, Währungs- und Fehlerdaten sowie Touch-Katalog-, Warenkorb- und Zahlungserlebnisse verwaltet. Das Ziel des Prototyps besteht darin, eine einzelne Verkaufstransaktion durchgängig darzustellen, zu überprüfen, ob das Produkt aus dem richtigen Behälter geliefert wurde, und dieselbe Transaktion zu Lagerbestand und Umsatz im Verwaltungspanel darzustellen.
Hardware- und Geräteanwendungsschicht
Auf dem 10–21 Zoll großen Android/Linux-Panel wird die Kioskanwendung ausgeführt. Die Maschinensteuerkarte verwaltet Motor, Spirale, Verriegelung, Türsensor und Kühltelemetrie. Die Verbindung zur Steuerkarte erfolgt über RS485, USB Serial, CAN oder das vom Hersteller verfügbare Protokoll. Wann immer möglich wird das Zahlungsterminal als separates Gerät des zertifizierten Anbieters genutzt; die Vending-App verwaltet lediglich den Betrag, die Transaktions-ID und den Ergebnisstatus. Wenn der Produktlieferungssensor ausfällt, gilt die Transaktion als nicht abgeschlossen und es wird ein Rückerstattungs- oder Serviceablauf eingeleitet.
Backend-, Bestands- und Telemetriearchitektur
Backend; es kann aus Katalog-, Preis-, Inventar-, Bestell-, Zahlungs-, Geräte- und Benachrichtigungsdiensten bestehen. Gerätekonfiguration und -katalog werden über REST übertragen, der Live-Gerätestatus wird über MQTT übertragen und Aktualisierungen des Verwaltungsbildschirms werden über WebSocket übertragen. Slot-Produkt-Mapping, aktuelle Menge, Mindestbestand, Temperaturbereich und letzte Füllzeit werden für jede Maschine gespeichert. Während die Telemetrie-Zeitreihe in das Lager geschrieben wird, werden Handelsauftragsdaten in der relationalen Datenbank gespeichert.
Offline-Verkäufe und Konsistenzregeln
Katalog und Preise können aus dem lokalen Cache geöffnet werden, wenn das Internet ausfällt; Wenn die Offline-Transaktionsregeln des Zahlungsanbieters dies jedoch nicht zulassen, sollten keine neuen Zahlungen eingehen. Bestellungen werden durch eine eindeutige Transaktions-ID gespeichert; eine erneute Zusendung führt nicht zu einer doppelten Bestandsreduzierung. Gerätebefehle müssen eine Sequenznummer, ein Timeout und einen eindeutigen Ergebniscode enthalten. Im Falle eines Stromausfalls wird die nicht abgeschlossene Bestellung beim Start in die Abgleichswarteschlange gestellt.
Demosoftware und Präsentationsszenario
Demo; es besteht aus einem Touchscreen-Verkaufsbildschirm, einem Kontrollkartensimulator und einem Web-Panel. Der Nutzer wählt ein Getränk aus, bestätigt den Warenkorb, führt eine Testzahlung durch und schon läuft die Engine-Animation des entsprechenden Fachs. Dann sinkt der Lagerbestand, es kommt zu einem kritischen Lagerbestandsalarm und auf dem Panel erscheint ein Ausverkauf. Im zweiten Szenario wird die Temperaturschwelle überschritten oder der Fördersensor fällt aus; Dem Bediener werden das Alarm- und Fernwartungsprotokoll angezeigt.
Sicherheit, Betrieb und Skalierung
Geräte müssen mit einer separaten Identität und einem separaten Zertifikat authentifiziert werden, Dienstports müssen geschlossen werden und der Zugriff auf das Betriebssystem aus der Kioskanwendung muss verhindert werden. Fernbefehle müssen über eine Autorisierung, einen Prüfpfad und eine kurze Gültigkeitsdauer verfügen. Beim Wechsel zur Flotte sind Gerätegruppen, regionaler Katalog, Kampagne, Remote-Neustart, Protokollerfassung und schrittweises OTA erforderlich. Vorausschauende Bestands- und Wartungsempfehlungen sollten erst umgesetzt werden, nachdem ausreichend, saubere Verkaufs- und Telemetriedaten gesammelt wurden.
Kommerzieller Wert, der dem Hersteller geboten wird
Die Präsentation umfasst nicht nur die moderne Produktpräsentation; Warnung, bevor der Vorrat aufgebraucht ist, Fernreaktion auf Störungen, Verkaufsleistung und Flottentransparenz stehen im Vordergrund. Der Hersteller kann dieselbe Hardware mit Themen, Katalogen und Preisregeln für verschiedene Kundenmarken replizieren. Somit erweitert die Software den After-Sales-Service und die regelmäßige Ertragsfähigkeit der Maschine.
Häufig gestellte Fragen
Ist im Vending-Prototyp ein echtes Zahlungsterminal erforderlich?
Sandbox-Zahlung oder Simulator können in der ersten Erfahrungsdemo verwendet werden. Für einen Feldpiloten sind ein zertifiziertes Zahlungsterminal und die Integrationsregeln des Anbieters erforderlich.
Kann der Lagerbestand allein aus der Anzahl der Verkäufe berechnet werden?
Es kann zunächst berechnet werden; Für einen zuverlässigen Betrieb sollten jedoch auch Füllprotokoll, Abgabesensor, Storno und manuelle Servicebewegungen im Lagermodell enthalten sein.