De notifications bell en de ochtenddigest
Hoe de bel optelt, wat een notification triggert en waarom de digest twaalf pings over een deal bundelt tot een leesbare samenvatting.
Het notifications system is het deel van het platform dat gebruikers pingt wanneer er iets gebeurt dat voor hen telt. Nieuwe offer in een deal room. Asset toegewezen aan je testing queue. Settlement wacht op review. Auction die je volgt haalt net reserve. Twaalf van die meldingen in twee uur, allemaal over dezelfde deal, leren gebruikers de bell negeren. Het systeem is gebouwd om dat te voorkomen.
De bell
De top-bar bell toont een unread count. Klikken opent het notification center: een chronologische feed met grouping (meerdere events op dezelfde entiteit klappen samen tot één summary). Per item of bulk mark-as-read. De bell count update realtime via Supabase Realtime — geen refresh.
Wat een notification afvuurt
Event-driven triggers op elke statuswijziging die ertoe doet: deal-room messages, offer changes, asset stage advances, SLA approaching, watchlist alerts, settlement actions, dispute filings, escrow transitions, auction events. Elk event type heeft een default delivery channel (in-app, email, beide, geen) en default urgency.
De morning digest
Voor gebruikers die geen twaalf emails per dag willen, is de digest het antwoord. Elke ochtend draait een cron, verzamelt de notifications van de vorige dag per gebruiker, groepeert ze per entiteit en type, en stuurt één email summary. Twaalf notifications over dezelfde deal worden “Deal #1234: 3 messages, 1 counter-offer, 1 acceptance — open deal room.” Beheersbaar.
Preferences per event
Gebruikers kiezen hun delivery channel per event type via /settings/notifications. De platformdefault is “in-app voor alles, email alleen voor high-urgency, digest voor de rest.” Gebruikers die een volledige email firehose willen, of geen email, of tuning per event, kunnen elk apart instellen.