NotifHub

Une cloche. Tous les modules. Toutes vos alertes Dolibarr, unifiées.

Gratuit pour tous les devs — un module d'infrastructure qui gère l'affichage des notifications pour vous.

Aujourd'hui, tout module tiers Dolibarr qui veut alerter un utilisateur réinvente sa propre icône, son propre badge, son propre dropdown — via le hook printTopRightMenu, sans format commun. Résultat : un menu haut-droit saturé, aucun compteur unifié, aucun état lu/non-lu cohérent entre modules. NotifHub donne à chaque module un seul endroit pour s'exprimer, et aux utilisateurs un seul endroit pour écouter — gratuitement, comme toute infrastructure devrait l'être.

🔔 Une cloche, toutes les sources

Une cloche de notification unique dans le menu du haut agrège les alertes de tous les modules adoptant NotifHub — fini les icônes qui se disputent l'espace du coin haut-droit.

⚡ Toast temps réel optionnel (Flash)

Au-delà du dropdown, un module producteur peut demander un toast instantané via jNotify (natif Dolibarr) — auto-disparition pour les alertes courantes, sticky pour les critiques. Toujours additif : la notification reste de toute façon dans le dropdown. Désactivable par l'admin au niveau instance.

🔗 Marquage lu groupé

Les modules consommateurs peuvent taguer une notification avec un group_key (conversation, dossier, document) et marquer tout le groupe comme lu en un appel — pas besoin de réinventer un "tout marquer comme lu" par concept métier.

Fonctionnalités clés

• ✅ Cloche unifiée + badge compteur non-lu dans le menu du haut Dolibarr
• ✅ Historique en dropdown — icône module, titre, message court, date relative
• ✅ Clic sur une notification → marquage lu + redirection vers l'URL cible fournie par le module source
• ✅ "Tout marquer comme lu" en un clic
• ✅ API PHP statique simple pour les modules producteurs — NotifHubApi::push(), aucune UI à développer
• ✅ Diffusion à tous les utilisateurs ou ciblage précis
• ✅ Purge automatique des notifications lues via job planifié (rétention configurable)
• ✅ Intervalle de rafraîchissement du badge configurable (quasi temps réel)
• ✅ Rendu identique en themes MD et Eldy — même cloche, même alignement, mêmes couleurs du thème, sans réglage

Comment ça marche

1. Un module tiers appelle NotifHubApi::push() quand un événement mérite d'être signalé (SMS entrant, étape de workflow terminée...).
2. NotifHub stocke la notification et met à jour le badge non-lu de l'utilisateur ciblé.
3. L'utilisateur voit le badge, ouvre la cloche, lit le dropdown — groupé, daté, tagué par module.
4. Un clic marque la notification comme lue et redirige vers la page du module source. En option, un toast instantané se déclenche dès le push.

Support

NotifHub est gratuit. Onboarding et intégration sur mesure : 90€/h. Développement spécifique (nouveaux déclencheurs, notifications "live" à la volée, ciblage additionnel) sur devis. Contact : products@dzprod.net

Changelog

1.0.0

• ✨ Version initiale — cloche, badge, dropdown, NotifHubApi::push(), lu/non-lu, purge planifiée

1.1.0

• ✨ Rafraîchissement du badge quasi temps réel configurable (NOTIFHUB_BADGE_POLL_INTERVAL)
• ✨ Marquage lu groupé — group_key + markReadByGroup() (PHP et AJAX)

1.2.x

• ✨ Toast temps réel ("Flash") via jNotify natif — auto-disparition ou sticky, opt-in au push, toggle admin au niveau instance
• 🐛 Le dropdown ne liste plus que le non-lu, retrait immédiat au clic (modèle tray mobile)
• 🐛 Corrections diverses (contexte hook, installation, alignement)

Questions ou demandes de fonctionnalités : products@dzprod.net — NotifHub est en développement actif.