La notifications bell et le digest du matin

La cloche dans le header est la façon qu’a la plateforme de dire qu’il s’est passé quelque chose pendant que vous faisiez autre chose. Une nouvelle offer dans une deal room. Un ITAD partner qui enchérit sur votre pickup request. Un ticket de support qui vient de dépasser son SLA. La cloche les compte, le notifications center vous permet de les retrouver, et l’e-mail existe pour les heures où vous n’êtes pas du tout dans l’app.

La cloche

La cloche affiche un compteur de non-lus et ouvre un panneau de vos notifications récentes, chacune renvoyant au record qu’elle concerne. Tout marquer comme lu remet le compteur à zéro en un clic. Le compteur lui-même se met à jour via un canal live sur la table des notifications, donc ce qui arrive pendant que vous fixez l’écran arrive sans refresh.

Le notifications center

/notifications est la liste complète. La recherche et les filtres par domaine — Market, Auction, Enlèvement, Support et Compte — s’appliquent à toutes vos notifications avant que la page courante ne soit choisie, et le pied de page affiche la plage visible, le nombre total de correspondances, et un saut vers n’importe quelle page ou taille de page. Une notification est censée vous emmener vers un record puis s’écarter. C’est la sonnette, pas la réunion.

Ce qui en déclenche vraiment une

Market : nouvelles correspondances avec vos critères d’intent, offers reçues, acceptées, rejetées, contrées ou expirées, changements de statut de deal et messages de deal room. Auction : bids, alertes de surenchère, une auction qui se termine, un lot qui se règle, un lot planifié qui passe en direct, plus les deux événements de watchlist — une enchère sur ce que vous suivez et ce que vous suivez qui va se clôturer. Enlèvements : une demande publiée, une nouvelle correspondance dans votre coverage, des bids reçus, mis à jour, retirés, acceptés ou rejetés, une demande attribuée, un enlèvement planifié ou terminé, un certificat prêt, et les trois événements d’approbation. Support : un ticket créé, une réponse d’opérateur ou de tenant, un changement de statut, une demande d’évaluation et un dépassement de SLA. Facturation : une facture émise et un avertissement de quota de stockage. Puis les messages système. C’est toute la liste — un asset qui passe au stage suivant ne fait pas sonner la cloche.

Le digest du matin

Les utilisateurs sur la cadence de résumé quotidien reçoivent un e-mail d’un cron à 06:00 UTC couvrant tout ce qui s’est passé depuis leur dernier digest. Chaque notification y occupe sa propre ligne — type, titre, début du corps, et un lien Ouvrir vers le record — parce qu’un résumé qui replie cinq événements en une phrase cache lequel des cinq comptait. Les utilisateurs sur la cadence immédiate sont servis par un job distinct qui tourne toutes les 15 minutes, donc une urgence est au pire à un quart d’heure.

La langue, et la tuyauterie derrière

Les e-mails de notification sont écrits dans la langue de la personne qui les reçoit — sa préférence de compte, sinon la langue de son navigateur, sinon l’anglais — jamais dans celle de qui a déclenché l’événement. Le provider qui les livre réellement est configuré par l’équipe plateforme sous /admin/email-provider. C’est de la tuyauterie de livraison ; elle n’a aucun avis sur ce que signifie une notification.