Realtime im Deal Room und anderswo

Polling Loops auf einem Warehouse Tablet sind ein Weg, Batterie zu leeren und das Netzwerk zu bremsen. Die Plattform nutzt Supabase Realtime — Postgres Changes, die per WebSocket an subscribed clients gepusht werden — um Dinge synchron zu halten, ohne Polling.

Wo es verdrahtet ist

Die Deal Room: messages, offers, status transitions pushen live. Die Inventory List: ein Sale durch einen Kollegen erscheint in deiner Ansicht, bevor er die Maus loslässt. Die Notifications Bell: Count Updates in Echtzeit. Die Auction Live Page (/auction/[id]/live): Bid Updates pushen zu allen Watchers. Die Receiving Session: Die QuickGrid Intake reflektiert Scans anderer Operators derselben Session in Echtzeit.

Wie es unter der Haube funktioniert

Postgres Logical Replication stellt Change Events für ausgewählte Tabellen bereit. Supabase Realtime leitet sie weiter und wendet RLS Rules an (ein Tenant erhält nur Change Events für Zeilen, die er lesen darf). Der Browser subscribed per WebSocket; bei einem Change Event refetcht die relevante React Component die betroffene Zeile und rerendert.

Fallback, wenn WebSocket fehlschlägt

Manche Netzwerke blockieren WebSocket. Der Fallback der Plattform ist Short-Poll — dieselben Components queryen in langsamem Intervall (alle 30 Sekunden), wenn Realtime nicht verfügbar ist. Der User sieht leicht verzögerte Updates statt gar keine Updates. Der Fallback ist automatisch; Users müssen nichts davon wissen.

Was nicht realtime ist

Reports und Analytics sind nicht realtime — sie werden nightly oder on-demand aggregiert. Die Pipeline View zeigt Live-Status, aber die SLA Aggregation aktualisiert stündlich. Das Prinzip: Echtzeit dort, wo der User im Moment Entscheidungen trifft, Batch-refresh dort, wo Daten für Analyse gedacht sind.