Résolution du problème des alertes qui remontent malgré la présence d'une suspension d'alerte

[VincentAntoine]

Linked issues

• Resolve Les suspensions d'alertes ne fonctionnent pas correctement #3965

[sonarqubecloud]

Quality Gate passed

Issues
5 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[VincentAntoine]

@louptheron dans l'idée, jusqu'ici le filtrage des silenced_alerts était basé sur l'heure d'exécution du flow : si un navire avait une silenced_alert jusqu'à 13:30, alors les runs de flows ne pouvaient pas remonter d'alerte sur ce navire jusqu'à 13:30, mais à partir de 13:30 une alerte pouvait remonter sur ce navire pour signaler une suspicion d'infraction (pêche, FAR manquant) détectée sur un élément déclencheur (piste VMS, données déclaratives) datant d'avant 13:30. Donc typiquement un chalutage 3 nautiques détecté sur la piste VMS à 13h30, acquitté par un superviseur à 13h35, pouvait remonter à nouveau à 13h45 pour le même tronçon de piste VMS de 13h30, pourtant déjà acquitté.
Pour corriger ceci, j'introduis la notion de triggering_behaviour_datetime_utc qui décrit la date de l'élément déclenchant (position VMS, message JPE) et c'est à cette date que s'applique les silenced_alerts. Ainsi un tronçon VMS acquitté ne remontera pas une nouvelle fois, il faudra une nouvelle position VMS ultérieure à celle acquittée pour que ça puisse à nouveau remonter sur un même navire.