#30, #31 - Interventions récurrentes

[babastienne]

scope: Dev

Identifier les zones d’intervention de récurrence du module “intervention” : et suivre les interventions d’entretien de ces zones

Développer dans le module intervention une rubrique spécifique récurrence avec champs “Type récurrence” (végétation épineuse / végétation herbacée / érosion / curage revers eau…liste paramétrable) / “Fréquence d’intervention” / “Date de dernière intervention” → Mise en place d’un suivi dateur avec système d’alerte par notification et visuel couleur sur carte du module intervention si “Date de dernière intervention" + “Fréquence intervention” > au jour

Avoir une visibilité sur les périodes prévisionnelles d’intervention

Rajouter un champ “Période prévisionnelle intervention” (saisie libre du champ) + filtre

[babastienne]

Besoin :

• Pouvoir avoir un plan d'interventions annuel : un tableau de bord pour parcourir les interventions souhaitée sur une période donnée
• Avoir une création automatique des interventions souhaitées sur une période donnée à venir
• Mettre en place un système d'alerte

Proposition de solution :

• Ajout d'un champ "récurrence" sur une intervention. Si ce champ est rempli, l'intervention associée sera dupliquée avec un statut souhaité et une date de début correspondant à la date de l'intervention initiale + récurrence
• Avoir un paramètre dans le custom.py qui défini la limite de création des objets (par défaut 1 an, mais paramétrable par instance)
• Un CRON s'occupera de créer les interventions à partir des éléments ajoutés précédemment
• Mécanisme de système d'alerte : à réfléchir dans un second temps

A faire :

• Préciser la proposition technique dans ce ticket et partager : action côté Makina
• Voir ce qu'on duplique comme champs (à priori pas les fichiers attachés, mais doit-on conserver l'ensemble des autres champs ?) : action côté PNE / CD30

[JoelAtche]

Bonjour, Sur le PNR des Grands Causses depuis 2018 nous utilisons le module intervention pour gérer notre PPES (Plan Pluriannuel d'Entretien des Sentiers). A défaut d'avoir les champs qui conviennent, nous avions établi que le champs "Date" était la date butoir avant quand l'intervention doit être faite. Et en descriptif au fur et à mesure on indiquait les dates des interventions précédentes pour l'historique. Depuis 2019/2020 nous avons appliqué la même méthode avec les associations pour la gestion des interventions de balisage. Aujourd'hui nous avons plus de 1000 interventions de type pluriannuelle, géré par une bonne 40aine d'utilisateurs, dont beaucoup de bénévoles baliseurs qui mettent à jours leur propre intervention. Lors d'une mise à jour de notre Geotrek-admin nous avons découvert que le champs "date" est devenu "Date de début" et qu'un champs "Date de fin" est apparu. (J'aurai sûrement du anticiper cette modification si j'avais eu le temps de suivre les évolutions du logiciel.) Nous avions donc envisagé de garder le champs "date de début" comme "date butoir" pour ne pas tout ressaisir, et envisagé d'utiliser le champs "date de fin" comme la "date précédente". Mais certains bénévoles n'ont pas consulté et ont modifié leur interventions de balisage suivant leur idée. J'ai bien compris qu'il ne faut pas renommer les champs, ce qui aurait pu nous aider à clarifier la situation, et du coup nous sommes particulièrement intéressé et en attente des solutions qui pourront être imaginé pour gérer plus facilement et clairement ces interventions récurrentes. Je vais essayer de rester en veille sur ce sujet, mais merci également de m'associer à la réflexion quand elle pourra être envisagé concrètement et sa mise en œuvre financé pour aller jusqu'à la mise à jour du module intervention. En attendant que les choses puissent évoluer nous allons utiliser le champs "Date de début" comme la "date précédente" ou a été réalisé l'intervention, et le champs "Date de fin" comme la "date butoir" pour réaliser l'intervention récurrente à venir.