Zum Hauptinhalt springen

Architektur-Ueberblick

ProfiPOS v6 ist eine dreischichtige Architektur:

┌──────────────────────────────────────────────────────────────┐
│  CLOUD (profipos.de)                                         │
│  - Marketing-Site                                            │
│  - Backoffice (Mandanten / Standorte / Benutzer)             │
│  - Stammdaten-Verwaltung (Artikel, Preise, Steuersaetze)     │
│  - REST-API fuer Bestellportal + Standort-Server-Sync        │
│  - MariaDB (Single-DB, Multi-Mandant)                        │
└──────────────┬───────────────────────────────────────────────┘
               │ HTTPS (REST-API, JSON)
┌──────────────▼───────────────────────────────────────────────┐
│  STANDORT-SERVER (1 pro Standort, LAN)                       │
│  - .NET 8 Service (Windows/Linux)                            │
│  - Lokale MariaDB (kompatibles Schema, sync zur Cloud)       │
│  - Mosquitto MQTT-Broker                                     │
│  - UDP/TCP-Provisioning fuer Geraete                         │
│  - Cloud-Sync + lokale Offline-Faehigkeit                    │
│  - ESC/POS-Drucker, ZVT-Terminals, LED-Display, MDB-Terminal │
└──────────────┬───────────────────────────────────────────────┘
               │ MQTT (LAN)
┌──────────────▼───────────────────────────────────────────────┐
│  GERAETE                                                     │
│  - Kasse (VB.NET Thin-Client)                                │
│  - Orderman (Flutter)                                        │
│  - Kuechendisplay (Kotlin)                                   │
│  - Kunden-Display (Kotlin)                                   │
│  - Selfservice-Terminal (Kotlin)                             │
│  - Werbedisplay (Kotlin)                                     │
│  - LED-Modul (ESP32)                                         │
│  - MDB-Terminal (Hardware-Bridge)                            │
└──────────────────────────────────────────────────────────────┘

Designprinzipien​

  1. 1 Server = 1 Standort. Jeder Standort hat genau einen lokalen Server, der alle Geraete dieses Standorts steuert.
  2. MQTT ist lokal. Der Broker laeuft auf dem Standort-Server. Cloud und Endgeraete reden nie MQTT in die Cloud.
  3. Cloud ist Wahrheit fuer Stammdaten. Bestellungen + Umsaetze laufen lokal, werden aber zur Cloud synchronisiert.
  4. Geraete sind austauschbar. UDP-Discovery + TCP-Provisioning + NVS machen jedes neue Geraet selbst-konfigurierend.
  5. TSE-Pflicht wird von der Kasse erfuellt, nicht von der Cloud.

Datenfluesse​

  • Stammdaten (Artikel, Preise, Mitarbeiter): Cloud → Standort-Server → Geraete
  • Bestellungen / Umsaetze: Geraete → Standort-Server → (async) Cloud
  • Live-State (Tische besetzt, Bons in Kueche): Standort-Server (MQTT-retained)
  • Bestellportal-Eingaenge: Cloud → (Pull) Standort-Server → Kueche

Siehe auch: