Mise à jour de la fréquence de déclenchement des alertes de DEP manquant pour éviter les fausses alertes #3834
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Linked issues
Analyse : des alertes de DEP manquant peuvent apparaître de façon transitoire sur un navire ayant émis un DEP en raison de synchronisations décalées de différentes données.
Situation actuelle sur les flows impliqués dans le calcul du champ
departure_datetime_utc
de la tablelast_positions
, utilisé par l'alerte de DEP manquant :current_segments
: synchronisation à 2, 22, 42 (minutes de chaque heure : 13:02, 13:22, 13:42, 14:02, 14:22...)risk_fators
: synchronisation à 3, 23, 43last_positions
: synchronisation chaque minutemissing_dep_alerts
: déclenchement à 1, 16, 31, 46--> Ainsi un DEP émis par le navire à 12:45 sera synchronisé dans
current_segments
qu'à 13:02, puis dansrisk_factors
à 13:03, puis danslast_positions
à 13:04. Lors de l'exécution du flowmissing_dep_alerts
de 13:01, le champdeparture_datetime_utc
de la tablelast_positions
ne contient donc pas encore l'information du DEP émis à 12:45. Une alerte est émise pour ce navire à 13:01 alors qu'un DEP a été émis à 12:45.--> Lors de l'exécution suivante du flow de
missing_dep_alerts
à 13:16, si l'alerte n'a pas été acquittée (ou refusée) entre temps par les opérateurs, le flow supprime l'alerte qui n'a plus lieu d'être. Mais de 13:01 à 13:16, l'alerte reste active alors qu'elle ne devrait pas.Correction : modification de la fréquence de déclenchement de l'alerte de DEP manquant pour minimiser la probabilité que ceci se produise :
--> déclenchement du flow
missing_dep_alerts
: déclenchement à 5, 25, 45