Distinguer la date de son effet opérationnel
Un calendrier férié repère des dates pouvant servir d’exceptions dans les règles configurées d’un site Lexoh. La définition de la date et l’action appliquée ce jour-là sont distinctes : l’ajout d’une entrée ne définit pas, à lui seul, une fermeture, un stationnement gratuit ou une permission d’entrée. Examinez les règles associées.
Partez du calendrier d’exploitation approuvé du site. Précisez le lieu, le fuseau horaire, l’année, les dates exceptionnelles et l’administrateur responsable. Un congé du personnel, une journée d’ouverture au public et un tarif spécial peuvent exiger des traitements différents à une même date.
Utilisez les modèles de dates et commandes disponibles dans votre version déployée. Les modèles ci-dessous expliquent quoi préciser et tester; ils ne confirment pas que chaque installation propose les huit modèles, un renouvellement annuel automatique ou la même interface d’aperçu.
Examiner les dates et les règles associées
Un libellé comme « fermeture annuelle » ne prouve pas la récurrence. Lisez la règle enregistrée et examinez plusieurs années. De même, une prochaine occurrence correcte ne valide pas les années suivantes, les jours bissextiles ou les reports de fin de semaine.
- Sélectionnez le bon site ou la bonne organisation. Notez le nom, l’identifiant, le statut et la définition de récurrence de chaque entrée.
- Comparez la prochaine date générée au calendrier d’exploitation approuvé. Si un aperçu existe, vérifiez l’année et le fuseau pertinents plutôt que de vous fier uniquement à un compte à rebours.
- Repérez chaque horaire ou règle tarifaire qui référence l’entrée. Déterminez si sa modification ou sa désactivation touche plusieurs entrées physiques, zones ou services.
- Repérez les doublons, les anciens événements ponctuels et les dépendances envers d’autres dates. Conservez la configuration actuelle avant de préparer un changement.
Écrire la politique avant de la configurer
- Donnez à l’entrée un usage et un lieu clairs; ajoutez l’année pour un événement ponctuel. Notez qui a approuvé la date et sa source.
- Choisissez un modèle pris en charge qui correspond à la politique voulue. Définissez l’année ou la récurrence, la date de référence, le décalage et les limites de plage selon le cas.
- Décidez si le calendrier représente la date réelle, une date d’exploitation reportée ou les deux. Documentez explicitement tout report de fin de semaine.
- Examinez les dates générées et les règles associées dans le processus de test disponible. Si un état inactif ou brouillon existe, confirmez son comportement avant de l’utiliser pour préparer le changement.
- Activez selon le processus autorisé et vérifiez quand les règles concernées reçoivent la mise à jour. Gardez les anciens paramètres et la procédure de retour disponibles.
Comprendre le modèle de date à tester
Mois et jour fixes
Une récurrence par mois et jour diffère d’une date unique avec une année. Pour le 29 février, définissez le comportement souhaité les années non bissextiles et vérifiez le traitement par le système installé.
Un jour de semaine à un rang précis
Précisez le mois, le jour et son rang, par exemple le troisième lundi. Une cinquième occurrence n’existe pas chaque mois; décidez comment traiter ce cas.
Le dernier jour de semaine du mois
« Dernier lundi » ne signifie pas « cinquième lundi ». Un mois peut ne comporter que quatre lundis. Testez des mois avec quatre occurrences et avec cinq occurrences.
Un jour de semaine avant une date de référence
Précisez si « avant » signifie strictement avant ou inclut la date de référence lorsqu’elle tombe déjà ce jour-là. Si la référence change chaque année, confirmez comment elle est fournie ou calculée.
Un décalage par rapport à une autre date
Précisez l’entrée de base et le décalage signé en jours calendaires. Vérifiez si le calcul utilise la date originale ou une date reportée. Examinez l’effet d’une modification, désactivation ou suppression de l’entrée de base.
Une plage de dates
Précisez le début, la fin, leur inclusion et le fuseau horaire. Vérifiez les plages qui traversent une fin de mois ou d’année, ainsi que leur récurrence. Une fermeture de trois jours n’est pas automatiquement une règle annuelle.
Une date ponctuelle
Inscrivez la date complète avec l’année. Vérifiez qu’elle apparaît uniquement pour l’année prévue et ne modifie pas les calendriers futurs une fois passée.
Une formule prise en charge
Utilisez uniquement une formule prise en charge et documentée pour l’installation. Notez ses paramètres et comparez plusieurs années à un calendrier de référence fiable. Ne supposez pas la disponibilité d’une formule arbitraire ou d’un calcul de calendrier lunaire.
Vérifier les dates avec des exemples reproductibles
Ces calculs illustratifs du calendrier grégorien servent à tester des modèles de dates. Ils ne constituent ni des recommandations de jours fériés légaux ni des résultats vérifiés dans l’application Lexoh. Comparez chaque résultat attendu à l’aperçu ou au processus de test pris en charge.
| Modèle à vérifier | Résultat calendaire attendu |
|---|---|
| Troisième lundi de février 2027 | 15 février 2027 |
| Dernier lundi de février 2027 | 22 février 2027 |
| Cinquième lundi de février 2027 | Aucune date correspondante ce mois-là |
| Dernier lundi de mai 2027 | 31 mai 2027 |
| 29 février en 2028 | Date valide; mardi |
| 29 février en 2027 | Date inexistante cette année-là |
Ce que révèle une date inexistante
L’absence d’un cinquième jour de semaine ou d’un jour bissextile exige une politique délibérée. Vérifiez si le système refuse la règle, saute l’occurrence ou applique un autre comportement documenté. Ne remplacez pas la date manquante par un autre jour sans approbation.
Tester séparément l’action associée
Après avoir vérifié la date, testez une journée ordinaire et une journée exceptionnelle à la même heure. Pour les accès, vérifiez la décision attendue pour les dossiers admissibles et non admissibles. Pour les tarifs, vérifiez la règle retenue et le montant. Incluez les instants autour de minuit et une visite qui traverse la limite.
Reporter au lundi seulement si la politique le prévoit
Une option « déplacer au lundi », si elle existe, transforme une date. Elle ne prouve pas qu’un jour férié légal doit être observé le lundi ni que le site doit fermer. Confirmez la politique d’exploitation applicable et vérifiez si la date originale reste active après le report.
Pour les questions de congés fériés au travail au Québec, consultez la liste et les conditions de la CNESST. Ses indications distinguent les dates officielles des congés compensatoires; un report systématique des fins de semaine au lundi ne les remplace pas. Faites approuver les dates d’exploitation par la personne responsable avant de les saisir.
Référence : CNESST — Jours fériés au Québec. https://www.cnesst.gouv.qc.ca/fr/conditions-travail/conges/jours-feries/liste-jours-feries
Un conflit de dates à tester
Dans une politique illustrative qui reporte le samedi et le dimanche au lundi suivant, le 25 et le 26 décembre 2027 donnent tous deux le 27 décembre 2027. Il s’agit d’un calcul calendaire, pas d’une recommandation de congé férié. Vérifiez le traitement des dates résultantes identiques et des règles associées qui se chevauchent.
Date originale ou date ajustée
Pour une règle définie un jour après un autre événement, déterminez si le décalage s’applique avant ou après un report de fin de semaine. Ces opérations peuvent produire des dates différentes. Notez l’ordre souhaité et vérifiez le résultat réel.
Valider, communiquer et maintenir le calendrier
Pour plusieurs sites, ne copiez un calendrier qu’après avoir vérifié le lieu, le fuseau, la politique d’exploitation et les règles associées. Une configuration fonctionnelle dans une installation ne prouve pas que les mêmes dates et exceptions conviennent ailleurs.
- Examinez au moins l’année prévue et la prochaine récurrence pertinente. Incluez selon le cas les fins de semaine, années bissextiles, cinquièmes occurrences absentes et plages traversant une fin d’année.
- Consignez la définition du calendrier, les dates attendues et générées, les règles associées et les résultats de test. Résolvez les écarts inexpliqués avant l’activation.
- Vérifiez les décisions d’accès et les montants avec un processus de test approuvé. N’utilisez pas un débit client non annoncé ou une modification d’accès en service comme test.
- Confirmez la configuration effective sur les services ou appareils concernés. Communiquez les changements approuvés à l’équipe du site et mettez à jour les heures ou tarifs affichés au public au besoin.
- Revoyez le calendrier avant la prochaine saison d’exploitation et après les changements de politique. Avant de supprimer ou désactiver une ancienne entrée, examinez ses dépendances et conservez les éléments nécessaires pour expliquer le comportement passé.