Offline-first + WLAN Radar

Restaurants können nicht von perfektem WLAN abhängen.

POSNOMICS ist als local-first PWA Runtime gedacht: Service und Runner Teams bleiben handlungsfähig, während fiskalische, Payment- und Accounting-Grenzen geschützt bleiben.

Offline-first Restaurant Runtime

Operational bleiben, ohne Offline-Effekte blind zu finalisieren.

Offline-first bedeutet nicht unkontrolliertes Offline-Kassieren. Es bedeutet, dass der Restaurantbetrieb weiterläuft, während POSNOMICS fiskalische, Zahlungs- und Buchhaltungseffekte hinter expliziten Sync- und Freigabe-Gates hält.

Local Outbox

Serviceaktionen als lokale Commands

Waiter- und Runner-Aktionen werden bei schwachem WLAN oder offline als idempotente lokale Commands erfasst.

Replay Preview

Queue vor serverseitigen Effekten prüfen

Queued Commands werden klassifiziert, bevor serverseitige Effekte angewendet werden.

Conflict Rules

Konflikte trennen

Edits vor Produktion, Runner Handoff, Tisch-/Bonkonflikte und Änderungen nach Küchenstart werden getrennt.

Protected Boundaries

Keine stillen Gate-Brüche

Kein stiller finaler Beleg, keine Kartenerfassung, keine TSE-Signatur, kein DATEV-ready Export und kein Lieferanten-Writeback, solange externe Gates nicht sauber sind.

Sync When Online

Replay, Validierung, Audit

Sobald die Verbindung stabil ist, spielt POSNOMICS die Queue ab, validiert und auditiert sie.

Connectivity Safety Layer

WLAN Radar macht Risiken sichtbar, ohne Physik zu versprechen.

POSNOMICS kann Wände, Gäste, Nachbar-WLANs, Kanal-Konflikte und Provider-Ausfälle nicht wegzaubern. Es kann Risiken früh sichtbar machen, lokale Abläufe beweglich halten und zeigen, was Aufmerksamkeit braucht.

Online/Offline StateRequest LatencyRetry/Fetch FailureOutbox AgeQueued Local CommandsDevice Heartbeat AgePrinter/KDS StatusPayment/TSE StatusRouter StatusQueue DepthFallback ReadinessWLAN/Device Map Evidence
Guided Remediation

Das System zeigt, was gerade zu tun ist.

WLAN Radar kann Schwachzonen wie Terrasse, Keller, Eventraum, Küchenpass oder Außenbereich markieren und sichtbar machen, ob das Problem beim Service-Tablet, Router/Access Point, Drucker/KDS, Payment-Terminal, TSE-Adapter oder Provider-Boundary liegt.

Lokal weiter erfassenServiceabläufe weiterführen, solange geschützte Gates respektiert werden.
Finalisierung stoppenFiscal- und Payment-Finalisierung stoppen, wenn externe Gates nicht sauber sind.
Fallback ausführenProvider kontaktieren, Access Point testen, Drucker/KDS rerouten oder Offline Recovery proben.
Evidenz dokumentierenRequest ID, Route, Rolle, Audit Trail und nächste Aktionen unterstützen Support und Pilot Hardening.
Pilot Readiness

Offline-first und WLAN Radar im kontrollierten Pilot prüfen.

POSNOMICS trennt bewiesenes Systemverhalten von Demo-/Sandbox-Verhalten. External certification, tax-advisor review, provider contracts und customer acceptance bleiben vor Produktion erforderlich.

No card data storagePayment Provider Adapter und Terminals bleiben kontrollierte Boundaries.
No autonomous writebackKeine autonomen Fiscal-, DATEV-, VAT-, Produkt- oder Lieferanten-Writebacks ohne Freigabe.
Pilot hardeningSite-level WLAN-/Device-Map-Evidenz unterstützt den Rollout.