Version 40221¶

Core¶

1- Correction de l'intitulé, qui était erroné, du regroupement par "Valideur en cours" dans le parapheur "En cours de validation".
2- Correction de l'affichage des recherches en mode "Agenda" : lorsqu'une note contient plusieurs dates, une seule des dates était affichée.
3- Les boutons "Viser" et "Valider" se grisent si leur action n'est pas possible sur le projet sélectionné.
4- La page derrière le pop-up pour Ajouter un commentaire / Diffuser / Transférer / Affecter est maintenue active lorsque le pop-up est ouvert.

Portail¶

1- Correction d'un bug dans le générateur de formulaire pour un champ tableau avec une colonne "choix par liste déroulante" : la saisie était toujours obligatoire.
2- Évolution du mode overLord : possibilité d'inclure dans le gabarit du dossier un bouton de réponse "Faire une démarche liée" qui leur permet d’accéder aux démarches disponibles en réponse.

SE¶

1- Action "Commenter" dans SE disponible. Le bouton "Commenter", en bas de page sur la note, permet d'ouvrir une page de saisie pour un commentaire de note (contient une zone de saisie avec un bouton "Valider" et un bouton "Annuler"). Le bouton est grisé si l'utilisateur n'a pas le droit d'ajouter du contenu.
2- Action "Diffuser" dans SE disponible. Le bouton "Diffuser" en bas de page sur la note permet de diffuser avec une nouvelle tâche (ou avec une tâche existante) et un commentaire de service. La page qui s'ouvre contient :

• un champ de choix du destinataire (dans la liste des services fils du service de connexion)
• un champ tâche (facultatif et avec la liste des tâches existantes et des types de tâches disponibles sur la nature)
• un champ commentaire
• en bas de page, les boutons "Annuler" / "Valider". Le bouton est grisé si l'utilisateur n'a pas les droits

Version 40220¶

Core¶

1- Traçabilité des suppressions de note : numéro de référence interne de la note supprimée et identifiant de l'utilisateur qui fait la suppression en cas de suppression manuelle
2- A l'expédition d'une note, il est possible d'attacher un document de la note sur la "Fiche Partenaire" de l'expéditeur
3- Dans le module RDV et avec un affichage en mode Liste : nouvelle colonne "Statut" disponible

Portail¶

1- Utilisation de PayFIP pour le paiement en ligne des usagers à partir de leur compte personnel sur le portail
2- Sur le portail, lorsque des champs d'un formulaire sont alimentés par l'API DLNUF, les données retournées ne sont pas affichées s'il s'agit d'une entreprise "non diffusable" et un message d'erreur s'affiche. Le message d'erreur n'est pas bloquant.
3- A la prise de rdv sur le portail par un usager, le commentaire, auparavant obligatoire, devient facultatif (paramétrage en administration fonctionnelle)

SE¶

1- Nouveau filtre disponible pour les bannettes sur SE : filtre sur une tache

Version 40219¶

Portail¶

• anomalie corrigée sur l'affichage des tableaux API dans le résumé : dans le cas où aucune valeur n'était sélectionnée, toutes les valeurs s'affichaient
• anomalie corrigée sur l'affichage des listes de valeurs à choix multiple depuis Mes relations
• anomalie corrigée sur l'affichage de la page rendez-vous en iframe

• création d'une page pour la Déclaration d'accessibilité (lien vers la page à mettre en pied de page : url portail + "/rgaa", texte gérable dans les surcharges de texte)

Rendez-vous¶

• anomalie corrigée : envoi des mails de rappels y compris en cas d'annulation du RV

Core¶

• affichage du nom du rédacteur dans le composant Projets liés sur les fiches des courriers

Version 40218 - 24 juin 2020¶

Core¶

• anomalie corrigée : l'indexation n'était pas mise à jour à la suppression d'un thème sur une dossier
• anomalie corrigée : le traitement nocturne de changement de statut à l'échéance était en timeout sur la plupart des serveurs, il a été segmenté.

Portail¶

• anomalie corrigée : une erreur de format sur la valeur indiquée comme longueur max d'un champ texte faisait planter la publication du formulaire. Si le format n'est pas correct dans le builder, la valeur est encadrée en rouge, puis supprimée à la fermeture du builder.

• Gestion d'une date de dernière connexion affichée sur la fiche de l'usager, onglet portail (objectif : permettre des traitements de la suppression des comptes utilisateurs pour inactivité).
• Champs de fusion sur xmlRecepisse et mod_portal_request : il est possible de récupérer une collection d'étapes (etapes) ou de champs (champs). Le modifier type est disponible sur champ, le modifier code est disponible sur champ et etape.

Core¶

• anomalie corrigée : dans certaines conditions les champs nombre s'affichaient vides s'ils contenaient la valeur 0.
• anomalie corrigée dans le calcul des adresses d'expédition proposées sur le formulaire d'expédition : les adresses définies pour "et services fils" étaient proposées à tous les services.

Rendez-vous¶

back-office¶

• anomalie corrigée : l'attribution des créneaux réservés administration ne fonctionnait pas correctement.

portail¶

• l'accès portail aux RDV réservés à des profils spécifiques est maintenant géré

Portail¶

Général¶

• anomalie corrigée : l'utilisation d'une url avec une langue différente de loc_fr posait des problèmes sur un portail ne gérant que le français.

Builder¶

• Dans un champ de type tableau, dans une colonne qui comporte un champ de type "choix dans une liste déroulante", il est possible de mettre une valeur par défaut tirée de cette liste. Un message d'aide, sous le champ "valeur par défaut" explique comment renseigner la valeur par défaut (il faut noter la position - le numéro d'ordre - qu’occupe la valeur choisie dans la liste).
• anomalie corrigée : le copié-collé ne fonctionnait pas correctement sur les champs texte fixe

Version 40216¶

Portail - Rendez-vous¶

• Evolution permettant à l'usager de consulter le planning de rendez-vous en mode non connecté

Portail¶

• Correction d'un bug sur le stockage des ressources d'une démarche
• Correction d'un problème de comportement en cas de création de compte en cours de navigation dans le portail : si l'usager commettait une erreur dans son formulaire de création de compte, il perdait le lien de callback vers la page sur laquelle il se trouvait lorsqu'il avait cliqué sur créer un compte.
• Correction d'un bug sur les contrôles de valeurs de champ nombre décimal, qui ne prenaient pas en compte le nombre si le séparateur décimal était une virgule.
• Correction d'un bug sur la récupération d'un champ numéro de téléphone via champ de fusion
• Correction d'un bug entraînant le préremplissage des champs adresse avec de précédentes saisies alors que le champ doit s'appuyer sur la BAN
• Suppression du lien Répondre dans l'affichage des notifications sur le portail (si la démarche générique Compléter n'est pas instanciée)

Core¶

• Cloisonnement de la gestion des données de référence : le droit de gérer les données de référence peut-être donné (via un profil) sur un service. Les données de référence sont créées avec un service propriétaire. La gestion des données permet de changer le service propriétaire, de changer le nom de la donnée, d'ajouter des valeurs ou des paramètres sur la donnée. Toutes les données déjà existantes ont pour service propriétaire le service racine
• Champs de fusion : modifier :historique pour récupérer l'historique d'une tâche (non documenté dans le générateur de champs de fusion). Les informations d'une ligne d'historique sont action, date et writer ; les actions sont 1/ création 2/ suppression 3/ affectation à un service 4/ affectation à un user 5/ suppression d'une affectation service 6/ suppression d'une affectation utilisateur. Exemple : ${note:taches:first:historique:collect(writer):flatten:join(', ')} renvoie la liste des auteurs des actions sur la première tâche.
• Champ de fusion Date de création sur les tâches
• Filtres "hors de la liste" et "différent de" pour le critère Statut.
• Correction d'un bug se produisant lorsqu'on ouvrait via "ouvrir en tant que propriétaire" (avec changement de service de connexion) un dossier à partir d'une recherche de service

Version 40215¶

Portail¶

• Restriction de l'envoi des notifications au changement de statut: si la note a un expéditeur partenaires envoi de la notif à l'expéditeur seulement, sinon envoi de la notif à tous les destinataires partenaires
• Masquage des tâches usagers référençant une démarche publiée lorsque cette démarche est dépubliée
• Champ de fusion field pour récupérer une valeur de cellule de tableau dans la démarche (${field:S1:F1:L1_C1})

Rendez-vous¶

• Correction d'un bug empêchant la suppression d'une option sur un type de RV

Version 40214¶

Corrections Core¶

• augmentation du plafond pour les listes triables (10 000)
• correction d'un bug à l'édition d'une relève de mail

Portail¶

• Gestion des réponses Payline différées : mise en attente de paiement de la facture lorsque l'usager clique sur payer, sauf si la facture est clôturée
• Correction d'un bug à la suppression d'un fichier dans une démarche (les fichiers soumis en remplacement figuraient dans le récépissé mais non dans le dossier)

Version 40213¶

Core :
• La suppression d'un champ dans la configuration xml ne modifie plus les contenus déjà créés
• Possibilité dans la fonction recherche de dossier (filtre expéditeur), de sélectionner un groupe de partenaires

Portail :
• Séparation des méthodes de connexion
• Possibilité d'ajouter un lien cliquable dans une démarche vers les CGU

Version 40212¶

Core¶

Numérisation :

• Correction du comportement du popup de scan, qui s'affiche désormais devant la fenêtre de 6tzen
• Après la numérisation de masse, la ref interne du dossier est visible sans avoir à ouvrir la fiche du dossier

Relève de mail :

• Rattachement des mails relevés, en fonction de l'adresse, aux profils "Membre de" ou autres chaînages (et non aux seules personnes)

Actualités :

• Introduction d'un droit à inclure dans les profils de type Administrateur de service, permettant de gérer les actualités pour mon service et les services fils et non pour toute l'organisation

En-tête :

• Introduction d'un droit permettant de modifier l'en-tête des dossiers sans être propriétaire

Gabarits d'affichage :

• Possibilité de filtrer le composant entités liées par type de partenaire.

Ergonomie :

• Correction de l'affichage du bandeau supérieur : en cas d'écran trop petit, la zone de recherche rapide était partiellement masquée.
• Correction d'un problème de pagination sur les listes de partenaires (le clic sur le numéro de page n'ouvrait pas la page visée)

Mails sortants :

• Avec les "AR mail" et les "Échanges par mail", il est possible de joindre un fichier directement depuis le poste de travail
• Pour les échanges par mail, possibilité d'utiliser un modèle de mail et avec des champs de fusion

Recherche

• Critère "a des dossiers liés" devenu "a des réponses liées" ; l'icône Enveloppe dans les listes des dossiers apparaît s'il existe des réponses (=sortants validés) liées et non s'il existe des dossiers liés entrants ou sortants.

Portail¶

Configuration :

• affichage du contexte dans les colonnes de la page de gestion des rubriques de démarches

Version 40211¶

Core

• Simplification de l'ajout d'une relève de boîte mail : il n'est plus nécessaire de passer par le rechargement d'un fichier XML
• Possibilité de saisir une date d'échéance rétroactivement, et donc antérieure à la date du jour
• Possibilité sur les AR par mail, de saisir un mail en cc en plus des mails proposés par défaut

• Correction d'anomalie : la sauvegarde d'un dossier incomplet déverrouillait la fiche qui réapparaissait dans la bannette dossiers incomplets.

Portail

• L'usager peut reprendre le brouillon de sa démarche même si cette dernière a été modifiée entre temps (suppression d'une étape par exemple)
• Débug : possibilité de création de compte portail à partir de mails autre que .fr
• Débug admin : le caractère "]" dans un champ fixe n'engendre plus un message d'erreur
• Possibilité de modifier le message qui s'affiche APRÈS la validation d'une démarche
• L'usager (dans l'éditorial d'une démarche par exemple) peut cliquer sur le lien qui mène à une autre démarche sans être déconnecté de sa session
• Possibilité de créer un partenaire via le portail en statut complet ou incomplet
• Les démarches publiées hors bouquet (celle destinée à certains partenaires uniquement) ne sont plus visibles et accessibles via la Recherche

Version 40210¶

Core¶

• Partenaire : lorsqu'on cherche à créer un compte portail à un partenaire dont l'adresse mail est déjà utilisé sur un autre compte, cela génère un message explicite pour informer l'utilisateur de la cause du problème.
• Gabarit : si l'onglet ne contient qu'un composant il prend le titre du composant, (sauf si on a défini un titre) et affiche le compteur du composant.
• Champ de fusion : les infos des tâches de partenaires sont récupérables par des champs de fusion
• Filtre : nouveau filtre dans les critères "date" de la fonction recherche. Possibilité de chercher "il y a plus de X " (semaine(s), jour(s)...)
• Historique : la suppression d'un destinataire figure dans l'historique (comme la diffusion)
• Mail : Au choix d'un modèle de mail, les destinataires en copie ne sont plus réinitialisés mais conservés

Portail¶

• Mode tablette : correction d'un bug d'affichage. Les actions d'annulation apparaissent correctement en mode smartphone sur la liste des RDV
• Admin portail (gestion des démarches) : homogénéisation du formatage des nombres entre le résumé et le récépissé

Version 40209¶

Core¶

• Accueil : correction d'un bug d'affichage (affichage occasionnel de "bannettes aplaties")
• Rendez-vous : il est possible de réserver ou suspendre plusieurs créneaux horaires à la fois (via le champ "créneaux complémentaires")
• Transfert de service (fonction d'administration): ajout d'un message d'alerte pour éviter une fausse manipulation

Portail¶

• Formulaire : correction d'un bug qui générait un blocage si l'usager modifiait un champ utilisé par une condition de sortie d'étape.
• Admin portail : sur l'écran de publication des démarches, suppression de l'affichage de l'id. A la place est affiché le code d'instance de la démarche.
• Usager : Ajout d'un lien vers "Mon compte" devant "Se déconnecter" en mode tablette

Version 40208¶

Core¶

AR mail : proposition d'adresses mails des destinataires pour le champ cci (copie cachée)
Export : il est maintenant possible de récupérer dans un export "les services du circuit de validation" et "les dates de début et de fin des étapes"

Portail¶

Accès : Ajout de l'accès à "Mon compte" depuis la page d'accueil en mode tablette

Version 40207¶

Core¶

Générateur de champ de fusion : sur une liste, le générateur de champ de fusion propose également les éléments appelables par "collect"

Portail¶

Admin portail : il est maintenant possible de filtrer les démarches existantes :

• dans l'écran "Publication des démarches" par "nom de la démarche"
• dans l'écran "Gestion du catalogue de démarches" par "libellé" (et "code" éventuellement

Admin portail : la fiche de publication comporte 2 nouveaux champs qui permettent de proposer le bouton "mon avis" (monAvis.numerique.gouv.fr) après la validation de la démarche par l'usager. Il s'agit de saisir un code et une clé à récupérer auprès de monAvis.numerique.gouv.fr

Version 40206¶

Version technique

Version 40205¶

Core¶

AR mail : proposition des adresses mails des destinataires pour le champ "en copie à"

Version 40204¶

Core :¶

• Modification : Il n'est plus possible de modifier des documents dans des dossiers avec un statut clôturé ou suspensif
• Notification : Les utilisateurs ne sont plus notifiés de l'arrivée dans le service d'un nouveau dossier qu'ils ont intégré

Portail¶

• Rubrique : Suppression du lien "Autres démarches" si il n'y a pas d'autres démarches à afficher
• Notification : les notifications par mail mentionnent maintenant le numéro de dossier attaché à la démarche

Version 40203¶

Core¶

• Fonction Recherche : il est possible de choisir un partenaire inactif lorsque la recherche se fait avec le critère expéditeur.
• Intégration : au changement de nature, la liste de destinataires par défaut se réinitialise.
• Publipostage : l'affichage des destinataires reste visible, même après la signature du projet.
• Commentaire de service : ajout d'une info-bulle sur l'affichage des commentaires de service permettant de répondre.

Version 40202¶

Core¶

• Possibilité de modifier l'expéditeur d'un dossier après enregistrement via le bouton changer l'en-tête. (Restriction si l'expéditeur est un compte portail et qu'une réponse lui a déjà été adressée).
• Administration des natures : les informations "utilisable à l'intégration" et "utilisable en projet de correspondance" sont affichables sur la liste des natures
• Modalités d'affichage des liens vers dossiers : si l'intitulé des liens comprend le code de l'expéditeur, il est possible de modifier le paramétrage pour afficher plutôt le libellé de l'expéditeur.

Portail¶

• Correction d'anomalie : les codes de champ contenant des underscore n'étaient pas pris en compte correctement en cas d'utilisation dans des contrôles SPEL.

Version 40201¶

Développements spécifiques clients¶

Corrections¶

• affichage des groupes de partenaires dans la définition d'un publipostage : limite d'affichage portée à 100 au lieu de 25

Version 4.02.00¶

Portail - Evolutions¶

• Inclusion du récépissé dans l'archive produite par "Tout télécharger"
• Enrichissement de la gestion par contextes : concerne le favicon, les adresses From de notifications du portail, la provenance affichée dans le récépissé (restitue le nom du contexte) ainsi que les éventuelles surcharges CSS (gestion par l'éditeur)
• Suppression possible d'un commentaire de service (y compris adressé à un partenaire portail) pour un utilisateur disposant du droit de diffuser ou pour un utilisateur affecté (sur ses propres commentaires)
• Des conditions de champ sont possibles sur le code postal dans une adresse (${field:S1:F1_postalCode})

Core - Evolutions¶

• Filtre "adresse contient" dans la recherche de partenaires, permettant de rechercher un nom de rue

Portail - Corrections et améliorations techniques¶

• Focus sur le champ en erreur à la validation d'une étape
• Prise en compte du caractère obligatoire/facultatif en back-office du rôle lors de la création d'une relation
• Saisie du rôle proposée à la création d'un nouveau partenaire en lien avec un bénéficiaire
• Prise en compte du caractère obligatoire/facultatif de la rue et du numéro dans l'adresse à la création d'un partenaire
• Correction d'un problème d'ordre d'affichage des champs de l'adresse lors du passage d'une ville gérant les rues à une ville ne les gérant pas ou l'inverse

Version 4.01.08¶

Core - évolutions¶

• Suppression périodique des partenaires sans dossier lié (à paramétrer au niveau de l'instance)
• Choix d'un correspondant parmi les partenaires liés au destinataire dans le formulaire d'expédition (utilisation du mail du correspondant)

Corrections et améliorations techniques¶

• Portail : Optimisation de la gestion des fichiers fournis par les usagers dans les démarches portail
• Core : Traitement de l'erreur occasionnelle liée à la présence de doublons de préférences users enregistrées
• Module RDV : augmentation du nombre max de semaines de référence (200)
• Parapheur : correction d'une erreur à l'enregistrement d'un modèle de circuit de validation incluant le signataire

Version 4.01.07¶

Core¶

Evolutions¶

• Gestion des erreurs : le type d'erreur est indiqué en titre du pop-up, le message est adapté
• Recherche par référence infructueuse : pop-up indiquant que la référence n'est pas trouvée ou pas accessible (dans le cas où la recherche attend un Enter pour se lancer)
• A l'ajout d'un commentaire de service, les utilisateurs ayant le droit updateOpen (passage à "lu") sont notifiés

Corrections d'anomalies¶

• La recherche par niveau d'alerte remontait les dossiers clôturés
• Les destinataires en copie n'étaient pas correctement récupérés dans le cas d'un publipostage

Paraph¶

• Ajout du signataire en dernière étape du circuit de validation, lorsqu'il dispose du droit de signer sur le service valideur
• Les utilisateurs cités dans le workflow sont ajoutés en affectataires sur l'entrant s'ils n'ont pas déjà les droits pour consulter l'entrant

Partner¶

• migration des API Entreprise

ZenExpress¶

• Correction d'une erreur empêchant l'affichage dans IE11

Version 4.01.06¶

Core¶

• correction d'une erreur à la suppression d'une correspondance publipostée
• mise à jour des données BAN

Portail¶

• La ligne d'historique ajoutée lors de l'ajout d'un élément depuis le portail reprend à l'usager (portail) et non plus le service propriétaire

ZenExpress¶

• Navigation dans la liste des résultats de recherche y compris dans le cas d'une recherche textuelle.

Version 4.01.05¶

Core¶

• Le changement de canal est possible sur les sortants via la modification de l'en-tête
• Les actualités ne sont plus supprimées automatiquement une fois leur date de validité dépassée, elles peuvent ainsi être réactivées
• Modification de la gestion des modèles de documents sur la donnée publipostage :
  Si la nature sur laquelle la donnée est ajoutée est utilisable en sortie de publipostage, elle est préselectionnée et les modèles associés sont proposés. Sinon, les modèles proposés sont ceux de la nature sortante qui est choisie par l'utilisateur.
• Anomalie corrigée sur la modification des circuits de signature comportant des étapes utilisateur

Portail¶

• Anomalie corrigée : récupération d'une adresse pour laquelle la ville n'est pas saisie

Version 40104¶

Portail¶

• Amélioration de la traçabilité des compléments d'information : notification sur les dossiers Suivis lorsqu'un commentaire est déposé, enregistrement d'une ligne dans l'historique.
• Anomalie corrigée sur la suppression des partenaires ayant créé des données
• Optimisation technique du rechargement des démarches catalogue à la mise à jour

Core¶

• Numérisation de masse : ajout dans le formulaire de numérisation de masse d'un champ description affichable dans les colonnes de la bannette Dossiers incomplets

Version 4.01.03¶

Evolutions¶

Back-office
Mise à disposition du champ de fusion renvoyant l'agent qui a créé le partenaire

Corrections d'anomalies¶

Rendez-vous
Erreur à la suppression d'un usager disposant d'un rendez-vous

SignExpress
Les profils inactifs étaient affichés à tort dans les fiches contacts

Version 4.01.02¶

Evolutions¶

Portail
Permettre la gestion d'un modèle de récépissé différent pour toutes les démarches d'un client
Harmonisation de l'alimentation de l'historique en cas d'action réalisée par l'usager portail : nom prénom de l'usager quelle que soit l'action.

Back-office
Possibilité de proposer (sur la base d'un droit) l'apposition d'un cachet sur les pdf d'une note : cachet serveur + mention "Signé le XX/XX/XXXX par Prénom NOM"
Possibilité de définir dans un modèle de mail un destinataire en copie par défaut
Possibilité d'ajouter un destinataire en copie cachée dans les formulaires mail

Correction d'anomalies¶

Portail
Correction d'une erreur rencontrée par l'usager cherchant à rouvrir un document soumis en modifiant l'étape correspondante de la démarche

Back-office
Correction de problèmes de gestion de l'affichage sous IE11 : clignotement à l'ouverture de notes à partir de notifications, problème d'affichage du bouton pour l'expédition d'AR mail avec pièces jointes.
Circuit de validation : une erreur se produisait lorsqu'on supprimait la seule étape utilisateur existant dans l'étape service en cours.

Corrections d'anomalie¶

• Regrouper docs : les .doc et .docx sont maintenant intégrés au pdf créé.
• Publipostage: la liste de diffusion des partenaires de type membre ne s'affichait pas correctement.
• Portail : l'activation du compte portail par l'utilisateur ne fonctionnait pas lorsque le statut par défaut des partenaires créés était INCOMPLET.

Evolutions¶

Portal¶

• Suppression des url apparaissant lorsqu'on imprime le récapitulatif via le navigateur.
• Les commentaires diffusés aux usagers du portail peuvent être utilisés via champs de fusion.

Geo¶

Mise à jour de la BAN

Corrections d'anomalie¶

• Ajout d'un nouveau destinataire : Si la liste des types de destinataires autorisés dans la nature était vide, l'ajout d'un nouveau destinataire à l'expédition ne fonctionnait pas.
• CRM : si le propriétaire d'un partenaire était un service supprimé, il n'était plus possible de modifier ce tiers.
• Portail : l’astérisque mentionnant que le champs est obligatoire s'affichait tout le temps sur les champs de type tableau, même si le champ n'était pas obligatoire.

Evolutions¶

Portal¶

• Sur un contenu "Adresse postale", dans le cas où toutes les informations sont rassemblées dans le champ "Voie" et que les commune et code postal sont vides, on ne les affiche plus dans la fiche du partenaire sur le portail.

RDV¶

• Le code du guichet est affiché dans la fiche de détail du rendez-vous

Correction d'anomalies¶

• Publipostage : Lors de la réalisation d'un publipostage, les natures n'autorisant pas les partenaires externes étaient proposées. A présent, on ne propose plus que les natures autorisant les partenaires externes.
• Portail : Les types de champs "Adresse" et "Ville" ne se retournaient pas le même type de libellé : libellé de la ville pour l'un, libellé d'acheminement postal pour l'autre. Nous avons harmonisé le fonctionnement afin de renvoyer le libellé "Ville" dans les 2 cas.

Evolutions¶

Paraph¶

• Il est à présent possible d'utiliser des profils Membre dans les publipostages avec le même fonctionnement que sur les projets de dossier unitaires (le profil Membre choisi est remplacé par le bénéficiaire en tant que destinataire et devient correspondant).

• Dans la recherche de projets de courrier, deux critères ont été ajoutés : Rédacteur et Date de création.

Géo¶

• Mise à jour de la BAN

Corrections d'anomalies¶

• Portal : les adresses mails étaient retournées en double sur l'AR.

Corrections d'anomalies¶

• Paraph : Lorsqu'on utilisait une nature en projet de courrier sur laquelle des tâches étaient ajoutées automatiquement, les tâches créées pour le service affectataire étaient bien créées, mais l'utilisateur devant être affecté par défaut ne l'était pas.
• Process : Dans la fenêtre d'expédition d'un courrier par Email, il est possible d'ajouter un destinataire. Cette possibilité ne devait pas être disponible si la nature du dossier ne prévoyait pas de destinataire externe, et le choix d'un destinataire n'était pas filtré sur les types de partenaires autorisés en destinataires. C'est à présent chose faite.
• Case : lorsqu'on ajoutait un document depuis la source "Document depuis un dossier lié", une erreur survenait si l'objet du dossier lié comprenait des caractères spéciaux.
• Case : Lors de la génération d'échange mail par lot, le changement de choix de modèle ne réinitialisait pas le contenu du message.
• Case : Amélioration du comportement de la fenêtre "Changer l'en-tête" sur la modification de nature.

Evolutions¶

Paraph¶

• Il est possible d'ajouter des copies cachées dans le formulaire d'expédition.

• Sur l'activation d'un paramètre éditeur, on peut faire en sorte que les adresses de réponse utilisées dans 6Tzen soient utilisée dans le FROM des mails (avant uniquement en REPLY TO).

RDV¶

• Il est à présent possible de gérer une commune sur type de rendez-vous.
  Lors de la prise de rendez-vous depuis le back-office d'un type demandant la commune, on a un champ de saisie "obligatoire" pour choisir une commune.
  Ce champ estalimenté avec la commune de l'adresse principale du demandeur si elle existe.
  Du côté du portail, on ajoute ce champ dans l'écran ou le téléphone est demandé.

• Ajout d'un bouton "mode liste" sur les écrans de calendriers et de rendez-vous. Ce bouton permet d'afficher les éléments en liste, et de les filtrer selon les critères disponibles.

Corrections d'anomalies¶

• Case : dans l'interface de numérisation de masse, on avait un lien "intégre"r, qui n'est pas utilisable dans le cas ou on a choisi le transfert direct au service. dans ce cas, le lien a donc été supprimé.
• Ergonomie : ajout du compteur sur les projets en cours de validation dans le menu de gauche
• Case : Lors de la génération d'AR mail par lot, le changement de choix de modèle ne réinitialisait pas le contenu du message.

Evolutions¶

Portal¶

• Lorsqu'un usager fait une démarche d'information complémentaire sur une démarche, on met à jour la date de dernière modification du dossier dans le back office, en plus de repasser le dossier en "non lu".

Case¶

• Ajout d'une action "Transférer vers le service prévu" sur la liste des courriers incomplets permettant de faire le transfert de propriété des dossiers incomplets sélectionnés vers le service propriétaire indinqué dans les dossiers incomplets.
  De même, sur le formulaire d'intégration d'un dossier incomplet, on a un bouton "Transférer" à côté de "Sauvegarder" qui en plus de la sauvegarde des informations, transfère la propriété du dossier incomplet au service propriétaire indiqué dans le courrier incomplet.

• Modification des intercalaire : les textes indiquant de quelle plateforme sont issus les intercalaires était imprismé à l'horizontal. Ils ont maintenant imprimés à la vertical (sens de la page) pour éviter que les scanners intrerprètes les documents comme devant être prévisualisés au format paysage. Pas de nécessité de réimprimer les intercalaires.

Paraph¶

• Sur activation d'un paramètre éditeur, il est possible d'éditer une fiche de suivi sur un objet parapheur.

Fusion¶

Mise à disposition de champs de fusion remontant l'historique des statuts d'un dossier (date, auteur du changement, statut) :
note:statusHistory retourne une liste de :
- date : DateWrapper
- writer : PersonnWrapper
- status : RefNoteStatusWrapper

Correction d'anomalies¶

• Champ de fusion : Le champ de fusion qui retourne l'adresse postale présente désormais l'adresse au format postale requis
• Signature : Lorsqu'un courrier contient plusieurs pages, la signature est apposée sur la dernière page du document

Évolutions¶

Case¶

• L'ordre des fenêtres sur l'AR mail est inversé : d'abord la fenêtre comportant les différents champs (adresse de réponse, modèle de message, objet, message) puis la fenêtre listant les contacts expéditeurs des dossiers concernées.
• La sélection d'un modèle d'AR par mail n'est plus obligatoire
• Le champ message de l'AR par mail est modifiable
• La reprise automatique de l'objet lors du publipostage n'affiche plus "Re :" avant l'objet repris

Corrections d'anomalies¶

• Expédition : Pour les clients ou le mode d'expédition Email est le seul disponible, il y avait plusieurs soucis d'affichage : le titre "Documents à expédier" apparaissait 2 fois, les cases à cocher étaient en double
• Portail : L'ordre des blocs dans les pages était mal géré.
• Portail : Lorsque le "Choix par case à cocher" était en mode Vertical, les options étaient affichées en gras, ce qui n'est pas le cas en mode Horizontal. Rien n'est plus affiché en gras.
• Sign : Amélioration des opérations de vérification des signatures p7s

Evolutions¶

Case¶

• Il est possible de générer un intercalaire de partenaire permettant d'associer le même expéditeur au dossiers incomplets créés par la numérisation de masse.

CRM¶

• Portail : On fait à présent en sorte d'afficher une erreur fonctionnelle explicite lors de l'ajout d'un identifiant Extranet autre que celui du portail, lorsque celui-ci est déjà référencé.
  Avant, cela renvoyait une erreur technique; maintenant, on a : "Cet identifiant est déjà attribué."

Admin¶

• En configuration, dans la liste des sous-types de partenaires, ont permet d'afficher le du code. La colonne n'est pas affichée par défaut.

Correction d'anomalie¶

• Accès aux dossiers : La visibilité des projets de sortants liés à des dossiers est désormais possible même si le rédacteur n'a pas le droit d'accès aux projets de sortants

Évolutions¶

Case¶

• Le message d'erreur a été explicité lorsqu'un signataire tante d'apposer une signature électronique avec un certificat PADES sur des fichiers .docx. le message est le suivant : "La signature PADES n'est autorisée que sur les documents au format PDF."

• La reprise de l'objet de l'entrant dans le champ objet du sortant est par défaut activée

• Lors de l'ajout d'un lien vers un dossier, une recherche est effectuée. Désormais il est possible de cocher plusieurs dossiers

• Dans le formulaire d'envoi d'AR par e-mail les termes ont été revus :
  « Contact » en « Destinataire »
  « Modèle » en « Modèle de message »
  « Titre » en « Objet »
  « Contenu » en « Message »

• Dans l'interface de numérisation de masse il est possible de gérer un expéditeur externe par défaut pour tous les dossiers incomplets créés dans le lot

Géo¶

• Les données de la BAN ont été mises à jour avec les données du 2018-04-22 21:17:24

Correction d'anomalie¶

• Recherche : le message d'erreur a été explicité lorsque la recherche ne peut pas aboutir

Évolutions¶

Portal¶

• Message d'erreur lorsqu'un usager met en mot de passe sont nom et/ou son prénom au moment de la création de son compte

Case¶

• Les lettres types peuvent être proposées à l'ajout dans le parapheur de masse

• Action en masse possible pour changer la nature et l'objet des dossiers.

Corrections d'anomalies¶

• Générateur de champ de fusion : le champ de fusion image qui récupère l'image de la signature est fonctionnel avec libreOffice writer.
• CRM : Les espaces sont ignorés lors de la mise à jour de l'adresse mail d'un contact.

Évolution¶

Portal¶

• A la publication d'une démarche, un champ texte facultatif peut être complété pour apporter des informations supplémentaires sur la page du résumé de la démarche.

• Création d'un paramètre sur la donnée document qui permet de générer une trace à l'ouverture d'un document sur le portail. Si le paramètre est activé, une ligne d'historique sera ajoutée sur le dossier (en backOffice). Les informations d'historiques visibles sont :
1. la date/heure de l'action
2. le partenaire qui est connecté et qui ouvre le document
3. un libellé d'action : "A ouvert le document " + libellé du document

Case¶

• Réactualisation de l'affichage de la liste des dossiers incomplets au clic sur l'onglet.
• Des adresses mails en copie peuvent être ajoutées dans le formulaire d'AR par mail.

CRM¶

• Les recherches partagées sur les partenaires sont affichables dans le menu de gauche comme les recherches partagées de dossiers.

Sign¶

• Signature selon le protocole SHA2 disponible.

Data Export¶

• La suppression de l'export depuis l'IHM d'administration fonctionnelle entraine la suppression de la table correspondante dans la base de données.

Geo¶

• Champ de fusion pour récupérer les zones géographiques contenues dans un dossier :quartiers

Corrections d'anomalies¶

• Générateur de champs de fusion : Le modifieur "fondsDeDossierMeta" était en erreur
• Générateur de champs de fusion : Les filtres internes aux champs de fusion était mal interprétés par la nouvelle fonctionnalité "Analyse" du générateur.
• RDV : Correction de l'erreur lors de la sélection d'un type de rendez-vous dans les créneaux ou les RDV planifiés
• Paraph: Une erreur survenait sur la récupération des adresses de réponse lorsque les expéditions se faisaient à la racine de l'organigramme.
• Portal : Il était possible de générer un email de validation d'un compte portail même si le partenaire associé était complet, ce qui provoquait une erreur sur le portail pour l'usager concerné lorsqu'il cliquait sur le mail d'activation
• Portal : l'erreur à la génération du récépissé qui survenait lorsque celui-ci contenait un texte fixe avec des accents est corrigée.
• Portal : corrections orthographiques

Evolutions¶

Portal¶

• Sur la base d'une modification du paramétrage côté éditeur, le client peut gérer ses modèles de récépissé
• Suppression de l'entrée "publications .org" de l'interface d'administration du portail
• Sur le portail, les données de types document sont affiché par ordre alphabétique du nom de la donnée

Partner¶

• Ajout de 2 colonnes dans les listes : les dates de création et dernière modification

Process¶

• Recherche : lorsqu'on sélectionne une nature dans la recherche par critères, on n'affiche ensuite que les critères spécifiques à la nature sélectionnée

• L'export CSV des listes de dossiers renvoie à présent les valeurs des informations représentées sous forme d'icônes :
  - Priorité
  - Suivi
  - Diffusion restreinte
  - PJ (trombone)

Paraph¶

• Ajout du bouton "Viser" sur le brouillon d'un projet de courrier dans le cas où l'utilisateur connecté a la possibilité de viser pour son service.

Rendez-vous¶

• Ajout d'un champ "Date de dernière mise à jour" sur les rendez-vous.
  Cette date est mise à jour sur les événements suivants :
  - création du rendez-vous
  - changement de statut du rendez-vous
  - modification du créneau lié au rendez-vous

• Technique : Enrichissement des informations contenues dans l'API d'export

ZenExpress¶

• Ajout de la possibilité de retourner aux critère de recherches depuis une liste de dossiers retournés via une recherche.

Géo¶

Mise à jour des données de la BAN

Correction d'anomalies¶

• ZenExpress : la bannette dossiers suivis ne fonctionnait pas
• Portal : la gestion de publipostage avec des données visibles sur le portail faisait planter l'affichage
• Paraph : la donnée de type mail permettait de saisir une adresse mail, alors que cette adresse devait impérativement être choisie parmi les adresses mail du destinataire. La saisie n'est donc plus autorisée.

Evolutions¶

Portal¶

• Les mails de notification ont évolué vers une nouvelle forme graphique, plus actuelle, et ne comportant plus d'image (souvent non téléchargées par les clients de messagerie).

• La notification "Suppression de brouillon", portant à confusion, est supprimée

• Dans le back-office, l'ajout d'un commentaire à destination de l'usager peut à présent s'accompagner d'un changement de statut, un champ permettant de changer de statut étant ajouté dans l'interface de commentaire vers l'usager.

Case¶

• Technique : Mise à jour de l'applet de webdav. L'objectif est de faire en sorte que l'applet fonctionne avec Office 2013 et Windows 10.

Paraph¶

• Nom du mail dans la fenêtre de prévisualisation : On proposait auparavant l'objet du mail. Nous avons choisi de mettre un texte fixe "Email", car dans le cas où l'objet était un champ de fusion, celui-ce ne pouvait pas être résolu.

Process¶

• Ajout d'un nouveau filtre : "propriétaire fait partie de mon service"

Admin¶

• L'interface de gestion des adresses mails de réponse permet à présent de choisir un service et ses services fils pour les autoriser à utiliser une adresse de réponse.

Corrections d'anomalies¶

• Paraph : le bouton permettant de gérer le statut d'un projet de courrier n'est plus disponible depuis la bannette des projets en cours de validation.
• Paraph : le compteur du parapheur d'expédition pouvait renvoyer un nombre différent dans le menu et dans la bannette de l'espace d'accueil, car ces compteurs ne s'appuyait pas sur les même mécanismes de recherche.
• Paraph : le parapheur d'expédition ne tenait pas compte du caractère confidentiel des dossiers à expédier.

Evolutions¶

Portail¶

• Les espaces sont ignorés dans la saisie des login.

Rendez-vous¶

• Si le paramètre activant l'envoi de SMS n'est pas actif, on ne propose plus la saisie du numéro de téléphone à la prise de RDV.

• De même, il n'est plus possible de surcharger les notifications SMS si ce paramètre n'est pas activé (interface jours d'ouverture et type de rendez-vous).

Process¶

• Donnée AR (mail et courrier) : la date de création de la donnée est affichée d'emblée.

Paraph¶

• Il est désormais possible d'ajouter des mails en copie dans une donnée email (comme pour le formulaire d'expédition par mail).

Fusion¶

• Un nouveau champ de fusion permet de récupérer les informations relatives au niveau de priorité du dossier :

note:priorite:name ou note:priorite : retournera les libellés standard suivant IMPORTANT, LOW, NORMAL, VERY_IMPORTANT, VERY_LOW
note:priorite:code : retournera 1,2,3,4,5

exemple de champ de fusion pour remplacer le code par du texte :

note:priorite:code:switch('2', 'Signalé', '1', 'Très signalé', '3','Normal')

Géo¶

Mise à jour de la BAN

Corrections d'anomalies¶

• Process : l'affectation dans un sous-service est en erreur depuis le tableau d'affectation des tâches
• Recherche : l'affichage de certains filtres était défaillant
• Rendez-vous : la surcharge de notification par SMS faisait planter le module.

Evolutions¶

Process¶

• Recherche : nouveau critère sur les tâches. Nom du critère : Toutes les taches non affectées // Comparateur : oui/non. Un dossier sans tache ne doit pas être renvoyé par ce critère.

• Affichage de l'icône "dossiers liés" : l'icône ne s'affiche plus si les projet de dossiers liés sont suspendus

Paraph¶

• Ordre des actions : dans le cas ou les documents sont automatiquement mixés/figés à la sauvegarde d'un projet de courrier, on modifie l'ordre des actions pour faire en sorte que la fusion intervienne en dernier (toutes les autres info sont enregistrées avant et peuvent être récupérées dans le document).

ZenExpress¶

• Sur la version bureau, il est possible de naviguer entre le sortant et l'entrant lié, et inversement. La version mobile permettait uniquement l'accès à l'entrant via le sortant, mais pas l'inverse. C'est à présent possible.

Rendez-vous¶

• Le droit de gérer la réservation de créneaux en back office sera dé corrélé du droit d'administration global des plannings.

Admin¶

• Ajout de la possibilité d'affecter les tâches à un utilisateur dans la nature

Corrections d'anomalies¶

• Administration : les gabarit d'affichage remontait des erreurs si certains droits étaient cités.
• Paraph : Le bouton "Valider et Envoyer" était présent sur un projet en brouillon alors même que le circuit de validation comprenait des étapes de validation au dessus de l'étape en cours. Une erreur survenait au clic sur "Soummettre à validation".
• Process : l'affectation d'un utilisateur dans un sous service était parfois en erreur
• Portal : l'envoi des notifications aux usagers ne se fait que sur les dossiers qui ont été "marqués comme expédiés"
• ZenExpress : les apostrophes étaient mal interprétées
• Case : la fonctionnalité d'échange par mail plantait si on renseignait une adresse de réponse

Evolutions¶

Portal¶

• Les documents joints aux démarches ne comprennent plus dans leur nom l'extension du fichier.

Case¶

• Proposition d'une option de suppression de pages blanches dans le mode sans applet pour la numérisation de masse
• Prise en compte des factures Chorus au format XML
• Echange par mail : le champ sujet est indiqué comme obligatoire

Sign¶

• Prise en compte du format de signature SHA2 pour le protocole PESV2

Data¶

• si des données de dossiers liés sont référencés dans un export, la mise à jour de ces données sera bien répercutée dans l'export si la nouvelle case "utilise des données externes" est cochée.

Technique¶

• Le délai de téléchargement des pièces jointes est allongé (avant : 30 secondes, après : 5 minutes)

Corrections d'anomalies¶

• Recherche : les recherches sur l'adresse permettent à présent de rechercher sur le pays
• Recherche : ajout de la possibilité de rechercher sur les données de type "nombre" d'un partenaire

Evolutions¶

Portal¶

• Si un pays étranger était choisi dans un champ adresse, le pays n'apparaissait pas dans la fenêtre de résumé de la démarche en statut "soumis".

• L'affichage des champs adresse avec un pays étranger a été optimisé

• Il est désormais possible de gérer 2 textes d'accueil sur les démarche : un texte si l'usager est connecté, un autre si l'usager n'est pas connecté

• Il est possible d'ajouter des champs de fusion dans le message d'accueil

Process¶

• Ajout de la police "Calibri" dans mails

• La date de lecture (coche verte) était mise à jour à chaque ouverture du dossier. On garde désormais la première date de lecture.

Ergonomie¶

• Positionnement de la fenêtre d'expédition sur de petits écrans : elle se positionnait très bas et obligeait l'utilisateur à déplacer la fenêtre. Elle se positionne à présent au centre de l'écran, quelque soit sa taille.

Géo¶

Mise à jour de la BAN

Corrections d'anomalies¶

• Portal : Avant, si compte usager sur le portail avait une adresse postale avec un CP et une commune et que le CP était partagé par plusieurs communes, les démarches qui remontaient l'adresse postale du compte usager remontaient bien le CP et la bonne commune, mais une erreur survenait lors de la validation de l'étape, obligeant l'usager à revenir sur le champ CP pour valider de nouveau la bonne commune.
  A présent, cette opération de re-saisie n'est plus nécessaire.
• RDV : Si un usager réservait un créneau sans valider le rendez-vous, le créneau n'était pas attribué à l'usager, mais restait réservé par lui.
• ZenExpress : les PDF rattachés aux dossiers liés aux projets de dossiers ne s'affichaient plus en prévisualisation.

Evolutions¶

Portal¶

• Générateur de démarches : Il est possible de faire en sorte que le nombre d'occurrences min ou max d'une étape puisse être défini à partir d'un champ de fusion issu d'une valeur de champ précédemment saisie : ${field:etape:champ}

Process¶

• Evolution de la fonctionnalité "Echange par mail" : il est désormais possible de gérer le contenu du mail. 2 cas d'usage sont identifiés, avec 2 comportements différents:

1er cas : Un seul partenaire possible (depuis liste ou détail)¶

Dans ce cas, il faut avoir le même comportement qu'un AR par mail.
Clic sur "Echange par mail" => affichage de la sélection de modèle
Possibilité de saisir du texte (choix du modèle facultatif)
Si on choisit d'un modèle, les champs sont résolus tout de suite et le contenu du message reste modifiable

2nd cas : plusieurs partenaires possibles¶

Clic sur "Echange par mail" => choix du modèle ou saisie avec champs de fusion possible
Affichage de la liste des partenaires possibles avec choix de l'adresse mail et la possibilité de prévisualiser le mail via l'icone trombone.

Recherche¶

• Ajout du comparateur "Dans la liste" sur le critère "Affecté à".

Rendez-vous¶

• Blocage des créneaux en back-office : Dès lors qu'un créneau libre est ouvert par un utilisateur, le créneau réserver lui est réservé pour une durée de 2 minutes afin que ce créneau ne soit pas pris par un autre agent ou par un usager.

Ergonomie¶

• Recherche rapide : si on change d'élement sur lequel on recherche (partenaire à contenu par exemple) après avoir saisi du texte dans le champ de recherche, alors on conserve la saisie.

Géo¶

Mise à jour de la BAN

Corrections d'anomalies¶

• CRM : si aucun sous-type de partenaire n'était défini alors que le sous type est obligatoire sur un type de partenaire donné, le clic dans le champ sous-type provoquait une erreur technique. On a maintenant une erreur fonctionnelle.
• Paraph : les courriers issus de publipostage étaient considérés comme des entrants, et donc potentiellement présents dans les bannettes de réception des services valideurs intermédiaires.
• Data : Si une nature est référencée dans un export mais qu'on n'a aucune note de cette nature dans l'appli, la suppression de la nature n'était pas autorisée.
• Portal : Correction orthographique sur le mail de noification envoyé à la suppression d'un brouillon de démarche
• Portal : Le champ "Ville" a été optimisé pour supprimer les espaces ajoutés dans le champ, prendre en compte les saisies de type nomDelaVille (codePostal) et les cas ou plusieurs villes sont saisies dans le champ. Dans ce dernier cas, seule la première ville est conservée.
• Admin : certains cas empêchaient la suppression de dossiers.
• Process : l'ajout d'une pièce jointe dans un AR mail provoquait une erreur.
• Case : l'utilisation du périphérique d'aquisition en mode applet provoquait une erreur.
• Fusion : les champs de fusion comprenant des dates dans des tableaux provoquaient une erreur dans le document (exemple : champ de fusion retournant le circuit de validation)
• Publipostage : la gestion de la fusion de partenaires n'était pas correctement gérée dans le publipostage. Seul le partenaire destinataire était remplacé, mais pas le lien vers le partenaire dans la donnée "mail", ce qui empêchait la suppression du partenaire désactivé alors qu'aucun élément ne semblait pointer vers lui (onglets dossiers vide).

Evolutions¶

Portal¶

• Il est à présent possible de télécharger en un clic tous les documents compris dans un porte document.

• Lors de la modification d'une démarche en statut suspensif, la donnée Récépissé XML est mise à jour.

• Suite à l'action sur les porte-documents (ajout ou ne rien faire) proposée à l'issue d'une démarche, l'usager est réorienté sur la démarche.

• Page "Mes demandes" : l'affichage était limité à 10 demandes. Il n'y a plus de limite à présent.

• Evolution du composant "PostalAddress" : "CP" est remplacé par "Code Postal", le pays est affiché au dessus du code postal, le complément d'adresse est affiché après la rue et le numéro.

Paraph¶

• Quand on crée un projet de dossier répondant à une dossier entrant, on valorise par défaut le canal de transmission au canal du dossier auquel on répond. Il va de même pour les réponses en masse.

• Le canal de transmission du sortant est automatiquement valorisé avec la valeur de l'entrant lié s'il existe.

• Signature électronique : les messages d'erreur sur la vérification de la validité des signatures sont plus détaillés. Les raisons de non validité peuvent être les suivantes :
  "Certificat expiré"
  "Certificat invalide au moment de la signature"
  "Certificat révoqué"
  "Autorité de signature non configurée"
  "Certificat auto-signé non autorisé"
  "CRL du certificat invalide"
  "Signature invalide"

Rendez-vous¶

• Il est désormais possible d'annuler un rendez-vous "à replanifier".

Ergonomie¶

• Des compteurs sont présents sur certains composants pour lesquels cette information n'est pas utile : entités destinataires, tâches... ces compteurs sont supprimés pour alléger la consultation des dossiers.
  Pour les compteurs sur les composants "Historique", "Discussion", "Mes commentaires" et "Commentaires de mon service" , nous ne renvoyons plus le nombre total d'éléments, mais le nombre d'éléments nouveaux pour l'utilisateur depuis son dernier accès au dossier et qui n'ont pas été créés par lui.

• Lorsqu'un filtre fait plus de 100 caractères, le texte est coupé par "..." et la totalité du filtre s'affiche au survol de la souris

• Précision sur la provenance (services) des éléments d'administration partagés (dossiers de classement de service dans le menu de gauche, groupes de partenaires dans la DC publipostage).

• Suppression de la navigation simplifiée

Data¶

• Si une nature est référencée dans un export mais qu'on n'a aucun dossier de cette nature dans l'application, la suppression de la nature de la nature est autorisée.

Admin / Technique¶

• Les données de référence simples peuvent à présent être créées via l'interface "Données de référence simples".

• La configuration éditeur (pas d'interface pour le client) permet de gérer les boutons présents dans le détail des bannettes

Géo¶

Mise à jour des données BAN

Corrections d'anomalies¶

• ZenExpress : l'affichage des dossiers publics renvoyait une erreur.
• Portail : amélioration de la gestion des entrées de menu en haut de page de manière à ce que le logo et les textes ne se chevauchent pas.
• Lab : actuellement, si l'option "si valorisé" est choisie, le champ s'affiche dans le résumé et dans le récépissé même si rien n'est choisi dans le cas d'un choix par liste de référence (case à cocher ou liste déroulante).
• Fusion : Dans un contenu de type adresse, les modifieurs ville ou codePostal retournaient une erreur lorsqu'il n'y avait pas de commune: [unknown modifier codePostal].On retourne à présent une chaine vide dans ce cas
• Fusion : Le champ de fusion valeurVilleCodePostal ne permettait pas de retourner la ville saisie dans le cas d'un pays étranger. La valeurVilleCodePostal:ville renvoie à présent le libellé de la ville saisie s'il n'y a pas d'élément ville. Il est également possible de récupérer le code iso du pays avec valeurVilleCodePostal:paysIso
• Portail : une erreur survenait si un usager tentait de modifier l'adresse postale de son compte
• Portail : Le téléchargement du récépissé depuis la liste des demandes ne fonctionnaient pas

Evolutions¶

Portal¶

• Intégration de la possibilité de signer depuis le portail pour l'usager (via la plateforme "Contrat Privé" opérée par Adminext).

• Optimisation de l'affichage dans les boites de réception sur le portail

• Amélioration du fonctionnement des tâches de partenaires

• Modification du fonctionnement du statut suspensif : Sur une démarche liée à un dossier en statut Suspensif, on aura 2 états différents :
  - l'état suspensif actuel
  - un état "en cours de modification" qui est obtenu dès que l'usager modifie la démarche et valide une étape

• Ajout dans la page "mes brouillons" des brouillons faits pour les bénéficiaires gérés par l'usager : dans ce cas, si l'usager n'est pas le demandeur, il ne sera pas possible d'ouvrir le brouillon, mais l'usager pourrar voir que le brouillon existe et qui en est le demandeur.

• Les brouillons et les demandes incomplètes étaient auparavant regroupées dans "Mes Brouillons" sur le portail. A présent, les demandes incomplètes (statut "soumis") sont rangées avec les autres demandes.

• Evolution de la gestion des commentaires sur le portail : les commentaires à destinataion d'un usager se font à présent directement depuis la bulle à côté de l'expéditeur (et non plus depuis la fonctionnalité "Ajouter commentaire". De même, les commentaires faits par l'usagers sont visibles depuis la bulle.

Admin¶

• Champs de fusion : un bouton "analyser" est ajouté dans le générateur. Cette nouvelle fonctionnalité permet d'entrer un champ de fusion, et de le décomposer dans le générateur.

• Fusion : un champ de fusion permettant de récupérer la nationalité est disponible. Exemple : ${partner:contenu('adressePostale'):pays:nationality}

• Gabarits d'affichage : les titres de blocs ne sont plus obligatoires

Géo¶

• Mise à jour de la BAN

Technique¶

• Les temps de démarrage de l'application ont été optimisés

Corrections d'anomalies¶

• Portal : Le bloc des Notifications lues n'était pas affiché lorsqu'il n'y avait pas de notifications non lues.
  Il est affiché même s'il n'y a plus de notifications non lues.

• Portal : déblocage de la possibilité d'entamer plusieures démarches dans plusieurs onglets sans être connecté.

Evolutions¶

Portal¶

• Possibilité d'afficher un accès au module rendez-vous sans que l'usager soit connecté.

• Possibilité de gérer en configuration éditeur les menus du hauts de page.

• Le bouton "archivé" n'est disponible pour l'usager que sur ses demandes clôturées

• Si un usager a réalisé beaucoup de demandes, le bouton "démarrer" n'était pas visible sans usage de l'ascenseur. Nous avons donc inversé le bouton Démarrer et la liste des demandes effectuées, pour avoir un affichage dans l'ordre suivant : Editorial de la démarche, action Démarrer, liste des demandes réalisées.

Process¶

• Gestion de la date de clôture : sur un dossier ayant un statut clôturant, l'apposition d'un autre statut clôturant n'impacte pas la date de clôture.

• Ajout d'un comparateur "hors de la liste" sur le critère "classement"

• Affichage des colonnes de type date dans les listes de dossiers : Afin d'homogénéiser les colonnes et répondre aux différents besoins, 2 colonnes "Date" et "Date/heure" sont proposées pour toutes les informations suivantes affichables en colonnes des listes de notes :
  - date de réception
  - date d'enregistrement
  - date d'expédition
  - date de clôture
  - date de dernière modification

Paraph¶

• Création d'un paramètre permettant de mixer les documents d'un projet de courrier dès la sauvegarde

• Evolution du paramètre mettant en copie de l'entrant lié les services valideurs du sortant : ce paramètre permettait d'ajouter les services du circuit de validation en copie des courriers liés en réponse.
  Il va un peu plus loin à présent et prend en compte non seulement les services du circuit de validation, mais aussi les utilisateurs cités. Lorsqu'un utilisateur est cité dans le circuit de validation, il est affecté sur le dossier lié en réponse s'il est en diffusion confidentielle. Cela permet de gérer le cas ou le dossier entrant est en diffusion confidentielle et ou l'utilisateur cité n'a pas le droit de voir les dossiers confidentiels.

Module Rendez-vous¶

• Administration des usagers : à la suppression d'un usager, tous ses rendez-vous sont supprimés.

• Administration des rendez-vous : une nouvelle entrée,"Administration des créneaux", est disponible uniquement pour l'administrateur rendez-vous. Cette entrée se présente comme l'interface "Créneaux" (choix du type de RDV, du lieu du guichet) et présentent tous les créneaux avec leur statut :
  Disponible
  réservé administration
  Attribué à
  Suspendu

Depuis cette interface, l'administrateur peut :
Attribuer
Réserver/"dé réserver"
Suspendre / "dé suspendre"

Fusion¶

• Nouveau champ de fusion de type "service" pour récupérer le valideur en cours d'un projet de dossier.

• Nouveau champ de fusion image signature_final : un nouveau champ permettant de récupérer la signature graphique selon les conditions suivantes :
  1. On est à la dernière étape du circuit
  2. L'utilisateur connecté à le droit de signer (et une signature stockée dans son profil).

• le \ devient strictement un caractère d'échappement et doit être suivi d'une séquence connue sinon une exception est levée. Voici la liste des séquence autorisées :
  \t : tabulation
  \b : backspace
  \n : new line
  \r : carriage return
  \f : formfeed
  \\ : backslash
  ces séquences peuvent par exemple définir la jointure sur une liste d'éléments.

Admin¶

• Il est désormais possible de gérer la couleur des textes des onglets dans le gabarit d'affichage via l'attribut titleColor sur le noeud tab. il doit comporter une valeur hexadécimale.
  Exemple :
  

      <tab titleColor="#FF0000">
        <cmp_history id="history"/>
      </tab>
  

Technique¶

• Mise à jour d'Elastic Search

Corrections d'anomalies¶

• Technique : amélioration du comportement de l'application dans le cas où beaucoup de données d'indexation sont définies
• LAB : Correction du plantage sur le champ "Tableau API"
• Parapheur : Lorsqu'on utilise la fonctionnalité "Valider et envoyer" depuis la fiche de création du projet de courrier, le dossier signé s'ouvre, mais l'onglet du projet validé s'ouvre également. On supprime l'ouverture du projet.
• Admin : Il n'était pas possible de supprimer un dossier comportant des tâches
• Process : Un bug d'affichage survenait lors de l'affichage des pop-up de confirmation sur l'enregistrement des recherches

Evolutions¶

Rendez-vous¶

• Affichage du libellé du partenaire au survol du créneau

• Ajout de la possibilité d'enregistrer des rendez-vous sur des créneaux passés de la journée en cours

CRM¶

• Les critères de recherche sur les données spécifiques sont triés par ordre alphabétique

Paraph¶

• Si un destinataire partenaire est ajouté sur un dossier sortant "marqué comme expédié", alors on considère que l'expédition est faite aussi pour le nouveau partenaire destinataire.

Géo¶

Mise à jour de la BAN

Corrections d'anomalies¶

• Portail : Amélioration du comportement du DLNUF si le libellé de la ville ou le code postal n'est pas unique
• Portail : L'option du générateur de démarches "faire apparaitre dans le résumé => si valorisé" ne fonctionnait pas
• Portail : Amélioration de la gestion des retours en arrière en mode non connecté
• Portail : Amélioration de l'affichage des liste déroulantes sous IE et Edge
• Portail : Correction des erreurs responsables de plantage lors de l'utilisation des champs de type "Région" et "Département"
• Portail : La taille du bouton "France Connect" était disproportionnée dans les portails en i-frame
• Portail : L'utilisation de listes déroulantes dans les tableaux est opérationnelle
• RDV : Ajout de l'e-mail dans la fiche du RDV
• Admin : Remontée des commentaires utilisateurs dans le composant "talk"
• Admin : Correction de l'erreur à la suppression d'un dossier comprenant des tâches
• ZenExpress : Nombreuses améliorations sur l'accès aux différents éléments

Evolutions¶

Portal¶

• Possibilité d'accéder aux partenaires liés à une entité dont l'usager dépend en fonction d'un paramétrage spécifique

• Paramétrage éditeur : possibilité de régler le centrage par défaut des cartes du portail en fonction de coordonnées GPS précises.

• Toutes les listes - dans des champs de formulaire - ayant plus de 50 entrées affichent desormais une recherche prédictive

Rendez-vous¶

Back-office¶

• Prise en compte des rendez-vous dans la gestion des doublons de partenaires

• Ajout d'une critère sur la recherche des rendez-vous en liste : le créateur du rendez-vous (agent/usager).

• Recalcul des plannings en temps réel : un nouveau bouton "Recalcul des créneaux" est disponible depuis la page de gestion des guichets

• Ajout d'un bouton "actualiser" sur les plannings, à côté des options d'affichage/navigation.

• Ajout de la possibilité d'enregistrer des recherches depuis l'interface "Liste des rendez-vous".

• Ajout de la possibilité de réserver des créneaux consécutifs dans le back office : lors de l'attibution d'un rendez-vous, un champ "créneaux supplémentaires" permet de réserver les créneaux suivants.

Portail¶

• Dans le popup de confirmation d'un rendez-vous, la case Téléphone est aliementée avec le (premier) numéro de téléphone de l'usager s'il en a (en privilégiant le type Mobile si possible).

• A la création du rendez-vous, si l'usager n'a pas de numéro de téléphone dans sa fiche, la donnée téléphone est créée avec le numéro saisi et le type Mobile

• Amélioration de la présentation des guichets : une nouvelle option apparait sur la page d'affichage des créneaux disponibles :
  Option 1 (par défaut) : prendre un rendez-vous : affichage d'un seul horaire, sans affichage des guichets
  Option 2 : Prendre plusieurs rendez-vous : affichage actuel pour permettre de sélectionner un guichet identique pour tous les rdv à prendre.

• Lorsqu'un usager réserve plusieurs créneaux à différentes heures dans un lieu qui comporte plusieurs guichets, un message d'alerte s'affiche dans la fenêtre récapitulative après validation.

• Lorsque l'usager arrive sur la page de réservation de créneau, on affiche la première semaine ou un créneau est disponible.

Technique¶

• Ajout des informations de rendez-vous dans l'API d'export

• Possibilité de gérer via un paramétrage éditeur le nombre de créneaux réservables en une seule fois sur le portail

Admin¶

• Ajout d'un champ de recherche dans les écrans les démarches publiées et les démarches du catalogue (pour les clients portail).

• Ajout de champs de recherche sur les interfaces d'administration suivantes :
  Service -> tout
  Globale : nature, types de partner, types de tâche
  Données de référence : sous types de partner,
  Rendez-vous : semaines, lieux, types, guichets

• Gestion de doublons et rendez-vous : les rendez-vous sont bien pris en compte lors de la gestion de doublons

Fusion¶

• Il est désormais possible de récupérer en champs de fusion les données relatives à l'expédition et au destinataire principal :
  note:destinatairePrincipal
  note:dateExpedition
  note:expediePar
  note:expedie

• Un nouveau filtre permet de retourner les dossiers issus de projet ou issus d'intégration
  ${note:type} retourne :

D : dossier issu de projet (draft)
I : dossier issu d'intégration
P : dossier issu d'un publipostage

Géo¶

• Mise à jour de la BAN

Corrections d'anomalies¶

• Portal : le bouton France Connect était trop gros

• CRM : La fonction de tri dans les dossiers d'un partenaire ne marchait plus

• Process : la désaffectation d'un utilisateur entrainait la fermeture du dossier. Nous avons optimisé ce fonctionnement pour que le dossier ne se ferme que si la désaffectation concerne l'utilisateur connecté.

• Process : la fontionnalité d'AR mails en lot ne marchait plus.

Evolutions¶

Portal¶

• Choix auytomatique du bénéficiaire : Lorqu'un usager répond à un dossier sur le portail, si un bénéfiaire était identifié dans le dossier rçu, alors le bénéficiaire est automatiquement repris dans la réponse faite sur le portail

Process¶

• Les champs de fusion ${destinataire:...} fonctionnent de la même façon que ${draft:destinataire:...}. Le but est de pouvoir mutualiser des des modèles de mail ou de courrier entre un projet de courrier unitaire et un publipostage.
• Gestion des pièces jointes de modèles pour AR par lot : les PJ définies dans les modèles de mail sont envoyées lors des traitements par lot
• Visualisation des PJ dans les AR par lot : Dans l'écran de choix du modèle, une fois le modèle choisi, on liste les PJ prévues dans le modèle.

Admin¶

• le gabarit d'affichage d'un dossier permet de pouvoir compléter
  

        <cmp_bodies id="bodies">
          <body role="*"/>
        </cmp_bodies>

  
  par d'éventuels codes de données à exclure.

Exemple pour tout inclure sauf la donnée "infoReprise"

      <cmp_bodies id="bodies">
        <body role="*"/>
        <body roleNot="infoReprise"/>
      </cmp_bodies>

Corrections d'anomalies¶

• Rendez-vous : l'affichage des agendas n'était pas lisible sous IE 11

Évolutions¶

Rendez-vous¶

• Affichage des rendez-vous en listes, avec possibilité de trier sur des critères cumulables
• Ajout d'un bouton "Aujourd'hui" dans l'aide à la navigation sous forme de calendrier
• Une confirmation est demandée à l'utilisateur lorsqu"il :
  - annule un créneau réservé
  - Déplace un rendez-vous
  - suspend un créneau
• Affichage du nom du créateur du rendez-vous : nom de l'usager si le rendez-vous est créé sur le portail / nom de l'utilisateur si le rendez-vous est créé en Back-Office.

Portal¶

• Rendre cliquable les acteurs liées sur la fiche d'un organisme.
• Mise à disposition d'un nouveau champ "Ville": ce champ, basé sur une donnée de référence, permettra de choisir une ville et son code postal (comme dans le champ adresse postal, mais sans la rue et le complément d'adresse.

Hub¶

• Interface avec le logiciel de gestion d'état civil Siècle.
• Réalisation des API IN

Version 30801 - 13 septembre 2017¶

Corrections d'anomalies¶

Portal¶

• Lorsqu'on Iframe la page de rendez-vous et que l'usager a créé un compte, il accédait à l'accueil général et pas à la page de rendez-vous.
• Il y avait une erreur dans les sommes (pour les nombres précédés de 0) des tableaux dans les formulaires.

Sign Express¶

• Dans la fiche de détail d'un dossier, les commentaires perso et les commentaires de service n'étaient pas triés.
• Lors d'une recherche de note le menu déroulant listant les natures n'était pas trié par libellé.

Core¶

• L'enregistrement d'une signature P7s plantait.
• Lorsque la fiche d'un partenaire était mise en onglet, l'ouverture d'un dossier fermait l'onglet du partenaire au lieu d'ouvrir un autre onglet.
• L’accès aux dossiers depuis la fiche d'un partenaire dysfonctionnait (icône trombone, impossibilité d'ouvrir des notes publiques, absence de l'ensemble des dossiers)
• Lorsqu'un utilisateur qui ne peut voir que le résumé d'une note essayait de l'afficher, il y avait une erreur.

Évolutions¶

Sign express¶

• Si la résolution de l'image est inférieure à 1280 (moins large que le taille max du bandeau du haut) des marches à gauche et a droite sur les différents écrans optimisent la visibilité des éléments textuels.

Zen express¶

• Les récépissés sont affichés.

Rendez-vous¶

• L'administrateur fonctionnel peut activer les notifications, choisir le mode d'envoi(SMS, Mail), le contenu et créer une surcharge de texte.

Portal¶

• Dans l'instanciation d'une démarche, il est possible définir le nom du fichier de récépissé créé dans la note. Si la champ n'est pas valorisé, le fichier se nomme "Récépissé" comme actuellement.
• La visibilité du lien permettant de télécharger le récépissé à été valorisée.
• L'utilisateur dispose de l’icône bulle augmentée d'un "+" sur le commentaire utilisateur comme c'est le cas pour le commentaire de service.

Corrections d'anomalies¶

• Duplication de natures : Une erreur ne permettait pas se supliquer une nature contenant des modèles de tâches.

• Signature serveur : Dans le cas ou un PDF ne pouvait ps être signé parce qu'il était ou protégé par un mot de passe ou en lecture seule, l'application présentait une erreur technique à l'utilisateur. A présent, un message d'erreur fonctionnel informe l'utilisateur que le document ne peut pas être signé car il est protégé.

• Gabarit d'affichage : suppression d'un message d'erreur inopportun sur le composant "Tâches" (cmp_task).

• Fusion : correction du fait que l'argument true ou false soit obligatoire sur le champ circuitCSV

Evolutions¶

Portal¶

• Gestion des tâches externes sur les partenaires : il est possible d'attribuer une tâches à un partenaire depuis le back-office. La clôture de la tâche par le partenaire peut être faite par une action sur le portail (exemple : prendre un rendez-vous, payer une facture, etc.)

• Page de résumé : le bloc de validation apparait en haut de la page et également en bas.

Case¶

• Les documents scannés sont nommés en reprenant le numéro chrono et en ajoutant '-01", '-02' pour différencier les documents joints.

• Amélioration de la gestion de l'antivirus sur les mails.

Process¶

• Tâches : Lors du transfert de propriété d'un dossier l'utilisateur peut "clôturer" ou "transférer" la tâche. Il pourra dorénavant la "conserver". Cette option permettra de laisser la tâche ouverte.

CRM¶

• Un nouveau droit permet de gérer des gabarits d'affichage sur des partenaires

• Une balise « keepDefaultItems » peut être valorisé à true. Cela permet d’afficher tous les items par défaut du bloc, même si un autre item est cité. Doc mise à jour

Rendez-vous¶

• Amélioration de la gestion des semaines de référence inactive dans les types de rendez-vous

• Les options associées aux rendez-vous ne pouvaient être choisies que sur le portail. Les utilisateurs back-office peuvent désormais sélectionner une option, voire modifier les options choisies par l'usager sur le portail à postériori.

• L'onglet "jours fériés" est renommé en "Jours d'ouverture"

• Gestion de la modification des plages d'ouverture : dans le cas ou on réduisait une plage d'ouverture, tous les créneaux déjà calculés restaient disponibles. A présent les créneaux calculer hors de la nouvelle plage réduite ne sont plus disponibles.

Admin¶

• Gestion de la barre d'outils : Une balise « keepDefaultItems » peut être valorisé à true. Cela permet d’afficher tous les items par défaut du bloc, même si un autre item est cité. La documentation est mise à jour et disponible dans le Club utilisateurs (Administration V10).

• Dematree : ajout de la possibilité de gérer le nombre de lignes exportables (paramétrage éditeur).

Géo¶

• Mise à jour de la BAN

Technique¶

• Une nouvelle API permet de supprimer un projet (dans le cas ou un utilisateur (A) a créé un brouillon partagé avec d'autres utilisateurs (n). L'utilisateur (A) a quitté la collectivité et n'est plus actif, le projet ne peut d'onc pas être supprimé via l'IHM.)

Corrections d'anomalies¶

• Numérisation : Amélioration de la reconnaissance des intercalaires

• Process : Lors du chagement du statut en masse, le rafraichissement était incomplet.

• Tâches : les filtres "attributaire d'une tâche" et "attributaire d'une tâche perso" plantaient dans certaines circonstances particulières.

• Admin : la duplication d'une nature comprenant des documents de note ne plante plus.

• Portail : l'utilisation de la donnée de référence geoPostalCode faisait planter les démarches.

• Paraph : la gestion du mode recto-verso sur le regroupement de fichiers ne faisait plus apparaitre de page blanche après le modèle de document si un modèle était choisi dans le regroupement.

Evolutions¶

Portal¶

• Gestion des tâches externes sur les partenaires : il sera possible d'attribuer une tâches à un partenaire depuis le back-office. La clôture de la tâche par le partenaire pourra être faite par une action sur le portail (exemple : prendre un rendez-vous, payer une facture, etc.)

• La gestion du commentaire à destination du partenaire évolue : il sera géré comme les autres commentaires de diffusion, à savoir une icône "bulle" à coté du partenaire.

• Evolution du porte-document : la gestion du porte document est revue notamment pour permettre, sur la base d'un paramétrage, à l'administration de déposer des documents dans le porte-document d'un partenaire.

• Possibilité de télécharger sous forme de ZIP le contenu d'un porte-document.

• Grouper les notifications : Actuellement, si un utilisateur modifie n informations sur la fiche d'un partenaire, le partenaire reçoit n notifications par mail. Ces notification seront groupées pour n'en envoyer qu'une.

• Un usager peut ajouter le compte d'un autre usager comme membre de l'organisme sur lequel il a des droits de gestion. Exemple : Je suis Président, j'ajoute le compte du trésorier de mon association.

• Grouper l'affichage des usagers par type de relation ( Président - Responsable).

Process¶

• Possibilité de copier-coller les commentaires de diffusion

• Tâches : le filtre "attributaire d'une tâche" permettra de choisir plusieurs types de tâches, contre un seul actuellement

• Tâches : Un nouveau comparateur est ajouté sur le filtre "Attributaire d'une tâche"= "Toutes clôturées"

• Tâches externes pour les partenaires : il sera possible d'assigner des tâches à des partenaires. Ces tâches pourront être clôturées par les partenaires via le portail, sur la base d'actions requise (exemple : prendre un rendez-vous, payer une facture, etc.)

Paraph¶

• Sur la base d'un paramètre, il est possible de choisir dans le sortant un document provenant de l'entrant lié.

Sign¶

La signature RGS** est possible sans avoir recours à l'applet java : Si le contexte de navigation ne permet pas l'utilisation des applets java ou si le paramètre bloquant l'utilisation des applets pour la signature est activé, alors la fonctionnalité de signature s'appuie sur le logiciel Java installé sur le poste de travail via la technologie JavaWebStart (et non pas le module NPAPI du navigateur). La version 8+ de java est requise.

Rendez-vous¶

• Admin : renforcement des contrôles sur la saisie des plages horaires sur les semaines de référence

CRM¶

• Lors de la création d'un partenaire, il est désormais possible de saisir du texte dans les champs de sélection du type et du sous-type.

• Gestion de doublons entre partenaires de types différents. "Voir descriptif"=https://forge.6tzen.fr/boards/15/topics/32

• Position des boutons d'action dans les fiches partenaire : les boutons d'action sont remontés en haut de la fiche. Ils sont ainsi accessibles quel que soit l'onglet de la fiche ouvert.

Admin¶

• Gestion des gabarits : la syntaxe évolue pour permettre de gérer des éléments de gabarit sur les projets de dossiers, notamment les boutons d'action.
  On passe de :
  

  <?xml version="1.0" encoding="UTF-8"?>
  <conf tabPosition="left">
    <tab ...>
      ...
    </tab>
    ...
  </conf>

  
  à
  

  <?xml version="1.0" encoding="UTF-8"?>
  <conf>
    <note tabPosition="left">
      <tab ...>
      ...
      </tab>
    </note>
  </conf>
  

Géo¶

Mise à jour des données géographiques

Mise en place de ZenExpress¶

Corrections d'anomalies¶

• Portail : La création d'un compte via France Connect pourra se faire même si il manque des informations obligatoires du compte 6Tzen.

• Sign : Le problème concernant la vérification des signatures électroniques externes est résolu

• Relève de mails : amélioration de la reconnaissance des caractères spéciaux

Evolutions¶

Portal¶

• L'affichage des notifications permet désormais de voir dans la pages "Notifications" les 10 dernières notifications lues.

• Mise à disposition d'un nouveau type de champ permettant de construire un tableau en s'appuyant sur des données externes à 6Tzen (webServices)

• L'ordre d'affichage des démarches est à présent gérable : l'ordre peut être indiqué dans la publication des démarches. Si ce champ est valorisé, la démarche sera présentée en page d'accueil sur les rubriques dans lesquelles elle est publiée. Les démarches seront affichées dans la rubrique en respectant l'ordre correspondant. Si 2 démarches ont le même ordre, on les affiche par ordre alphabétique.
  Reprise de données : pour chaque rubrique active, on récupère les 3 démarches les plus réalisées et on leur ajoute un ordre égal à 1. Pour toutes les autres, l'ordre n'est pas valorisé.

Process¶

• Publipostage : un message de confirmation d'enregistrement est ajouté en pop up dès lors qu'une information de la liste des destinataires est modifiée

Paraph¶

• Affichage des destinataires : les destinataires seront affichés en sous bloc (internes/externes) dans les projets de dossier, comme c'est le cas depuis la dernière version dans les dossiers.

• A la signature d'un projet, le projet signé s'ouvre automatiquement si l'utilisateur qui signe est le rédacteur du dossier et qu'il peut expédier le dossier. Le comportement est identique sur l'action "Valider et envoyer" dans les mêmes conditions.

• Le bouton "Valider et envoyé" est proposé au rédacteur dès l'étape du brouillon s'il possède les droits adéquats.

Admin¶

• Gestion des natures : dans l'interface de gestion des natures, il sera plossible d'afficher et d'exporter, depuis la liste des natures, le code de la nature et le template de base.

• Gestion des natures "intégrables en référence" : l'administration des natures permet de gérer les natures disponible au clic sur "intégrer en référence".

• Personnalisation des boutons d'action : il sera possible de gérer les conditions d'affichage des boutons d'action par nature, via le gabarit d'affichage. Une nouvelle version de la documentation d'Administration est disponible et détaille les possibilités offertes par cette nouvelle fonctionnalité.Il s'agit d'une fonctionanalité d'administration avancée, suivant la logique du langage employé pour la gestion des gabarits. (documentation d'administration version 9)

• Optimisations de l'éditeur XML pour gérer les gabarits

Géo¶

Mise à jour des données géographiques

Corrections d'anomalies¶

• Portal : Les modifications faites dans l'espace gestionnaire sur des données non visible par l'usager étaient tracées dans le portail.

• Accès à l'application : Si aucune information n'était saisie dans le formulaire de login, alors l'application se mettait en attente sans possibilité de revenir au formulaire, sauf en réactualisant la page.

• Indexation et rafraichissement : Suite à des actions en lot (changement de statut, expédition) les listes n'étaient pas totalement rafraichies car l'indexation prenait du temps. Ce traitement a été optimisé.

Evolutions¶

Portail¶

• L'usager est informé que la validation d'une étape sauvegarde ses données en brouillon. Pour cela, le bouton "Suivant" est renommé en "Enregistrer et continuer".

Process¶

• Signer sur un dossier : L'action de signature est proposée sur un dossier, si le dossier n'est pas clôturé, et si l'utilisateur peut modifier le document (voir aussi Admin)

• Télécharger doc : le téléchargement des documents exclut les fichiers xml de démarche (concerne les clients portail uniquement).

CRM¶

• Si le paramètre permettant d'afficher les usagers inactifs dans le formulaire de pré-création d'un partenaire est activé, alors on affiche une colonne supplémentaire dans le résultat de recherche, permettant d'identifier si les partenaires trouvés sont actifs ou inactifs.

Module Rendez-vous¶

• Annulation d'un rendez-vous : Il est possible d'annuler un rendez-vous dans l'espace gestionnaire, si la date est ultérieure à "maintenant". Cette annulation se traduit par l'apposition d'un statut "Annulé par un agent" et libère le créneau associé au rendez-vous.

Fusion¶

• Le générateur permet à présent de récupérer les données de fond de dossier d'un projet de dossier.

Admin¶

• Dans la gestion d'une nature, la gestion des formats de signature autorisés est déplacée au niveau global pour permettre de gérer la signature électronique sur de l'entrant et du sortant. Cette évolution nécessite la modification d'un paramètre éditeur pour être activée.

• Affichage des tâches : le gabarit permet désormais de filtrer sur les tâches non closes.Il fauit ajouter l'attribut filter sur le cmp_task qui peut prendre la valeur "none" (comportement par défaut) ou "notClosed"

Géo¶

• Mise à jour des données géographiques

Technique¶

• La reconnaissance des QR codes a été améliorée. Sur la base de l'activation d'un paramètre, il est désormais possible de numériser en 200 dpi (voire 150). Attention toutefois à l'OCR qui risque d'être moins performante en 150 dpi.

Corrections d'anomalies¶

• Affichage : Les colonnes présentant des icônes étaient tronquées

• Portal : Renforcement des contrôles de forme sur le champ portant le code ARMail

• Portal : Amélioration de la gestion du statut surpensif : lorsque la démarche a été modifiée par l'usager, le dossier repasse en "non lu" dans 6Tzen Admin

• Portal : Dans certains contextes, le menu de gauche proposaient les entrées en double pour un usager connecté.

• Admin : (Portail) La suppression d'un modèle de mail référencé dans une démarche provoquait une erreur technique. Le message d'erreur technique est à présent un message d'erreur fonctionnel.

Evolutions¶

Case¶

• Intégration des mails : l'interface d'administatration permet de gérer, en plus du propriétaire final, le propriétaire du dossier incomplet

Paraph¶

• Mise en copie automatique : (sur la base d'un paramètre) Sur un projet de courrier en réponse à un entrant, on ajoute automatiquement en destinataire tous les services en diffusion de cet entrant.

Fusion¶

• Il est à présent possible de faire des calcul arithmétiques dans les champs de fusion

Ergonomie¶

• Affichage des tâches : le libellé "Affectataires" est supprimé.

• Affichage des tiers/services concernés dans un dossier : le bloc "destinataires" comprendra 4 sous blocs, permettant de distinguer les typologies de tiers/services concernés suivantes :
  - L'usager expéditeur
  - Les services internes auxquels le dossier a été diffusé car ils étaient dans le circuit de validation
  - Les usagers a qui le dossiers a été diffusé
  - les services internes auxquels le dossier a été diffusé explicitement

Admin¶

• Gestion des listes de référence : ajout d'un bouton "modifier" la ou on ne pouvait que double-cliquer sur laligne pour modifier la valeur.

Géo¶

• Mise à jour de la base géographique

Corrections d'anomalies¶

• Recherches : Correction de l'erreur survenant lors de l'ajout d'un filtre "attributaire d'une tâche de type" ou "attributaire d'une tâche perso de type".

• Gestion des doublons : Dans l'interface de gestion de doublons, lorsqu'il y a plusieurs données d'un même type dans le partenaire cible, les actions proposées permettent de mapper la donnée source sur l'une des données de la cible.
  Lors du passage sur les boutons d'action, les lignes correspondantes dans le partenaire cible sont surlignées en rouge.
  Mais lorsqu'on change de bouton d'action, la ligne déjà surlignée le reste et on se retrouve avec les différentes données surlignées, ce qui peut prêter à confusion.Nous ne garderons donc que la donnée en cours de traitement soulignée.

• Gestion des mails : Si les mail sont récupérés sous forme de fichier dans un dossier, la pièce jointe créée n'avait pas d'extension associée. L'extension "html" a été ajoutée. Si une expédition mail externe de ce fichier est réalisée depuis le dossier,le destinataire peut à présent ouvrir le mail en pièce jointe.

• Portal : L'utilisation du champ de fusion ${field:etape:champ} ne fonctionnait pas si le champ visé était un choix par liste déroulante.Pour récupérer la valeur du champs, il faut construire une champ de fusion sur le modèle suivant ${field:codeEtape:codeChamp:valeur}

• Portal : Correction d'une anomalie dans la gestion des surcharges de texte sur les notifications.
  (Précisions : Le texte "Emails Email - Réception d'une notification (seulement application)" pouvait être surchargé par contexte, mais l'envoi des notifications n'en tenait pas compte.)

• Portal : Correction d'une erreur survenant lors de l'accès à l'interface de traduction si aucune langue n'est sélectionnée.

Evolutions¶

Portal¶

• Création d'un nouveau mode de communication vers les partenaires via le portail : lors de la diffusion vers un partenaire, il sera possible d'associer un commentaires "évolué", comprenant un indicateur lu/non lu et une date de lecture.

Process¶

• Tâches : lors de la réouverture d'une tâche, le dossier repasse en non lu pour les utilisateurs concernés.
  (Précisions : Lors de la réouverture d'une tâche pour un service, le dossier passe en non lu pour les utilisateurs du service ;Lors de la réouverture d'une tâche pour un utilisateur, le dossier repasse en non lu pour cet utilisateur)

Ergonomie¶

• Affichage des images : Lorsque les formats d'images sont autorisés en prévisualisation, l'affichage des images retaille celles-ci à la taille de la fenêtre de prévisualisation affichée, qu'il s'agisse de l'onglet de prévisualisation ou du popup.

Module Rendez-vous¶

Développement de la partie "Portail" de la gestion des rendez-vous. La documentation sera mise à jour en conséquence.

Correction d'anomalies¶

• Fusion : Certains champs de fusion étaient encodés en HTML dans les messages de type texte
• Fusion: Amélioration du générateur de champs de fusion (meilleure gestion des listes de valeurs)
• Export/Fusion : Correction de l'erreur présente sur le champ "destinataire" dans l'export. Il faut utiliser "destinataire:libelle" pour un résultat satisfaisant.

• Admin : Amélioration des tests faits sur les droits lors de la gestion des modèles de mails

• Portail : Amélioration de l'affichage des données des dossiers liés sur le portail
• Portail : Correction des problème d'affichage constatés depuis la fonctionnalité "Prévisualiser" dans l'interface "Catalogue de démarches"

• Géo : Ajout des villes suivantes dans la base de données géographique : Saint-Barthélemy, Saint-Martin

• Historique d'un dossier : la ligne d'historique indiquant que le dossier a été enregistré n’apparaissait pas en premier

Evolutions¶

Portal¶

• Routage par liste de référence : on ajoute à côté du routage géographique une nouvelle option de routage permettant de déterminer l'orientation des demandes à partir d'une liste de référence.

Process¶

• Evolution de l'historique : Lorsqu'on valide un projet de courrier ou que l'on intègre un courrier, l'ajout de services internes en destinataire n'est pas historisée. Nous ajoutons donc les lignes d'historique correspondant à ces ajouts de destinataires comme cela est fait pour l'ajout d'un partenaire destinataire, en remplaçant dans les 2 cas le libellé "Diffusion à" par "Ajout du destinataire".

Admin¶

• Administration de service : ajout d'un type de modèle permettant notamment de gérer les modèles de SMS

Export¶

• Nous avons constaté que les clients faisaient souvent face à des erreurs liées au format des données. Pour minimiser le risque d'erreur, on aide à déterminer le format de sortie :
  1) en renvoyant le format de chaque champ de fusion dynamiquement
  2) en renvoyant une erreur si le format n'est pas chaîne de caractère, nombre, boolean, date

Fusion¶

• Un nouveau champ de fusion sur les partenaires permet de récupérer la liste des dossiers tels qu'affichés dans l'onglet "Dossiers" de la fiche du partenaire, avec le paramètre correspondant à "Tous profils".

Corrections d'anomalies¶

• Champ de fusion : Retraitement du code permettant de faire un retour à la ligne dans les tableaux pour qu'il soit bien interprété par Word.
• Gabarit d'affichage : le fait que le composant workflow soit déplié ou replié par défaut ne fonctionnait pas.
• Résolution de l'erreur survenant sur la fusion de partenaires lorsque ceux-ci comprennent une donnée de type "chainage par l'adresse".
• Correction d'incohérences dans la base géo

Evolutions¶

Portail¶

• Traçage de l'ouverture des réponses sur le portail
• Affichage du sous-type (s'il existe) dans les fiches des partenaires.
• Affichage de l'objet du dossier dans le bloc "Informations" sur le détail des dossiers

Process¶

• Réinitialisation des tâches au changement de nature d'un dossier incomplet
• Rediffusion à un service : Lorsqu'un dossier est rediffusé à un service (via Diffusion ou Transfert) avec une tâche ou un commentaire :
  - le dossier repasse en non lu pour tous les agents du service l'ayant déjà lu
  - une ligne d'historique est ajourtée, indiquant "A mis à jour la diffusion"
  - sur la base d'un paramètre, il est possible de mettre à jour la date de réception du dossier pour le service vers lequel on re-diffuse

CRM¶

• Pour améliorer la qualité des données, nous avons limité la liste des valeurs possibles pour le type de téléphone des partenaires :
  La liste déroulante est la suivante :
  - Fixe
  - Mobile
  - Fixe pro.
  - Fixe perso.
  - Mobile pro.
  - Mobile perso.
  - Fax
  Les 2 premières correspondent aux valeurs utilisées pour la création de compte portail.
  Les anciennes valeurs (issues d'une saisie libre) ne sont pas écrasées pour le moment mais elles le seront si l'usager ou l'agent met à jour son téléphone (il devra choisir le type parmi les valeurs de la nouvelle liste)

Recherche¶

• Création de nouvelles options de recherche sur le comparateur période :
  - passé : <= date du jour
  - futur : >= date du jour

• Création d'un paramètre permettant de définir pour chaque client si la recherche sur le contenu qui se lance depuis le champ de recherche rapide utilise la recherche par pertinence ou la recherche par critères.

Géo¶

• Mise à jour de la BAN

Corrections d'anomalies¶

• Renommage de la fenêtre d'affectation à un utilisateur : la fenêtre s'appelait "Diffuser à un service". Elle s'appelle désormais "Affecter à un utilisateur".
• Export des dossiers : le classement de service est exportable sans erreur
• Si un utilisateur se libère d'un dossier et perd son droit de visibilité sur ce dossier par cette action, alors la page du dossier se ferme automatiquement

Evolutions¶

Portail¶

• Suppression des données de démarches : Toutes les nuits, les données de démarche d'un demandeur Anonyme sont supprimées. Dès qu'un dossier en lien avec une démarche est supprimé (prérequis = statut clôturant), les données de démarche sont supprimées. Un paramètre est ajouté, permettant de définir la durée avant suppression des données de démarches liées à des dossiers clôturés depuis ce délai : par défaut, le délai sera infini pour les clients Box et sera valorisé à 15 mois pour nos clients SaaS.
• Champ téléphone : optimisation de la saisie du téléphone sur le portail et de la gestion côté back-office.
• Optimisation de l'affichage des dossiers : 2 blocs font leur apparition afin de faciliter la consultation des demandes et réponses : un bloc "Mes demandes liées" et un bloc "Courriers reçus". Les liens entres les dossiers sont affichés de la même manière sans tenir compte du sens du lien. La partie "Résumé" du détail d'une démarche est remontée dans la page pour faciliter l'accès aux dossiers liés et réponses.

Recherches¶

• Création d'un filtre "A des dossiers liés" dont le fonctionnement correspond à la présence de l'enveloppe dans le résultat de recherche.

Corrections d'anomalies¶

• Portail : dès lors qu'une casquette est inactive, elle n'est plus visible sur le portail
• Portail : si un usager a deux casquettes dont une inactive sur un même organisme, ses droits de modification pouvaient être vérifiés via la casquette inactive, et dans ce cas il ne disposait d'aucun droit de modification sur l'organisme
• Portail : Les numéros de rue étaient triés par alpha : [1,10,2] . Ils apparaissent maintenant dans un ordre croissant [1,2,10]
• Portail : Amélioration de la visibilité des informations liées aux casquettes d'un usager.
• Portail : Dans le cas où on crée un compte portail à un usager qui n'a pas de "prénom" dans la donnée civilité : la notification de création de compte était envoyée sans que l'usager puisse modifier son MDP.
• Préférences : La réinitialisation des préférences ne fonctionnait pas soux IE 11
• SignExpress : les documents en PDF sont désormais prévisualisables
• Tâches : correction d'une faute de frappe sur le message à la clôture d'une tâche (" Clôture efectuée avec succès" => "Clôture effectuée avec succès")
• Recherches : Correction de la mauvaise indexation des dossiers suite au changement de nature (Seuls les clients utilisant ElasticSearch sont concernés)
• Export : L'encodage des prévisualisation d'export est en UTF8, comme ce qui est fait pour les exports complets
• Export : Le modifieur "format court" des dates renvoyait le champ de fusion en erreur

Evolutions¶

Portail¶

• Amélioration du comportement du composant Adresse : comme pour le composant "Commune" dans la version 3.07.07, l'usager devra obligatoirement choisir une colonne présente dans le référentiel.

Sign express¶

• Si une action attendue de workflow n'est pas réalisée, alors un message indique à l'utilisateur quelle est l'action a effectuer pour pouvoir viser/valider

CRM¶

• Il sera désormais possible de changer le type d'un partenaire incomplet. Cette évolution ne concerne que les partenaire "racine" non liés à un compte portail

Fusion¶

• Ajout d'une entrée dans le générateur de champs de fusion permettant de générer les champs utilisable dans le cadre de publipostage

DATA Export¶

• La duplication d'un export permet de modifier les natures concernées

Admin¶

• Un nouveau paramètre sur la relève de mail permet à l'administrateur de définir si les mails issus d'une relève doivent être créés comme des dossiers complets ou incomplets.
• Si le gabarit d'indexation est le même pour toutes les natures, il est possible d'utiliser les gabarits d'indexation sans avoir à nécessairement filtrer sur une nature.

Nouveau module : Gestion des rendez-vous¶

Un nouveau module (activable sur demande) permettant de gérer la prise de rendez-vous est disponible. pour le moment seule la partie back-office, permettant aux agents de prendre des rendez-vous pour des usagers, est disponible. La partie Portail sera disponible prochainement et permettra aux usagers de prendre rendez-vous directement sur le portail. La documentation détaille le fonctionnement de ce nouveau module (partie 3 du manuel d'Administration, partie 15 du manuel d'utilisation).

Portail¶

Côté usager¶

• Optimisation de la saisie des communes : les champs de type commune n'admettent qu'une valeur présente dans le référentiel géographique. L'usager doit taper le libellé exact de la commune ou choisir dans la liste pour que la saisie soit valide.

• Création des comptes : un mail d'activation de compte est à présent envoyé à l'usager. Si le compte portail est créé par un gestionnaire dans le back office, le mail d'activation n'est pas envoyé, seul un mail contenant un mot de passe temporaire est envoyé.

Fusion¶

• Le champ de fusion permettant de retourner le libellé du classement de service du propriétaire

Portal¶

• Il est désormais possible de gérer des adresses structurées sur le portail (un champ pour la ville, un pour le code postal, un pour la voie et un pour le numéro). Cette évolution s'accompagne de la possibilité de s'appuyer sur le référentiel géographique de l'application.

• Vérification d'email : sur la base d'un paramètre, il est possible d'activer l'envoi d'un e-mail à la création d'un compte portail pour demander à l'usager de confirmer son e-mail.

Paraph¶

• Partage de brouillons : un nouveau droit permet de donner l'accès à tous les brouillons du service pour l'utilisateur qui le possède. L'utilisateur peut non seulement voir les brouillons mais également agir dessus : soumettre à validation, figer les docs, convertir les docs, supprimer...

Portal¶

Côté usagers¶

• Ajout du module de recherche sur les démarches (paramètre)

Paraph¶

• Actions attendues du circuit de validation : les actions attendues du circuit de validation sont plus visibles. Dès lors qu'une action est attendue à une étape, le libellé de l'action apparait directement dans le circuit. Les messages d'avertissement concernant ces actions ont également été revus pour plus de clarté : le message d'avertissement liste les actions attendues qui doivent être réalisées pour passer à l'étape supérieure.

Process¶

• Tâches : l'ordre d'affichage des tâches n'est plus seulement soumis à l'état de la tâche mais également au libellé. Nous avons donc 2 critères de tri :
1. L'état de la tâche (1. A traiter, 2. Traité, 3. Clos)
2. L'ordre alphanumérique (sur les libellés de tâches)

Ergonomie¶

• Lorsqu'une donnée de contenu peut être multivaluée, un bouton "Valider et continuer" permet de saisir plusieurs fois la donnée sans avoir à passer par le bouton "Ajouter".
• Une infobulle est ajoutée sur les boutons "classer perso", "classer service", "masquer perso" et "masquer service". En effet les intitulés de ces boutons sont les mêmes (Perso/Service), seules les icones diffèrent. Nous avons donc ajouté l'information de l'action concernée au survol (Masquer/Classer).

Fusion¶

• Le champ de fusion "Canal de transmission" est ajouté au générateur.
• Un champ de fusion concernant le circuit de validation est disponible : il permet de remonter le circuit de validation sous la forme d'un tableau d'étapes service, chaque étape permettant d'obtenir le service concerné, la date/heure d'arrivée dans le service, la date/heure de validation, l'utilisateur ayant validé et le statut de sortie de l'étape. Dans le cadre du module Export, une méthode permet de sérialiser l'ensemble du circuit en Json ou en CSV avec, pour chaque étape service : l'identifiant, le code et le libellé du service, la date/heure d'arrivée, la date/heure de validation, le login, le nom et le prénom de l'utilisateur ayant validé et le statut de sortie

Portal¶

Côté usager¶

• Ajout d'un côntrole sur le format du champ téléphone

Paraph¶

• Ajout d'une action attendue de workflow : Figer le document. S'il n'y a pas dans le projet de courrier de fichier au format PDF alors que l'action attendue de l'étape est "Figer le document" alors le visa ou la validation n'est pas possible. Un message indique à l'utilisateur que le document doit être figé pour pouvoir valider.

Suppression et Archivage¶

Les dates d'archivage et de suppression automatiques sont défnies non plus à partir de la date de création des dossiers mais à partir de la date de la dernière clôture.

Géo¶

Mise à jour de la BAN

Case¶

• Enregistrement des recherches de dossiers et de partenaires: lors de l'enregistrement l'utilisateur choisit s'il enregistre les colonnes affichées à l'écran au moment de l'enregistrement ou s'il laisse la possibilité aux utilisateurs accédant à cette recherche de paramétrer les colonnes qu'ils souhaitent afficher (enregistrement de préférences utilisateur).
• Recherche par pertinence : Le résultat de la recherche indique la donnée qui contient l'expression recherchée
• Indexation des fichiers .rtf

Fusion¶

• Gestion du double saut de lignes dans les champs de fusion de type liste

Portal¶

• Accès à l'action "Compléter" : l'accès à l'action "Compléter" sur une démarche a été étendu à l'ensemble des usagers pouvant voir la démarche. Exemple : Si une démarche a été faite pour le compte d'un anfant, et que le père et la mère de cet enfant ont chacun un compte portail lié à l'enfant, ils pourront tous 2 compléter la démarche, peu importe le parent qui l'a initiée.

Process¶

• Améliorations Elastic Search : prise en compte des Thèmes et améioration de la gestion des accents

CRM¶

• PARAMETRAGE : Possibilité de gérer un nouveau modèle de document, éditable depuis la fiche d'un partenaire, pour récupérer les informations du partenaire au format PDF.

Base géo¶

• Mise à jour de la base géo avec les données de la BAN (Base Adresses Nationale)

Portal¶

Côté Back office¶

• AR courrier : si l'expéditeur de la démarche est anonyme, il est possible, sous réserve qu'un champ de type adresse porte le code 'adresseAR', de sélectionner l'adresse postale renseignée dans le champ. De même, si l'expéditeur est authentifié mais a renseigné dans ce champ une adresse différente de celle de son compte, il est possible de récupérer cette nouvelle adresse dans les adresses sélectionnable dans le formulaire de génération d'un AR courrier.

Process¶

• Amélioration des règles de confidentialité sur les commentaires personnels : au sein du service, seuls les utilisateurs ayant le droit d'affecter peuvent consulter les commentaires personnels adressés aux agents du services, si le paramètre autorisant de voir les diverses affectations au sein du service est activé.

• Réintégration de documents sur les entrants : Tout utilisateur pouvant modifier un document sur un entrant est mesure de réintégrer un document sur ce dossier.

• Fusion : Le champ de fusion ${note:expe:emails} permet de remonter la collection d'emails d'un partenaire, telle que retournée dans les fonctions d'AR ou d'expédition.

CRM¶

• Donnée civilité : il est possible de rendre la donnée civilité (Monsieur, Madame) facultative sur les partenaires utilisant cette donnée.

Admin¶

• Traçabilité de l'origine des modèles de documents, mails, lettres type et circuits de validation (ajout de l'information "Hérité de...")

Portal¶

• Les listes de référence rattachées aux partenaires sont gérables sur le portail
• Si la démarche n'a pas d'étape (ie lien vers page externe), le message suivant qui s'affiche normalement au lancement d'une démarche non connecté "'Souhaitez-vous poursuivre en non connecté ? ..." n'est pas affiché
• Mise à jour des champs calculés : lorsque le formulaire utilise des champs calculés (champs de fusion), la modification d'un champ source entraine la suppression de la valeur du champ cible.

Recherche¶

• Gestion des guillemets dans Elastic Search

Base géographique¶

• Mise à jour de la base géographique sur le base de la BAN (Base Adresses Nationale)

Technique¶

• Bannettes de l'accueil : la gestion des bannettes dépend de la configuration et non plus de code

Changelog 3.06.07

Process¶

• Document mixés à l'expédition : si le paramètre permettant d'utiliser les champs de fusion sur les dossiers entrant est activé, alors les documents "mixables" sont mixés dès lors qu'ils sont joints à un expédition (= les champs de fusion sont valorisés, pour le document expédié uniquement).

• Conformité des PDF au RGI : passage à la version 1.7 pour les PDF issus de la numérisation

• Champs de fusion pour indexation par nature : La gestion des natures offre la possibilité de définir des valeurs à indexer, basées sur des champs de fusion de dossier.
  L'interface de création de ces champs à indexer est basée sur l'IHM de construction des exports.

• Envoi des notifications : Si 2 notifications sont envoyées sur le même dossier à moins de 10 secondes d'intervalle, la seconde n'est plus envoyée.

• Recherche : Ajout du comparateur "aucun" sur le filtre "Propriétaire précédent"

• Message d'erreur : ajout d'un message d'erreur explicite si un utilisateur tente d'accéder via un lien dans un mail de notification à un dossier supprimé.

• Ergonomie : ajout de la gestion de l'affichage des tâches dans le gabarit de dossier (voir documentation tâches V7 : https://forge.6tzen.fr/documents/365)

• Fusion : ajout de ligne dans les champs de fusion de type tableaux

• Champs de fusion : ajout et amélioration des champs de fusion portant sur les tâches (voir documentation tâches V7 : https://forge.6tzen.fr/documents/365)

Case¶

• Optimisation des processus de numérisation

Portal¶

Coté usager¶

• Champ adresse : ce champ se présente par défaut sur 2 lignes, pour permettre à l'usager de saisir une adresse complète
• Message d'avertissement : lorsqu'une démarche est accessible en mode connecté uniquement, l'ordre des message d'avertissement a été inversé pour d'abord informer le demandeur de la nécessité de se créer un compte avant de lui dire quel type de compte est nécessaire pour faire la démarche.

Process¶

• Tâches : évolution majeure du module. Voir documentation V6 : https://forge.6tzen.fr/documents/356
• Recherche : Dans le cadre des recherches enregistrées (perso ou service) la liste des colonnes à afficher est désormais mémorisée.
• Recherche (export) : lors de l'export de résultat de recherche, seules les colonnes affichées sont exportées.

Case¶

• Edition des AR mail : la fonctionnalité d'édition d'AR par mail permet de sélectionner une adresse mail saisie dans le démarche et plus seulement l'adresse du compte [Clients portail uniquement]

CRM¶

• Critères de recherche : ajout de filtre de recherche sur les champs date dans l'interface de recherche des partenaires

Géo¶

• Mise à jour de la BAN

Process¶

• Filtres et recherche : le filtre "Pour intervention" contient 3 critères : Oui, En cours, Terminé.Dans les critères Oui et Terminé, est désormais pris en compte le cas où mon service a été propriétaire, en plus des cas actuellement pris en compte (pour rappel : mon service est propriétaire, mon service a une tâche)

• Filtres et recherche : Ajout du filtre "Propriétaire précédent ="

• Affectation : Dans le cas ou un utilisateur a affecté un dossier à un utilisateur dans un service fils, tous les utilisateurs pouvant créer cette affectation peuvent la supprimer.

• Informations d'historique :
  - Ajout dans l'historique de l'information correspondant à une diffusion vers un partenaire (sous la forme "Diffusé à + libellé du partenaire").
  - Ajout des changements de statuts (l'information était déjà stockée dans l'historique des statuts)

Portal¶

Côté usagers¶

• Suppression automatique des espaces : les espaces sont automatiquement supprimés dans les champs de types nombre.
• Affichage des nombres : Les nombres sont systématiquement affichés avec un séparateur de miliers dans la page de résumé

Administration¶

• Nouveau paramètre sur les champs "nombre" : possibilité de forcer la saisie de n chiffres après la virgule.

Case¶

• Ne concerne que les clients portail en production : Refonte de la gestion des destinataires/ Expéditeurs/ Bénéficiaires pour permettre la gestion de la notion de correspondant

DATA Export¶

• Dupliquer un export (dans la même instance) : Ajout d'un bouton "Dupliquer" dans l'interface de gestion des exports.
• Exporter/importer un export (vers une autre instance) : Ajout de boutons "Exporter" et "Importer"dans l'interface de gestion des exports. Lorsqu'on clique sur "Exporter", un fichier xml est téléchargé sur le poste. Pour Importer, cliquer sur le bouton correspondant et sélectionner le fichier.

Paraph¶

• La statut de projet de courrier n'est pas réinitialisé lors de la soumission à validation du projet de courrier

Admin¶

• Editeur de gabarit : optimisation de l'affichage

Portal¶

• Dupliquer une démarche : permet au demandeur de dupliquer une démarche soumise. Un nouveau brouillon est produit, et le demandeur peut modifier des informations avant de soumettre cette nouvelle demande.

Process¶

• Historique des tâches : Une interface présentant l'historique d'une tâche est disponible.

Fusion¶

• Nouveaux champs disponibles (pour des besoins d'export statistiques principalement)
  - Date du dernier transfert de propriété (pour un dossier)
  - Date de l'entrée dans le circuit de validation (pour un projet de dossier)
  - Date de clôture

Admin¶

• Accueil enrichi : les actualités sont désormais rédigées en HTML et peuvent intégrer des liens web. Il est également possible de définir pour quel(s) service(s), l'actualité est visible, et si le bloc de texte est replié ou déplié par défaut.

• Désactivation d'un type de tâche : il est désormais possible de désactiver un type de tâche.

• Lors de l'import d'un fichier de configuration XLM, il est possible de choisir quels éléments sont mis à jour (gabarits, natures, listes de références...)

Ergonomie¶

• Optimisation de l'affichage des radio-boutons

Technique¶

• Amélioration de la réactivité des IHM

Portal¶

• Affichage des informations portail dans le Back Office : L'onglet Portail des fiches de partenaire est affiché pour les partenaires fils du partenaire sur lequel est crée un compte Portail.

Case¶

• Nouvelles informations de dossier : Sont affichées dans le dossierles informations suivantes: le service ayant attribué la propriété et la date à laquelle le service est devenu propriétaire

Case¶

Tâches¶

• Proposer les taches dans l'action de prise en charge

Process¶

Action Convertir les documents¶

• Simplification de l'action "Convertir les documents" sur les notes, pour garder 2 options :
  • convertir au format d'entrée : fusion bureautique en conservant le format initial du document (ODT, DOC ou DOCX)
  • convertir en PDF : fusion et conversion PDF
    Les clients ayant l'habitude d'utiliser "mixage" (vers ODT ou vers DOC) pourront maintenant utiliser "Convertir au format d'entrée".

Recherche¶

Rappel : nouveau module (basé sur ElasticSearch et activable par un paramètre)

• Modification ergonomique : la recherche par pertinence affiche d'abord la portée de la recherche puis le champ texte
• Suppression de l'ancienne indexation
  • l'indexation full text peut être faite exclusivement via ElasticSearch (activable par un paramètre)
    • dans ce cas, la recherche ne sera pas possible si on tente de combiner des critères de type "contient les mots" avec des critères incompatibles avec ES.
    • dans ce cas également, il est possible d'avoir un mode de recherche qui mixe les dossiers publics et les dossiers du service, en remplacement des 2 options actuellement proposées.

• Ajout du critère sur la source de données dans la recherche par pertinence
• Suppression des critères "texte contient" sur les contenus textuels

Paraph¶

• Traçabilité des versions de document : sur la base de l’activation d’un paramètre, la version n-1 n'est plus stockée dans historique/fond de dossier mais comme version du document directement dans la note.

Technique :¶

• Sécurisation du code VBS pour la modification en ligne (ajout des contrôles sur les arguments passés à la commande permettant de lancer la modification WebDAV des documents)
• Possibilité (via paramètre) de forcer la non utilisation de l'applet pour le WebDAV et la numérisation (et réintégration), y compris sur un navigateur compatible avec JVM installée.

Portail¶

RNA et API Association du SGMAP (DLNUF)¶

• Création d'un type de champ RNA. Ce champ combiné avec l'utilisation de l'API Association du SGMAP permet de pré-remplir des champs de formulaires avec les données des associations fournies par cette API (à partir du numéro RNA)
• Dans la fiche du partenaire, une petite loupe permet de restituer les données disponibles dans l'API Association du SGMAP dans un popup, sous une forme équivalente à ce qui est fait avec le SIRET.

Sous-types de partenaires¶

• Un champ de fusion permet de récupérer le sous-type d'un partenaire (voir syntaxe dans le générateur)
• Il est également possible de gérer ces sous-types de partenaires dans la configuration de 6Tzen

Case¶

Tâches¶

• Ergonomie : l'affectation à un utilisateur et à un service peut se faire depuis la tâche (et non plus uniquement via les actions de diffusion) grâce à 2 nouvelles icônes ajoutées dans le bloc de tâches : une icône utilisateur pour l'affectation nominative, icône organigramme pour l'affectation à un service.

• Ergonomie : le champ permettant de choisir la tâche dans le formulaire d'affectation a été remonté au dessus du champ commentaire.

• Nouvelle version de la documentation : https://forge.6tzen.fr/documents/335

Paraph¶

• Traçabilité de l'auteur d'une version d'un document : l'utilisateur à l'origine d'une version est indiqué après chaque version du document

• Expédition : un nouveau mode d'envoi de mail permettant de ne pas transmettre directement les fichiers mais d'inclure dans le mail des liens pour le téléchargement des fichiers joints est disponible (activation de paramètre côté éditeur).

Portal¶

• Routage : ajout de 2 types de champs permettant de faire du routage géographique : un champ listant les départements et un champ listant les régions. Ces 2 champs peuvent porter le code « adresseRoutage ».

Case¶

• Glisser/déposer : le glisser/déposer de fichier fonctionne sur les dossiers intégrés via la gestion de contenu.

• 2 informations sont ajoutées dans les courriers et peuvent être affichées en colonne :
  - Le service à l’origine du transfert
  - La date du transfert

• Affichage de la progression lors du téléchargement des fichiers : Si le traitement prend plus de 300ms, un indicateur de progression s’affiche à l’écran.

• Modification du statut au transfert de propriété :
  - Unitairement : les statuts non clôturants applicables à la nature sont proposés
  - En masse : les statuts non clôturants communs à toutes les natures sont proposés

Tâches¶

• Gestion des tâches au transfert de propriété : l’option « Masquer » est proposée au transfert de propriété :
  1. si il y a une tache affectée au service propriétaire uniquement : clôture de la tâche et masquer
  2. si il y a une tache affectée au service propriétaire ET à un ou plusieurs autres services : supprimer l'affectation sur la tâche de service qui transfère et masquer

• Description : la description est facultative

• Modèles de taches : il est possible de définir des modèles de tâches dans les natures. Chaque modèle de tâche comporte les informations suivantes :
  - Code de référence du modèle de tâche
  - Libellé
  - Délai de traitement par défaut (permet de calculer la date d’échéance sur la tâche)
  - Affectataire par défaut
  Paramètre d’activation :
  - Si la nature est intégrable (=entrante) : activé automatiquement à l’intégration : oui / non
  - Si la nature est issue de projet de dossier : activé automatiquement à la signature : oui / non
  A l’enregistrement du dossier/dignature du projet, les tâches sont créées à partir des modèles activés automatiquement avec un état « A traiter » et une date d’échéance calculée à partir du délai de traitement par défaut (si existant). Les autres restent en attente.

• Affichage : Les types de taches affectées au service courant peuvent être affichés en colonnes dans les listes

La documentation à jour sur les tâches est disponible ici : https://forge.6tzen.fr/documents/334

Process¶

Recherches¶

Sur la base de l’activation d’un paramètre, vous pouvez bénéficier du nouveau module de recherche de 6Tzen permettant des recherche contextuelles plus précises, ainsi que des recherches par expressions (« ou », « et », « sauf »…)

Paraph¶

• Suppression d’une étape nominative : Il est possible de supprimer l’étape nominative d’un agent dans un circuit de validation. Cette possibilité est donnée aux utilisateurs ayant accès en modification aux projets de courrier dans le service

• Sur la base de l’activation d’un paramètre, il est possible de faire en sorte que tous les utilisateurs identifiés en « suivi par » d’un projet de dossier puissent modifier les documents (uniquement les documents) contenus dans le projet de dossier.

Fusion¶

• Champs de fusion "tâches": des champs de fusion portant sur les informations relatives aux taches sont disponibles :
  - TaskTypeWraper (nouveau) : libelle , code
  - NoteTaskWrapper (nouveau) : libelle, type (TaskTypeWraper), typeEtLibelle (concaténation de type + libellé si présent), dateEcheance, proprietaire, affectataireUtilisateurs, affectataireServices
  - NoteWrapper (modification) : taches (tableau de NoteTaskWrapper), tachesService (tableau de NoteTaskWrapper)
  Exemple : Pour avoir les types de tâches affectées au service courant, utiliser : ${note:tachesService:collect(type):join(',')}

• Champs de fusion sous forme de tableau : Amélioration du rendu des champs de fusion : possibilités de restitution sous forme de tableaux.

Ergonomie¶

• Menu déroulant : sélection via la saisie clavier
  Sur les menus déroulants (combo) monovalués, il est possible de sélectionner la première entrée correspondant à une saisie clavier effectuée lorsque le champs porte le focus, à l'identique de ce qui est fait sur les comobo basiques dans un navigateur.
  Exemple : choix de nature, canal de transmission, type de partner, etc

Technique¶

Les navigateurs supprimant les mécanismes permettant aux applets java de fonctionner (Chrome v.45 et FireFox d'ici la fin de l'année), 6Tzen s’adapte et propose de nouvelles solutions pour gérer les fonctionnalités s’appuyant sur ces applets :
- Numérisation de masse : la numérisation se fait par sélection de fichier uniquement, l'interface s'adapte en fonction de la présence/ absence de java
- Modification en ligne : un programme doit être téléchargé sur le poste de l’utilisateur. L’application propose le téléchargement du programme dès que l’utilisateur veut modifier le document en ligne.

Le cas de la signature électronique reste à l’étude pour le moment.

Case¶

• Nouvelle version du module de gestion des tâches : documentation disponible ici https://forge.6tzen.fr/documents/329

Champs de fusion¶

• Tri sur des tableau de contenu : permet par exemple d'afficher les commentaires dans selon leur date de mise à jour.
  exemple : ${note:contenusMeta('_freeText'):sort(dateMiseAJour,false):get(0)}

Case¶

• Nouveau module de Gestion de Tâches : Documentation disponible : https://forge.6tzen.fr/documents/328

Portal¶

Administration¶

• Suivi de la fréquentation du portail : Les téléchargements de fichiers sont suivi par l'outil Piwik (statistiques de fréquentation du portail)
• Fichiers XML de démarches : Le code INSEE est ajouté dans les fichiers XML de démarches dès lors qu'une ville est renseignée

Case¶

• Refonte des notions de confidentialité et de visibilité : L'objectif est de clarifier la gestion de ces deux notions en renforçant leur imbrication.

Ainsi, on conserve dans la définition d'une nature, les 3 paramètres actuels :
- confidentiel par défaut : oui/non
- confidentialité modifiable : oui/non
- visibilité hors diffusion : ne conserver que deux niveaux (oui/non) (le niveau "Résumé uniquement" devient équivalent à oui).

En gestion, on opère les modifications suivantes :
- la confidentialité est appliquée au niveau du dossier et non plus pour chaque service destinataire: elle ne sera donc gérable après intégration (si cela est autorisée) que par le propriétaire du dossier. En reprise de données, la confidentialité du propriétaire est appliquée à tous les services destinataires.

- Pour les accès hors diffusion :

si la visibilité est à NON, alors le dossier ne sera jamais visible hors diffusion.
si la visibilité est à OUI et que la confidentialité est à NON, le dossier sera visible aux agents disposant du droit noteResume sur le domaine et les agents ayant en plus le droit noteDetail pourront voir le détail de la note.
si la visibilité est à OUI et que la confidentialité est à OUI, le dossier sera visible aux agents disposant du droit noteResumeRestricted sur le domaine et les agents ne pourront voir que le résumé (ou le détail s'ils ont le droit noteDetail).

NB : le droit noteResumeRestricted est un nouveau droit. Les clients actuels n'ont pas ce nouveau droit dans leur configuration.

Ces nouvelles règles doivent s'appliquer sur la recherche de dossiers publics et l'onglet Dossiers des partenaires.

• Notifications : Le nom du service/utilisateur est disponible dans les notifications envoyées suite à la suppression d'une donnée sur un dossier.

Case¶

• Circuit de validation : l'étape précédente est automatiquement cochée.

Portail¶

Générateur de démarches¶

• Paramètre sur champ de type adresse : il est possible de préciser une liste de codes ISO de pays pour limiter la liste des pays proposés sur le portail.
  Côté usager, la liste des pays du champ adresse est limitée aux codes ISO cités (s'il y en a).
  Si un seul pays est proposé, le libellé s'affiche sans menu déroulant.

• Routage géographique : le routage géographique est disponible sur un champ de type commune

Côté usager¶

• Pièces jointes : si le formulaire contient des champs en erreur et des champs de type "Fichiers", alors la validation du formulaire ne supprime plus les fichiers déjà téléchargés par l'usager.

Process¶

• Sélection d'un thème : les modalités de recherche ont été modifié : la recherche se fait avec un comparateur "contient" au lieu d'un comparateur "égal".

• Recherche : Ajout d'un critère de recherche sur la priorité des dossiers

Fusion¶

• Générateur de champs de fusion : amélioration de l'outil pour la récupération des listes (tri, filtres...)

• Générateur de champs de fusion : Ajout du champ de fusion pour récupérer le thème

Dematree¶

• L'annuaire est exportable

Case¶

• Création de dossier : un paramètre permet d'avoir la liste des natures au clic sur Intégrer un dossier afin de permettre à l'utilisateur de choisir la nature du dossier à intégrer avant d'ouvrir la fiche d'intégration

Admin¶

• Enrichissement des possibilités sur la définition des gabarits : tri sur la date de dernière modification des dossiers liés, affichage d'icônes cliquables pour les partenaires et les services, ...

DATA Export¶

• Extension de la partie « Export de données métiers » avec le format de sortie table PostgreSQL.

• Rappel : Cette fonctionnalité (à activer par Adminext) vous permet de collecter les données issues des demandes des usagers et de vos réponses afin de pouvoir les exploiter. L’administrateur fonctionnel peut paramétrer ces exports (à partir des champs de fusion disponibles dans l’application).

• Ces exports sont réalisés quotidiennement au format CSV et maintenant PostgreSQL.

• Plusieurs paramètres ont été ajoutés dans la configuration des exports :
  - « conserver les données purgées ? » : permet d’indiquer si vous souhaitez conserver dans la base d’export, et donc dans les csv qui en découlent, les données purgées (en cas d’export statistique) ou non (en cas d’export de données personnelles). NB : la CNIL impose du purger les données (= effacer les dossiers) des usagers au bout d'un temps défini en fonctions de certains critères.
  - pour chaque colonne de l’export, un type de données peut être défini (chaînes de caractères, entier, nombre à 2 décimales, booléen, date). Cela définit le type de données dans la base PostegreSQL ainsi que dans les outils de visualisation qui peuvent se rattacher à cette base (comme par exemple Serenytics).

• Les règles suivantes ont été mises en place en cas de modification des exports :
  - Les natures sur lesquelles portent l’export et le paramètre « conservation des données purgés » ne sont pas modifiable après la 1e exécution (trop d'incidence possible).
  - Le nom de l'export ou le nom des colonnes peuvent être modifiés sans incidence sur les données (y compris celles purgées qui sont conservées le cas échéant)
  - La suppression ou l’ajout d’une colonne n’a pas d’incidence sur les autres colonnes. Seuls les données disponibles sont calculées dans le cas d’une nouvelle colonne mais les donnes purgées sont conservées sur les autres colonnes le cas échéant.
  - Le changement de type ou de champ de fusion utilisé provoque le recalcul de toute la colonne (entraînant la perte des données purgées le cas échéant)

Case¶

• Création d'une nouvelle colonne sur les dossiers : heure de dernière modification.

• Identification des services dans l'historique des propriétaire : le libellé long a remplacé le code court.

• Relève de mail :le mécanisme d'appariement est simplifié (sur paramètre). Si un seul partenaire possède l'adresse mail de la demande, l'appariement avec ce partenaire est automatique.

• Affichage du message lors de la recherche par référence sur un projet de courrier : si le projet de courrier n'est pas accessible par l'itilisateur, un pop up l'informe du service dans lequel le projet est en cours de validation.

Portail¶

Générateur de démarches¶

• Suppression de la notion d'ajout de fichier XML dans 6Tzen Admin. Le fichier XML est systématiquement joint.

Administration¶

• Surcharge de texte : création d'un droit pour surcharger le footer des mails issus du portail

Côté usager¶

• Visibilité des partenaires liés :Lorsqu'un utilisateur connecté sur le portail accède à la fiche d'un organisme (ou citoyen) sur lequel il est chaîné avec une casquette gérante, il visualise tous les autres utilisateurs chaînés sur ce même organisme.

Portail¶

Côté usager¶

• Nombre à virgule : l'usager peut indifféremment utiliser le point ou la virgule.

Publication¶

• Affichage des valeurs : Sont affichable en colonne les éléments suivants : le type de routage, le groupe de routage, l'intitulé de la démarche et le nom de sortie de la démarche

Générateur de démarches¶

• Opération en code JS : il était possible de cacluler des sommes grâce au code JS, il es présent possible d'effectuer des soustractions, des multiplications et des divisions.

Syntaxe :

Portal.Utils.Request.calcul("<code_resultat>", "<formule>", readonly);

Exemple d'utilisation :

Portal.Utils.Request.calcul("F3", "Math.round({F7_L1_C1}+Math.round({F7_L2_C1}*19.6/100)-{F7_L1_C1}/{F7_L2_C1})", true);

Si un des champs n'est pas un nombre ou vide alors le résultat est vide

Case¶

• Changement de nature d'un dossier : il n'était pas possible de modifier la nature d'un dossier si celui-ci était issu du portail. Cette règle a été assouplie :

- le changement de nature est possible si 2 ou plus sont autorisées
- la liste des natures autorisées exclut, dans le cas d'un dossier provenant du portail, les natures ayant un compteur différent de la nature courante.

• Réintégration de document sur un dossier entrant : il est désormais possible de réintégrer des documents correspondant à un dossier entrant

• Association automatique d'un document sur un dossier : il est possible, depuis la nature de dossier, d'associer automatquement un document à un dossier. Voir module Admin, Association d'un document à une nature.

Paraph¶

• Expédition : Dans les informations stockées au niveau du message d'expédition, les informations suivantes sont disponibles :
  - l'adresse d'expédition lorsque celle-ci est spécifiée
  - l'adresse mail de l'utilisateur qui a fait l'expédition au niveau de "Envoyé en copie à" lorsqu'il a coché la case "Recevoir une copie".

Admin¶

• Générateur de champs de fusion : les libellés proposés ont été harmonisés avec les libellés utilisés dans les fiche d'indexation (exemple : "référence expéditeur" devient "référence interne")

• Générateur de champs de fusion : une nouvelle méthode permettant de filtrer sur des listes d'éléments a été implémentée. Cela permet par exemple, depuis un dossier, de récupérér la liste des dossiers liés dans lesquels on trouve une donnée précise (recommandé : oui).

• Générateur de champs de fusion : il est possible d'ajouter un filtre sur les éléments suivants : code court de la nature, du type, du domaine.

• Envoi de mail au changement de statut : Valable uniquement pour les clients utilisant le module Portal. Dans l'interface d'administration des statuts externes, il est possible d'associer un mail spécifique qui sera envoyé à l'usager lorsque le statut associé au mail sera positionné sur sa demande issue du portail.

• Association d'un document à une nature : Dans la définition d'une nature, il est possibile d'ajouter des documents qui seront ajoutés automatiquement au moment de l'intégration ou de la signature du courrier.
  L'ajout d'un document prévoit :
  - le choix du document (à télécharger depuis le poste de travail)
  - le nom du document (qui sera utilisé comme nom de contenu)
  - le type de donnée acceptant des document parmi celles définies sur le type de la nature
  - le choix de fusion parmi 3 options : Pas de fusion, fusion bureautique, fusion PDF.

Lors de l'ajout du document, si l'option de fusion est "Fusion bureautique", celui-ci devra être automatiquement converti dans le même format que le fichier d'origine, afin de fusionner les champs. Si l'option est "Fusion PDF", le document sera figé en PDF. Si "pas de fusion", alors on conserve le document avec les champs de fusion non traités.

DATA Export¶

• Export de données métiers : Cette fonctionnalité(à activer par Adminext) vous permet de collecter les données issues des demandes des usagers et de vos réponses afin de pouvoir les exploiter. L’administrateur fonctionnel peut paramétrer ces exports. Ils sont réalisés quotidiennement au format CSV.

Référentiel Géographique¶

• Une mise à jour du référentiel a été appliqué : 421 communes ont été créées, 1086 ont été supprimées

Portail¶

Côté Usager¶

• Lorsqu'une étape ne comporte pas de champ obligatoire, le texte "Les champs suivis d’une astérisque (*) sont obligatoires" n'apparaît plus.

Case¶

• Liste des dossiers liés : Il existe une colone permettant d'afficher une icône enveloppe lorsqu'un dossier ou un projet de dossier est lié au dossier affiché. Le clic sur l'enveloppe permet d'afficher la liste des dossiers et projets de dossier liés.

• Gestion des documents sur les dossiers entrants : Il est possible d'intégrer des champs de fusion sur les documents présents dans les dossiers entrants. La prévisualisation de documents contenant des champs de fusion aura pour effet de fusionner les champs (comportement équivalent à la prévisualisation des projets de dossier).
  Le bouton "Regrouper les documents" a également pour effet de fusionner les champs.
  Le bouton "Convertir les documents" est disponible, et permet de traiter la fusion vers les formats Doc, Docx, Odt ou Pdf sur un dossier.

Paraph¶

• Accès aux brouillons : tout utilisateur identifié en "suivi par" sur un brouillon y a accès via la bannette "Mes projets de courrier". Il peut :
  - regrouper, visualiser et télécharger les documents (boutons d'action du bloc Export)
  - modifier les documents en WebDAV depuis la fiche de détail
  Il n'a pas accès aux actions : Modifier, Fusionner, Figer, Signer électroniquement, Statut, Supprimer, Soumettre à validation

Portail¶

Côté Usager¶

• Modification du message de blocage de compte : "Votre compte est désactivé pour des raisons de sécurité. Veuillez vous reconnecter ultérieurement." est remplacé par : "Votre compte est désactivé pour des raisons de sécurité (ou ce compte n'existe pas). Veuillez vérifier vos identifiants ou vous reconnecter ultérieurement."

Générateur de démarches¶

• Calcul de pourcentage : Il est désormais possible de calculer un pourcentage à partir de valeurs pré-renseignées dans les précédents champs de la démarche et d'afficher ce résultat dans une cellule de tableau.
  Exemple :
  

  
  Portal.Utils.Request.calculPourcentage('<code_champ_resultat>', '<code_champ_total>', '<champ_champ_partie>'[, <nombre_apres_virgule>[, <ratio>]])
  
  

  
  nombre_apres_virgule: correspond à l'arrondi. 0 pour aucun chiffre apres la virgule, 2 pour 2, etc... (0 par défaut)
  ratio: correspond au ratio du pourcentage (par defaut 100). 10% avec un ratio de 1 affichera 0.10 et avec 10 un ratio de 100.

Exemples :
Portal.Utils.Request.calculPourcentage('F7_L1_C1', 'F7_L2_C1', 'F7_L3_C1')
Portal.Utils.Request.calculPourcentage('F7_L1_C1', 'F7_L2_C1', 'F7_L3_C1', 2)
Portal.Utils.Request.calculPourcentage('F7_L1_C1', 'F7_L2_C1', 'F7_L3_C1', 2, 1)

Paraph¶

• Envoi des documents de l'entrant lié : Lors d'une expédition, les documents du dossier entrant lié sont disponibles au même titre que les documents du sortant, à la différence près qu'il ne sont pas cochés par défaut. Cette évolution n'est sensible que si le paramètre permettant de visualiser les documents de l'entrant depuis le sortant est activé.

Case¶

• Création des dossiers : De la même manière qu'il est possible d'accéder au formulaire de création d'un partenaire depuis la fiche de création d'un dossier, il est désormais possible d'accéder à la fiche de création d'un dossier depuis une donnée de type 'lien vers un dossier'.

Admin¶

• Nouvelle gestion des listes de références : les nouvelles listes de référence dites "simples" (i.e. à une seule colonne) sont gérées sous une entrée unique dans l'interface d'administration "Données de référence simples". Un sélecteur permet d'afficher toutes les listes de références "simples" disponibles.

• Nouveau paramètre dans le gabarit : dans la gestion des natures, le gabarit admet un nouveau paramètre applicable au composant "lien vers un dossier" (cmp_noteLinkFromNote) permettant de filtrer les dossiers appraissant dans le composant par nature ou type de nature.
  exemple d'utilisation :

<cmp_noteLinkFromNote id="noteLinkFromNote">
<filter nature="*" />
</cmp_noteLinkFromNote>
<cmp_noteLinkFromNote id="noteLinkFromNote2" title="Demandeusager + Signalement">
<filter nature="Demandeusager" />
<filter natureTemplate="signalement" />
</cmp_noteLinkFromNote>

Portail¶

Générateur de démarches¶

• Mise à disposition du code javascript pour figer le contenu d'une cellule de tableau.
• Mise à disposition du code javascript permettant de cacher des champs en fonction des valeurs choisies par l'usager dans l'étape.
• Permettre la saisie d'une valeur par défaut dans les colonnes d'un tableau.

Publication¶

• Possibilité de surcharger le mail envoyé à l'usager lors de la modification du statut de sa demande.

Portail¶

Générateur de démarches¶

Mise à disposition de code javaScript pour le masquage de champs et les calculs dans les tableaux (voir documentation).

Portail¶

Générateur de démarches¶

• Dans les champs fichier, une aide est proposée pour permettre à l'utilisateur de restreindre les types de fichiers joignables.
• Il est possible de générer les champs de fusion, même si la démarche n'est pas accessible en modification.

Publication¶

• L'identification d'un bouquet lors de la publication d'une démarche n'est plus nécessaire. Cela permet notamment de gérer la publication de démarche en réponse à un dossier publié.
• Le libellé des démarches catalogue affiché dans le menu déroulant de choix au moment de la publication, et dans la colonne correspondante de la liste des démarches publiées, est préfixé par le code de la démarche.
  Exemple : 6tzen-0022 - Demande de place en crèche (Niv.1) Version 1 / Révision 1
• Le formulaire de contact évolue et devient une démarche gérable au même titre que les autres démarches.

Côté usager¶

• Accès aux dossiers sortants depuis le portail : le concept de "boîtes de réception", permettant aux usagers connectés de consulter les dossiers produits par 6Tzen Admin est mis en place. Les dossiers sortants ne seront visibles que via ces boîtes de réception, gérées par les concepts de pages et de blocs dans l'administration du portail (voir documentation).

Autres¶

• Le numéro de la demande est accolé au nom du fichier de récépissé pour permettre une différenciation rapide des différents récépissé reçus.

Process¶

• La gestion des notifications personnelles ne permet plus de sélectionner des natures non disponibles à la création ou à l'intégration, et seules les natures de sortants sont proposées pour les notifications concernant le parapheur.
• L'écran de recherche permet d'afficher les demandes sous forme d'agenda : il suffit de choisir la donnée de type "date" éligible à la recherche par agenda que l'on souhaite faire, et d'appliquer ensuite les autres critères souhaités. L'affichage des résultats de la recherche ne se fera pas sous forme de liste, mais sous forme d'agenda.
• Il est possible d'enregistrer et de partager des recherches portant sur les partenaires (comme il est possible de le faire sur les dossiers).
• Un bouton disponible dans "Mes préférences" permet à chaque utilisateur de réinitialiser ses préférences d'affichage (ordre de tri, colonnes, etc.).

Paraph¶

• Mise en place de la signature électronique par cachet serveur

Fusion¶

• Le champ de fusion permettant de récupérer l'utilisateur identifié dans le champ "Utilisateur affecté par défaut" a été ajouté aux champs disponibles dans le générateur.
• Un nouveau modificateur, permettant de mettre la première lettre d'une chaine de caractères en minuscule, a été ajoutée (uncapitalize).

Admin¶

• Lors du changement de nature sur un dossier existant, la limitation aux natures du même domaine n'existe plus. La limitation est faite sur les natures basées sur le même type, en tenant compte des restrictions éventuelles sur les types d'usagers expéditeur/destinataires déjà présents sur le dossier.

6Tstore¶

• Les démarches du catalogue peuvent être téléchargées.