Depuis la page de votre projet, allez dans l’onglet Agents / Hooks (ou l’équivalent “Hooks d’automatisation”). Ouvrez le dialogue de création/modification d’un hook.

Sélectionnez l’agent (workflow) que vous souhaitez exécuter régulièrement et précisez la source de déclenchement (p.ex. commit, branche, ou planification).

Renseignez les deux valeurs : frequency_count (un entier) et frequency_duration (unité : day, week, month, year…). Exemples :

• 1 + day → exécution quotidienne.
• 2 + week → toutes les 2 semaines.
• 1 + month → tous les mois. Ces deux champs forment la règle qui déterminera la prochaine date d’exécution.

Avant d’enregistrer, utilisez la prévisualisation de la date (si présente) ou vérifiez l’heure serveur affichée pour comprendre quand la première exécution sera due. Si l’interface propose un champ “server time”, comparez-le à votre fuseau horaire.

Enregistrez le hook. Tant que le hook existe et reste activé, le système calculera la prochaine exécution et l’enregistrera côté serveur.

Si vous voulez tester immédiatement : lancez un exécution manuelle (bouton “Run now” / “Exécuter maintenant” si disponible) ou simulez l’événement attendu (p.ex. traiter des commits récents). Surveillez les résultats et les logs dans la page du projet.

Pour arrêter les exécutions planifiées, désactivez ou supprimez le hook dans la gestion des hooks. Modifier la fréquence mettra à jour la prochaine date calculée.

La prochaine exécution est déterminée à partir des deux valeurs que vous avez fournies : un compte (count) et une durée (day/week/month/year). Le calcul est réalisé côté serveur à chaque exécution ou modification du hook.

Si la règle est (1, day) et la dernière exécution a eu lieu aujourd’hui à 10:00, la prochaine sera programmée demain à 10:00 (serveur). Même logique pour week/month/year : on ajoute count × unité.

Pour les durées mensuelles ou annuelles, la règle conserve le jour du mois quand c’est possible ; si une date n’existe pas (ex : 31 février), la logique règle la prochaine date sur le dernier jour valide du mois cible.

Si une des deux valeurs est vide ou nulle, aucune date future n’est calculée : le hook n’est pas programmé automatiquement.

L’horodatage de référence est l’heure serveur. Consultez l’horloge serveur dans le dialogue de hook si disponible pour éviter les surprises liées au fuseau horaire.

Au moment où la date programmée arrive, le système met l’exécution dans la file d’attente. L’entrée contient les paramètres et l’input déterminés par le hook.

Les exécutions en attente peuvent apparaître dans la section de progression du projet (liste des jobs en cours). Une indication “pending” ou “queued” est souvent visible avant que le traitement commence réellement.

Des workers prennent les jobs en file, traitent l’agent (les étapes définies) et transmettent le statut en temps réel. Vous verrez des mises à jour de progression et des logs / messages de sortie.

Sur la page du projet, suivez la progression, les messages et les documents générés. Les mises à jour en temps réel facilitent le repérage d’erreurs ou de comportements inattendus.

En cas d’erreur, certains jobs peuvent être réessayés automatiquement ou marqués comme échoués — surveillez les notifications et corrigez les filtres/inputs avant de relancer.

Après une exécution réussie, la date de dernière exécution est mise à jour et le système calcule une nouvelle prochaine date en ajoutant (count × duration) à la date courante.

Sur la page principale du projet, trouvez l’action dédiée (souvent affichée “Cancel jobs”, “Annuler jobs” ou bouton similaire) dans la section de progression / gestion des jobs.

Cliquez sur “Annuler jobs”. Le système traitera les jobs en attente et signera l’intention d’annulation pour les jobs actuellement actifs.

• Les jobs en attente (queued / delayed) sont retirés de la file et ne seront pas exécutés.
• Les jobs actifs sont marqués comme annulés : ils ne sont pas toujours stoppés instantanément, mais les workers sont informés et doivent cesser le traitement dès qu’il est sûr de le faire.

Après l’annulation, l’interface du projet doit refléter l’arrêt : barres de progression nettoyées, messages, et éventuellement suppression des compteurs de job. Si vous avez un suivi local (localStorage ou affichage temporaire), il peut être effacé automatiquement ou via un rafraîchissement.

Si un job continue à progresser quelques instants après l’annulation, attendez la fin du cycle sûr du worker (quelques secondes à minutes selon la taille du job). En cas de persistance, contactez l’administrateur ou relancez un nettoyage / nouvel envoi des sources.

Pour relancer un traitement annulé, ré-enfilez manuellement les sources ou ajustez/dupliquez le hook puis activez-le. Si vous aviez supprimé le hook, recréez-le et définissez la fréquence désirée.