Une bannière programmée dans le portail client et un e-mail suivent deux horaires différents. Dans PayRequest, la date de début contrôle l’affichage de la notification. L’e-mail facultatif est envoyé à la création. Modifier ensuite la notification ne déclenche pas de nouvel e-mail.
Une entreprise de services préparant une fermeture doit donc décider quand prévenir ses clients, quand afficher la fermeture dans leur portail de facturation et comment recevoir leurs questions.
Distinguer les deux horaires
La documentation Portal Notifications décrit les annonces, changements de prix, avis de vacances et alertes. Ces notifications apparaissent en bannière et dans la cloche du portail. Vous pouvez cibler tous les clients, certains clients ou des tags, définir début et expiration, et autoriser ou empêcher le masquage.
La documentation précise que l’e-mail part à la création, pas lors d’une modification. Programmer la bannière ne retarde donc pas cet e-mail. Créer ou envoyer un avis ne prouve ni sa réception dans la boîte de réception ni sa lecture.
Préparer une fermeture concrète
Exemple original de planification, sans test de compte : le bureau ferme du 21 au 23 décembre 2026 et rouvre le 24 décembre à 09:00 Europe/Amsterdam. Créez l’avis le 18 décembre, avec début dans le portail le 21 et expiration le 24. Vérifiez l’heure et le fuseau réellement configurés.
| Événement | Portail | |
|---|---|---|
| Création le 18 décembre, e-mail activé | Bannière programmée | Envoi à la création |
| Début configuré le 21 décembre | L’avis actif peut apparaître au public ciblé | Ne présumez pas un second envoi |
| Horaire corrigé le 22 décembre | Texte du portail modifié | Aucun renvoi |
| Expiration le 24 décembre | Avis masqué après expiration | L’e-mail déjà envoyé demeure |
L’envoi à la création peut convenir pour prévenir à l’avance. Si l’e-mail doit partir plus tard, ne l’activez pas plus tôt en supposant que le début de la bannière le retiendra.
Choisir les destinataires
Une fermeture générale peut concerner tous les clients. Pour une équipe particulière, sélectionnez des clients ou un groupe de tags vérifié. Le ciblage des notifications retient les clients ayant au moins un tag sélectionné. « Consulting » et « support » incluent donc l’un ou l’autre, sans exiger les deux.
Notez le groupe attendu et contrôlez des clients inclus et exclus. Les tags ne prouvent pas la lecture. Le portail suppose une visite du client ; l’e-mail complète ce canal sans garantir son placement en boîte de réception.
Rédiger une information utile
Choisissez Vacation pour une indisponibilité. Indiquez dates exactes, reprise, fuseau utile et prochaine action. Exemple : « Notre bureau est fermé du 21 au 23 décembre. Le support reprend le 24 décembre à 09:00 Europe/Amsterdam. Pour une question sur votre compte, ouvrez un ticket dans le portail client. »
Cette phrase décrit les horaires du bureau. Elle ne suspend pas les factures, abonnements ou échéances. Gérez toute modification de facturation séparément et n’annoncez que des dispositions confirmées.
Vérifiez ensemble aperçu, public, option e-mail, début, expiration et caractère permanent. Les clients peuvent retirer une notification masquable de la bannière et de la cloche. Une notification permanente empêche cela ; utilisez-la avec retenue et prévoyez une expiration pour les messages temporaires.
Corriger et clore l’avis
Changer l’heure de reprise corrige le portail, pas l’e-mail envoyé. Décidez si les clients concernés ont besoin d’une correction distincte. Notez version et responsable ; une modification n’est pas un renvoi.
Les notifications sont à sens unique. Les clients utilisent la rubrique Support pour ouvrir un ticket. Après la reprise, vérifiez qu’un avis expiré ou désactivé n’est plus présenté comme actuel.
Préparez un avis relu avec Portal Notifications. Le Customer Portal fournit le contexte des factures et du support. Commencez par un public précis et deux horaires vérifiés.
Note éditoriale : l’IA a aidé à rédiger l’article et créer la couverture. Documentation publiée vérifiée le 6 octobre 2026. La chronologie est un exemple original, pas un test de livraison ni un résultat client.
