Version 1.4 - détail des évolutions

Bonjour,
La version 1.4 amène notamment 2 évolutions

  • Évolution : Le menu est désormais caché dans la section ‘Administration & Paramétrage’. Ticket #9025.

  • Évolution : Fiabilisation de la gestion de la périodicité des visites. Ticket #9026.

Est-ce que quelqu’un peut détailler plus de quoi il retourne ?

Bonjour,

La publication de la version 1.4.0 (et donc le détail des évolutions) est prévue la semaine prochaine.

Florent.

Bonjour,

Voici la note officielle sur la version 1.4.0 : Publication de la version openARIA 1.4.0 — openMairie

J’ajoute le détail des deux tickets évoqués ici.

Ticket #9025
https://adullact.net/tracker/?func=detail&aid=9025&group_id=805&atid=2109

Le menu est désormais caché dans la section ‹ Administration & Paramétrage ›.

Dans la section « Administration & Paramétrage », le menu latéral standard de l’application est affiché et toujours refermé. Étant donné la quantité d’éléments dans le menu « Administration & Paramétrage », il a été proposé de cacher le menu latéral lorsque nous nous trouvons dans cette section.

Avant :

Après :

Ticket #9026
https://adullact.net/tracker/?func=detail&aid=9026&group_id=805&atid=2109

  • Suppression du lien entre l’établissement et l’enregistrement de la table/matrice
    des périodicités. C’est désormais la valeur de la périodicité en années qui est stocké dans le champ ‹ si_periodicite_visites ›.

  • Lors du traitement de gestion des périodiques, si l’établissement ne correspond plus aux critères, alors on détache le DC.

  • Ajout d’un écran de statistiques dans le controlpanel de la périodicité des visites permettant de visualiser :

    • le nombre d’établissements par nature et par état. Ce sont les deux critères primaires indiquant que
      l’établissement peut être soumis à des visites périodiques.
    • le nombre d’établissements par type/catégorie/locaux à sommeil (filtrés sur les deux critères primaires indiquant que l’établissement peut être soumis à des visites périodiques).
    • la liste des DC VPS non clôturés et non rattachés au champ périodique de l’établissement.
  • Désormais si aucun type n’est précisé dans la configuration pour le paramètre ‹ dossier_coordination_type_periodique ›, le traitement de périodicités ne crée pas de DC et calcule uniquement les champs si_periodicite_visites, si_prochaine_visite_periodique_date_previsionnelle. Si il n’y a pas de date de précédente visite périodique alors on prend la date du jour comme date butoir pour le DC.

  • A chaque modification de l’établissement on met à jour les champs si_periodicite_visites, si_prochaine_visite_periodique_date_previsionnelle en fonction des critères postés.

Florent

Juste une petite copie d’écran tirée de la démo pour illustrer l’ajout d’un écran de statistiques sur les périodicités: