Notes de version webgfc 4.0.11

Evolutions

  • Mise à jour de sécurité (composer et npm)
  • Ajout des variables #DEMANDE_URL# et #ECHANGE_URL# dans les templates de notification afin de pouvoir accéder directement à la demande et / ou l’échange en question.
  • Mise en place de la définition de la timezone pour l’application dans le paramétrage du docker. (APP_TIMEZONE)
  • A la sélection du sous-type dans l’échange, on affiche le circuit associé au moment de la création ou modification d’un échange ou bien à partir de la création d’une demande
  • Ajout de la colonne "Bureau possédant l’échange" dans le menu historique d’un bureau.
  • Ajout d’un message d’avertissement lorsqu’aucun modèle de présentation n’est disponible dans l’échange, avant d’accéder à la génération documentaire.
  • [Echange] Au niveau de l’échange (ajout/édition/consultation), ajout du nom du type associé au sous-type sélectonné dans l’échange
  • [Publipostage] Mise en place de la génération des documents en asynchrone
  • [Publipostage] Mise en place de l’envoi manuel d’un document
  • [Métadonnées] Il est désormais possible d’associer les sous-types lors de l’ajout/édition d’une métadonnée
  • [Echange] Tant que le formulaire de l’échange n’est pas totalement chargé, le bouton Enregistrer reste grisé.
  • [Demande en copie] Ajout du traitement par lots sur le tableau
  • [Priorité] Ajout d’un poids pour permettre un classement par poids
  • [Soustype] A la sélection du circuit, on affiche le schéma du circuit sélectionné juste en-dessous

Modifications

  • Modification des textes par défaut relatifs aux templates de notification.
  • Les intitulés des soutypes associés aux bureaux se voient ajouter le nom du Type en préfixe afin de distinguer les soustypes (Ex: Bon de commande / Signature, Cabinet du Maire / Signature, …)
  • Ajout de notifications à chaque événement notamment pour les échanges envoyés pour traitement (treat) ou les refus (refused)
  • A la clôture d’un échange, l’état de clôture de la demande doit être mis à jour
  • Un utilisateur possédant un profil administrateur et associé à un bureau peut désormais créer/modifier une demande ou un échange, ainsi que gérer les Ars et documents générés
  • [Contact] Le champ civilité n’est plus obligatoire pour les contacts, notamment pour éviter les soucis de création de contact lors de la scrutation de mails
  • [Contact] Permettre d’ajouter un contact/organisme depuis la création d’une demande
  • [Contact] Il est possible de modifier un contact directement depuis un échange ou une demande
  • Une demande peut être close dès lors qu’elle possède des échanges dans l’état Terminé ou Refusé, et qu’elle ne l’est pas déjà
  • [Publipostage] Amélioration de l’affichage des documents liée au publipostage ainsi que des contacts
  • [Scrutation de mails] Il n’est plus possible de définir des dossiers de scruationavec des caractères spéciaux (seuls -+/_ sont autorisés)
  • [Notifications] Renommage des notifications par mail

Corrections

  • Lors de la génération d’un AR ou d’un document "réponse", le modèle de présentation doit obligatoirement être renseigné sinon l’application boucle
  • L’accès à l’échange depuis les résultats de recherche génère une erreur 500 si le profil ne possède pas de bureau (superadmin, admin ou admin de groupe)
  • Si l’absence est terminée, le message d’alerte affiché sur le tableau de bord doit être supprimé
  • La date limite n’était plus affichée en rouge une fois le délai dépassé
  • La modification du template de notification des échanges adressés en copie et des ré-aiguillage ne fonctionnait pas
  • Au moment de l’envoi d’un e-mail, la sélection d’un template d’e-mail générait une erreur 500
  • [Circuit] Lors du changement d’une étape collaborative ou concurrente vers une étape Simple, le circuit ne met pas à jour les bureaux de ses étapes lors de l’enregistrement et cela génère une erreur 500
  • [Tableau de bord] Le nombre d’échanges affichés posait soucis dans le cas des échanges en attente de qualification sur 2 bureaux d’un utilisateur
  • [Circuit] Lorsque l’on duplique une deuxième fois un même circuit, le circuit nouvellement créé écrase la première copie générée
  • [Métadonnées] Si une métadonnée est de type "Grand champ texte", et qu’elle possède de nombreux retour à la ligne, alors une erreur 500 apparaît à l’enregistrement de l’échange
  • [Démarches Simplifiées] Erreur 500 sur le tableau de bord si le bureau est associé à une démarche et que le serveur ne répond pas
  • Affichage de la date et l’heure au format défini dans la variable APP_TIMEZONE.
  • [Métadonnées] Si une métadonnée est supprimée après avoir été renseignée dans un échange, une erreur 500 apparaît
  • Si on supprime l’adresse d’un organisme, une erreur 500 apparaît
  • L’enregistrement du publipostage avec des contacts associés lors de la création d’une demande avec un échange et lors de l’ajout d’un échange dans une demande.
  • [Scrutation de mails] Si une pièce jointe possède de 150 caractères, une erreur 500 apparaît lors du stockage du path issu du S3 (limité à 255 caractères)
  • En tant qu’administrateur, l’accès aux demandes ou échanges pouvait générer des erreurs 500 car aucun bureau n’est trouvé.
  • [Activité d’organisme] On peut dissocier/associer un organisme d’une activité
  • [Notifications] Les notifications pour les échanges à traiter ne partaient pas
  • [Contact] Si le contact de l’échange appartient à un carnet privé non autorisé, on affiche son nom et on gère le cas où le contact n’est pas modifié afin de ne pas perdre l’information

Laisser un commentaire

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