Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Signalement - Pouvoir ajouter plusieurs sources pour un signalement #1325

Open
AlexiaLaunay opened this issue Apr 11, 2024 · 2 comments
Open
Labels
design feat. enhancement Amélioration/évolution d'une fonctionnalité question

Comments

@AlexiaLaunay
Copy link
Collaborator

Hello,

Est-ce qu'il serait possible de pouvoir ajouter plusieurs sources pour un signalement ?
On a parfois le cas d'une drague qui part faire de l'extraction de granulats qui nous est signalée par deux voire trois sémaphores différents. Les sources sont différentes mais le signalement est le même.

Merci !

@AlexiaLaunay AlexiaLaunay created this issue from a note in Retours CACEM (Remontée MonitorEnv) Apr 11, 2024
@AdelineCelier AdelineCelier added feat. enhancement Amélioration/évolution d'une fonctionnalité design labels Jun 13, 2024
@AdelineCelier
Copy link
Collaborator

Hello @AlexiaLaunay on veut bien un peu plus d'infos sur ce ticket :

  • quel est le besoin exactement derrière cette volonté de saisir plusieurs sources pour le même signalement ? Est-ce un besoin statistique ou opérationnel ? Est-ce que vous avez besoin du détail de la source (tel et tel sémaphore l'ont signalé) ou plutôt di nombre d'occurrences du signalement (ce signalement a été remonté x fois) ?
  • si on ajoute plusieurs sources/occurrences, faut-il saisir plusieurs horaires, 1 à chaque fois que le signalement est remonté ?
  • pensez-vous que vous saurez identifier systématiuement si un signalement est déjà ouvert ou non ? Y a-t-il un risque de doublons ?

On peut en rediscuter si besoin de vive voix.

@manonolivier
Copy link
Collaborator

manonolivier commented Jun 27, 2024

Salut @AdelineCelier,

  • Besoin opérationnel principalement mais statistiques aussi.
    Exemple 1 : sémaphore du Havre nous dit que la drague part en direction de la zone d'extraction. Le sémaphore de Fecamp nous dit qu'elle commence son extraction. Le sémaphore de Dieppe nous dit qu'elle quitte la zone pour décharger au port de Dieppe. => On a besoin que ces signalements apparaissent dans un seul signalement (la cible est la même) c'est plus lisible niveau opérationnel. C'est également mieux lorsqu'un contrôle est effectué après ces signalements. Sans ça, nous sommes obligés de choisir au pif le signalement que nous allons rattaché à la mission.
    Exemple 2 : Donia (logiciel qui nous envoie des notifications par mail et qui se trompe relativement souvent) nous signale un navire dans une zone interdite au mouillage en Med. Nous rentrons le signalement puis appelons le sémaphore pour confirmer. Le sémaphore analyse la situation, tente de contacter le navire, etc. Nous devons mettre que le sémaphore à joué une part importante dans l'analyse du signalement.
  • Nous avons besoin du détail des sources
  • je vois avec l'équipe pour savoir s'il faut saisir plusieurs horaires ou non
  • Le risque de doublon est surtout présent avec le fonctionnement actuel puisque l'on ouvre un signalement pour chaque personne qui nous signale la même chose. Et une alerte comme celle qu'on a actuellement pour les doublons de missions serait peut-être utile en ce qui concerne la cible (tel navire a déjà un signalement en cours) mais pas de la source.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
design feat. enhancement Amélioration/évolution d'une fonctionnalité question
Projects
Retours CACEM
Remontée MonitorEnv
Development

No branches or pull requests

3 participants