Supposons qu’un atelier d’Istanbul, à Karlıtepe, ouvre plus tard deux samedis. Dès le vendredi, l’équipe doit pouvoir programmer ces deux exceptions tout en conservant ses horaires habituels les autres semaines. Faites cet exercice pendant la prise en main du CMS pour voir ce que les visiteurs liront au début et à la fin de chaque exception.
Donner aux rédacteurs le même calendrier de référence
Préparez une grille avec une ouverture habituelle à 9 h le samedi et deux dates qui passent à 11 h. Consignez le fuseau horaire, les deux dates et le nom de la personne habilitée à valider. Dans l’aperçu, comparez la page de l’atelier et les blocs d’horaires réutilisés avec la grille reçue par le rédacteur.
Observer le début et la fin d’une exception
Utilisez un environnement de test dont vous maîtrisez l’horloge ou programmez des échéances à quelques minutes d’écart. Ouvrez l’aperçu avant et après chaque bascule. Vérifiez l’établissement et la date concernés, puis refaites le contrôle depuis une page déjà ouverte au moment du changement.
Simuler deux modifications pour une même date
Demandez à une personne d’enregistrer 11 h et à une autre de préparer 10 h pour le même samedi. Vérifiez si le CMS signale le conflit ou laisse la deuxième saisie remplacer la première. En l’absence d’alerte, intégrez à la validation la revue des exceptions de la date. Contrôlez ensuite quelle heure apparaît à l’écran.
Corriger une erreur de validation
Dans le CMS de test, validez volontairement la mauvaise heure puis demandez à la personne de permanence de la corriger. Contrôlez l’aperçu, les blocs partagés et le premier samedi ordinaire après les deux exceptions. Consignez l’auteur de la correction et la date modifiée pour que le prochain rédacteur puisse la retrouver.
Liste de contrôle avant publication
- Exceptions limitées à un lieu et un fuseau horaire
- Horaires vérifiés avant et après la bascule
- Brouillons concurrents repérables à la validation
- Retour aux horaires habituels vérifié