Lightspeed K-Series: automatyczne wyszarzanie pozycji menu gdy stan magazynu 0

W Amsterdamie losos konczyl sie w trakcie lunchu, ale cyfrowe menu dowiadywalo sie o tym 20 minut pozniej. Z thMenu podlaczonym do WebSocket Lightspeed K-Series szary znacznik "Dzis wyprzedane" pojawia sie 280ms po stanie zero. Zwroty za bledne zamowienia spadly o 94%.

WebSocket persistent zamiast polling 5s

Trwale polaczenie z /inventory-events przez Cloudflare Durable Objects, jeden socket na lokal. 18 socketow miesci sie w 32 KB pamieci.

Przechowujemy tylko najnowszy snapshot SKU, bez historii — push, latencja podsekundowa, zero pollingu.

Szary znacznik, nie usuwanie

Karta pozostaje widoczna z opacity 0.5 i znacznikiem "Dzis wyprzedane". Klient widzi zdjecie i wraca jutro. Przycisk dodaj-do-koszyka dostaje pointer-events:none.

• Kolor: grafitowy (#3a3a3a), nigdy czerwony.
• Animacja: 220ms cross-fade.
• Filtr alergenow: wyprzedane pozostaja widoczne, tylko niezamawialne.

Przypadek brzegowy: anulacja kelnera

Kelner anuluje 1 lososia, Lightspeed podnosi stan do +1, ale kuchnia juz przygotowala ostatnia porcje. Rozwiazanie: reczna blokada sold-out. Menedzer recznie wlacza "wyprzedane", zdarzenia WebSocket sa ignorowane do zwolnienia. Zapisana w manual_soldout_until, cron 23:00 sprzata po serwisie.

Koniec z widmowymi zamowieniami "stan 1, rzeczywistosc 0".

FAQ

L-Series kompatybilne? Nie — L-Series tylko REST polling. K-Series ma WebSocket.

Gdy socket spada? Wykladniczy reconnect 1s/2s/4s/8s plus REST fallback co 5 minut.

Ktory plan? Pro i Platinum. Starter zachowuje reczny toggle.

Czy to było pomocne? Udostępnij.