=> Voir aussi la procédure n° 324 (Gestion des dates et des fuseaux horaires)
=> Voir aussi la procédure n° 325 (Le planificateur et les fuseaux horaires)
Décalage horaire et tâches planifiées (gestion des fuseaux)
Dans certains cas, il peut exister un décalage horaire entre le poste client et le serveur de tâches planifiées, décalage que l'utilisateur n'est pas censé connaître.
Par défaut la programmation est saisie en heure locale, mais il est possible de visualiser l'heure serveur.
L'enregistrement des dates et heures d'exécution se fait systématiquement en heure serveur, mais il est possible de convertir cet affichage en heure du poste client.
Le paramétrage des périodicités permet d'effectuer des conversions simples entre le fuseau local et le fuseau serveur.
Planification d'une tâche
Back-Office > Administration > Tâches planifiées > Consultation
Utilisez le bouton [Nouveau] pour créer une nouvelle tâche. Par défaut, la saisie est effectuée en heure locale, mais si le poste client détecte un fuseau différent sur le serveur, un bouton radio sera affiché permettant de switcher entre "Heure locale" et "Heure serveur". Le décalage UTC de chacune de ces heures est également indiqué.
En cas de sélection de l'heure serveur, les dates de début et de fin sont affichées, converties dans le fuseau du serveur ainsi que la périodicité. Il est possible de modifier l'heure, qu'elle soit exprimée en fonction du serveur ou du poste client. L'information est stockée en heure serveur lors de l'enregistrement de la tâche.
Consultation des tâches
Back-Office > Administration > Tâches planifiées > Consultation
Par défaut, les dates et heures des multicritères affichent l'heure du serveur.
La formule ServerToLocalDatetime permet de convertir les heures exprimées en heure serveur, en heure du poste local.
Exemple d'utilisation sur la date / heure de dernière exécution : (ServerToLocalDatetime(SKJ_DATELASTEXEC))
Maintenance des tâches
Back-Office > Administration > Tâches planifiées > Maintenance
Même fonctionnement que pour la saisie d'une planification. Un bouton radio permet de choisir l'affichage en heure locale ou en heure serveur. Par défaut, c'est l'heure locale qui est sélectionnée.
Le bouton [Recalage de la périodicité] permet de recaler les dates d'exécution
des tâches enregistrées en base. Il permet de procéder au décalage d'une
ou plusieurs tâches en sélectionnant un nombre d'heures ou de minutes,
exprimées en positif ou en négatif. Les éléments suivants sont impactés
:
Plage de périodicité (date/heure de début/fin).
Périodicité (fourchette de dates de validité, fréquence, etc.).
La validation du décalage entraîne la création d'une tâche de recalage. Cette dernière aura pour effet de modifier l'ensemble des tâches sélectionnées, de réajuster la date de dernière exécution, d'ajouter une information sur le décalage dans le libellé des tâches, et d'insérer une trace dans le journal des événements.
Conversion des périodicités
Back-Office > Administration > Tâches planifiées > Consultation
La périodicité de la tâche est mémorisée en heure serveur, mais sera aussi convertie en heure locale lors de l'affichage.
La conversion des périodicités est détaillée ci-après.
Périodicité = 1 fois
Les dates sont converties lors du changement d'affichage entre heure locale et heure serveur :
Date/heure de début
Date de fin, considérée comme une date à 00:00:00
Périodicité = Horaire
Les dates sont converties lors du changement d'affichage entre heure locale et heure serveur :
Date/heure de début
Date de fin, considérée comme une date à 00:00:00
Fourchette de validité
Périodicité = Quotidienne
Les dates sont converties lors du changement d'affichage entre heure locale et heure serveur :
Date/heure de début
Date de fin, considérée comme une date à 00:00:00
Périodicité = Hebdomadaire
Les dates sont converties lors du changement d'affichage entre heure locale et heure serveur :
Date/heure de début
Date de fin, considérée comme une date à 00:00:00
Sélection de jours
Périodicité = Mensuelle
Les dates sont converties lors du changement d'affichage entre heure locale et heure serveur :
Date/heure de début
Date de fin, considérée comme une date à 00:00:00
Sélection du jour
Notez qu'une planification le 31 du mois est exécutée le dernier jour du mois pour les mois de moins de 31 jours, ce qui signifie qu'une fois exécutée sur un mois de 30 jours, la prochaine exécution ne revient pas automatiquement au 31 du mois suivant.
Exemple :
|
Date |
Résultat exécution |
Tâche créée |
31/07 |
OK |
Tâche exécutée le mois prochain avec 31 jours |
31/08 |
OK |
Tâche exécutée dans un mois avec 30 jours |
30/09 |
OK |
Tâche exécutée dans un mois avec 31 j à nouveau |
30/10 |
KO |
A noter :
Il est par conséquent conseillé de créer des tâches mensuelles avec exécution le 1er du mois suivant, ou à défaut une tâche spécifique pour chaque fin de mois (12 Tâches Planifiées).
Reprise de l'historique
Aucune reprise de l'historique n'est effectuée. Le comportement de l'application est modifié pour les tâches existantes correspondant à des cas de programmation qui ne sont plus gérés (programmation en jours ouvrables ou programmation mensuelle avec une formule).
Consultation / modification de la tâche
Une alerte est affichée en ouverture de fiche indiquant que la programmation actuelle n'est plus gérée et invitant l'utilisateur à modifier sa programmation.
L'enregistrement de la fiche est impossible tant que l'utilisateur ne modifie pas sa programmation.
Exécution de la tâche
Lors du calcul de la prochaine date d'exécution de la tâche, un message d'erreur est inséré dans le journal des événements stipulant que la programmation n'est plus gérée et quelle doit être modifiée.
La tâche est fermée.
Contrôle de la périodicité
Un outil de contrôle est disponible dans le menu de maintenance des tâches. Il permet de lister les saisies sur une périodicité qui n'est plus supportée et qui ne pourront donc plus s'exécuter.
Il lance une tâche planifiée de contrôle. Un compte rendu est ensuite disponible dans le journal des événements.