Parcours et états du système¶

7.1 Admission et démarrage¶

Les paramètres sont lus au démarrage effectif. Le même contrôle de sources et de configuration s’applique à l’admission et avant le démarrage ; une configuration manquante ne doit pas être confondue avec l’absence volontaire de source.

flowchart TB
  D["Demande de recherche"] --> S{"Source active ?"}
  S -- Non --> I["Ignorer sans exécution ni trace"]
  S -- Oui --> CFG{"Configuration obligatoire présente ?"}
  CFG -- Non --> ERR["Signaler la configuration à corriger"]
  CFG -- Oui --> E{"Même veille déjà en attente ou en cours ?"}
  E -- Oui --> J["Ignorer le nouveau lancement"]
  E -- Non --> Q["Ajouter à la file"]
  Q --> T["Attendre son tour et lire les paramètres actuels"]
  T --> S2{"Source toujours active ?"}
  S2 -- Non --> I
  S2 -- Oui --> CFG2{"Configuration toujours valide ?"}
  CFG2 -- Non --> ERR
  CFG2 -- Oui --> C["Démarrer la collecte"]

Une demande sans source au démarrage est retirée sans créer de trace d’exécution. Une configuration obligatoire manquante est visible dans l’interface ; une panne d’accès pendant la collecte relève des issues ci-dessous.

7.2 Collecte et publication¶

La durée maximale arrête la collecte mais ne préjuge pas du succès. Une consultation vide peut être réussie. La qualification partielle ou écourtée conserve les limites rencontrées.

flowchart TB
  C["Collecter jusqu'à la fin prévue ou la limite de durée"] --> V{"Au moins une consultation aboutie, même vide ?"}
  V -- Non --> E["Échec : aucun résultat publié et curseur inchangé"]
  V -- Oui --> F["Consolider les informations et finaliser"]
  F --> OK{"Finalisation réussie dans le délai ?"}
  OK -- Non --> E
  OK -- Oui --> Q["Qualifier : écourtée, partielle ou succès"]
  Q --> P["Valider résultats, bilan et curseur ensemble"]
  P --> N{"Nouveautés et envoi activé ?"}
  N -- Oui --> M["Envoyer avec les limites éventuelles"]
  N -- Non --> TR["Conserver le bilan sans e-mail de résultats"]
  M --> EM{"Envoi confirmé ?"}
  EM -- Non --> TM["Tracer échec ou remise non confirmée"]
  EM -- Oui --> FIN["Envoi terminé"]
  E --> AL["Alerte technique ; tracer son éventuel échec"]

Sans nouveauté, la finalisation peut produire un bilan sans génération de synthèse par IA. Une suspension laisse se terminer une recherche déjà démarrée. L’envoi intervient après publication et ne modifie pas l’issue de la recherche ni son curseur.

7.3 Reprise après arrêt de l’installation¶

flowchart TB
  B["Redémarrage"] --> R{"Exécution interrompue avant publication validée ?"}
  R -- Oui --> H["Relancer en tête depuis le curseur conservé"]
  R -- Non --> Q["Conserver les publications validées et la file"]
  H --> Q
  Q --> M{"Échéances manquées avec programmation active ?"}
  M -- Oui --> U["Ajouter un rattrapage par veille sans doublon"]
  M -- Non --> P["Poursuivre dans l'ordre"]
  U --> P

La suspension empêche de créer des rattrapages programmés, mais ne supprime ni une recherche déjà démarrée à reprendre, ni une demande manuelle valablement conservée. Les demandes persistées gardent leur ordre. Les nouveaux rattrapages sont ajoutés à la suite ; leur ordre relatif relève de l’implémentation.

Une publication déjà validée n’est pas rejouée. Une remise e-mail incertaine est tracée sans renvoi automatique ; aucune garantie de remise exactement une fois n’est promise.