Notes de version webgfc 3.1.18

Ajouts

  • [Recherche] Il est désormais possible de rechercher par plusieurs numéros de référence séparés par une virgule (ex: 203000123,2023000140)
  • [Recherche] Il est désormais possible de supprimer ses recherches enregistrées
  • [Recherche] Il est désormais possible de retrouver les flux adressés en copie
  • Ajout d’un paramètre permettant (Affichage.ColonneSupForTreatment) d’afficher ou non une colonne supplémentaire, dans les bannettes de l’utilisateur, reprenant le nombre d’étapes restantes (si 1 seule restante = A clore)
  • Ajout d’une colonne supplémentaire (affichable selon la variable (Affichage.ColonneSupForTreatment)), reprenant le nom de l’affaire à laquelle le flux est associée
  • Lors de la création d’une réponse (flux sortant via Clore et répondre), une variable a été ajoutée permettant d’ajouter en copie, dans le flux réponse, les personnes ayant précédemment reçu le flux d’origine en copie

Modifications

  • [DM] Les informations sur les coordonnées et le SIREN n’étaient pas remontées au moment de la création d’un flux depuis DirectMairie
  • [DM] Les coordonnées sont reprises dans un lien openstreetmap au cas où la collectivité souhaite exploiter l’information
  • Ajout d’une variable permettant de décoder le body d’un mail en base64 si la longueur du body est > à 2000
  • Le tableau récapitulatif des mails envoyés depuis l’application reprend désormais les mails adressés en copie
  • Les contacts se voient ajouter le nom de la ville entre parenthèses dans le menu carnet d’adresses
  • Dans le carnet d’adresse, on ne recharge pas la page une fois la modification du contact réalisée afin de laisser l’utilisateur sur la page de résultats
  • En cas de refus sur un flux réponse, selon une variable, le flux refusé peut être redirigé vers le profil initiateur de l’agent ayant créé la réponse plutôt que vers l’initiateur du flux d’origine
  • [Carnet d’adresses] Il est désormais possible de modifier le carnet d’adresses auquel l’organisme est associé
  • Les liens présents dans les mails de notifications sont désormais cliquables

Corrections

  • Erreur dans le code en cas de clore et répondre, le code ‘OK’ était écrasé et passé à vide si la dernière étape est de type concurrente
  • Par défaut, l’accès à la pop-up Information d’un dossier/affaire doit être autorisée
  • Lors de l’ajout/édition d’un contact (via carnet ou via courrier), le rafraîchissement du code postal au moment de la sélection d’un organisme doit se faire uniquement si le champ banadresse du contact n’est pas nul
  • La variable indiquant la connexion ciblée par le connecteur Pastell a été corrigée car elle était vide par défaut
  • [Mail] La scrutation des mails posait souci si le contenu du corps présentait des commentaires (<!–) car cela empêchait le "désencodage" de l’objet.
  • En cas de double refus dans le traitement le flux était perdu
  • [Mail] Dans le cas d’Office 365, le déplacement des mails vers un répertoire d’"archive" doit être défini dans le connecteur et non pas avec "INBOX/" en préfixe dans le code
  • [Mail] Si les mails sont encodés en windows-1258, la transformation de HTML vers PDF pose souci
  • L’envoi d’un flux depuis l’écran d’historique, ajout d’une étape à la volée, posait souci
  • En cas de flux Réponses à traiter, après insertion dans le circuit, les flux restaient dans la bannette des utilisateurs
  • Si le champ Intitulé du flux possède un guillemet double ("), le nom est tronqué à l’affichage par le javascript
  • Dans le cas où la métadonnée possède un guillemet double dans son nom, l’export CSV de la recherche plante
  • [Carnet d’adresses] Lors de la modification d’un contact il était possible de l’associer à un organisme d’un autre carnet

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *