Integration Baniere dans le backend

README.md

@@ -67,7 +67,21 @@ En-tête `Authorization: Bearer <jeton Entra NAA>` → `{ html, variant, templat
 - Template : groupe `signature_mail_*` de plus haute priorité, sinon template par défaut.
 - Réponse / transfert : variante choisie par l'agent (courte, complète, aucune), défaut `short`.
 - Boîte partagée déclarée : son template, avec ou sans le nom de l'agent selon le réglage de la boîte.
-- Bannière : campagne active ciblant un des groupes de l'agent (ou tous), insérée par `{{{banniere}}}`.
+- Bannière : une seule par signature, insérée par `{{{banniere}}}` dans la variante complète uniquement.
+  Parmi les campagnes actives et en cours qui ciblent l'agent (tous, ou un de ses groupes), la priorité la plus
+  haute l'emporte ; à égalité, la plus ancienne.
+
+## Campagnes (bannières)
+
+Écran `/admin/campagnes` : image (choisie dans la bibliothèque ou envoyée depuis le formulaire), texte alternatif
+obligatoire, lien facultatif, période en heure de Paris, priorité, groupes AD ciblés (aucun = tous les agents).
+
+- L'éditeur prépare les campagnes : elles restent inactives. L'administrateur active, modifie une campagne
+  active et supprime.
+- La liste indique le nombre d'agents qui reçoivent réellement chaque campagne en cours (0 = masquée par une
+  campagne plus prioritaire) et signale les templates publiés sans `{{{banniere}}}`.
+- Aucun cache à purger : l'add-in interroge l'API à chaque nouveau message, la bannière apparaît et disparaît
+  donc à l'heure. Les messages déjà envoyés la conservent tant que l'image reste dans la bibliothèque.
 
 ## Syntaxe des templates