Realtime in de deal room en daarbuiten

Polling-loops op een warehouse tablet zijn een manier om batterij leeg te trekken en het netwerk te vertragen. Het platform gebruikt Supabase Realtime — Postgres changes die via WebSocket naar subscribed clients gepusht worden — om alles synchroon te houden zonder polling.

Waar het bekabeld is

De deal room: messages, offers, status transitions pushen live. De inventory list: een sale door een collega verschijnt in je view voordat die de muis loslaat. De notifications bell: count updates realtime. De auction live page (/auction/[id]/live): bid updates pushen naar alle watchers. De receiving session: de QuickGrid intake reflecteert scans van andere operators op dezelfde session realtime.

Hoe het onder de motorkap werkt

Postgres logical replication stelt change events beschikbaar voor geselecteerde tabellen. Supabase Realtime relayed die en past RLS rules toe (een tenant ontvangt alleen change events voor rijen die hij mag lezen). De browser subscribet via WebSocket; bij een change event refetcht de relevante React component de getroffen rij en rerendert.

Fallback wanneer WebSocket faalt

Sommige netwerken blokkeren WebSocket. De fallback van het platform is short-poll — dezelfde componenten queryen op een traag interval (elke 30 seconden) wanneer realtime niet beschikbaar is. De gebruiker ziet licht vertraagde updates in plaats van geen updates. De fallback is automatisch; gebruikers hoeven er niets van te weten.

Wat niet realtime is

Reports en analytics zijn niet realtime — ze worden nightly of on-demand geaggregeerd. De pipeline view toont live status, maar de SLA-aggregatie ververst elk uur. Het principe: realtime waar de gebruiker op dat moment beslissingen neemt, batch-refreshed waar data bedoeld is voor analyse.