Contrôles du cycle de vie

La page Contrôles du cycle de vie planifie les deux contrôles de maintenance pour qu'ils s'exécutent chaque jour sans opérateur — les mêmes opérations que les boutons de la page Récupérer les statuts :

• le contrôle d'intégrité — récupère les événements de statut livrés par la Plateforme Agréée mais manqués par l'interrogation régulière ;
• le contrôle d'ordre — réordonne les événements de cycle de vie enregistrés dans le désordre.

Les deux réparations sont idempotentes et ordonnées chronologiquement : réexécuter un contrôle sur un cycle de vie déjà propre ne change rien, un recouvrement planifié est donc sans risque.

---

Vue d'ensemble

---

Utilisation de la page

Chaque ligne est un contrôle planifié — plusieurs peuvent coexister (par exemple une réparation nocturne plus un audit hebdomadaire plus large en mode rapport seul). Ajouter en crée un ; la carte de chaque ligne ouvre l'éditeur.

Le planificateur tourne en mode serveur ; les changements prennent effet à la prochaine exécution planifiée.

---

Champs d'un contrôle

Champ	Description
Description	Texte libre affiché dans la liste (par ex. Réconciliation nocturne).
Enabled	Décoché, le contrôle reste dans la liste mais est sauté à l'exécution.
Hour / Minute	Heure d'exécution, dans le fuseau du serveur.
Integrity check (missing statuses)	Coché, récupère tous les événements PA de la fenêtre et complète ceux qui manquent au cycle de vie.
Compare PA events from the last N days	La fenêtre d'intégrité (défaut : 1). Le contrôle relit tous les événements PA de la fenêtre ; revérifier des événements déjà enregistrés est sans effet, un recouvrement large est donc sûr.
Ordering check (events out of order)	Coché, réordonne les événements enregistrés dans le désordre — étapes internes de plateforme placées après un statut standard, et statuts standard dans le mauvais ordre numérique.
Repair automatically	Coché, l'exécution applique les réparations ; sinon, elle signale seulement ce qu'elle changerait, sans toucher au cycle de vie.

Signaler d'abord, réparer une fois en confiance

Démarrez une planification en mode rapport seul et lisez quelques exécutions sur Récupérer les statuts avant d'activer Repair automatically — la page manuelle montre exactement quels événements chaque mode compléterait ou réordonnerait.

---

Ligne de commande

Les deux mêmes contrôles s'exécutent en CLI pour un cron hors serveur web :

# Contrôle d'intégrité — compléter les statuts PA manquants
java -jar nomaubl.jar -status-integrity <configFile> [--lookback N] [--since YYYY-MM-DD] [--apply] [--notify]

# Contrôle d'ordre — réordonner les événements dans le désordre
java -jar nomaubl.jar -status-order-check <configFile> [--apply]

Option	Effet
--lookback <N>	Fenêtre d'intégrité en jours (exclusive avec --since).
--since <YYYY-MM-DD>	Date de début de la fenêtre d'intégrité.
--apply	Applique les réparations ; sans elle, rapport seul.
--notify	Déclenche les règles de notification sur les transitions complétées (intégrité seulement).

---

Conseils & bonnes pratiques

• Une réparation nocturne, un audit plus large. Une réparation d'1 jour chaque nuit garde le cycle de vie à jour ; une exécution hebdomadaire de 7 jours en rapport seul rattrape ce que la fenêtre nocturne a manqué, sans rien modifier d'elle-même.
• Les réparations sont les boutons de Récupérer les statuts. Rien ici ne fait plus que les contrôles d'intégrité et d'ordre manuels — la page ne fait que les mettre sur minuterie.
• Laissez --notify désactivé pour les grands rattrapages. Compléter une large fenêtre avec les notifications actives peut inonder les destinataires de transitions historiques ; ne l'activez que sur la fenêtre nocturne étroite.