Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Current »

Cette version rétablit le fonctionnement du dashboard “Cookies” et ajuste l’interprétation des métriques du bandeau cookie.

Dans cette version, l’applicatif cookies end-user (TAC) passe de la version 1.9.8.2 à 1.9.8.3 ; pensez à mettre à jour les configurations cookies pour profiter des dernières nouveautés. Plus de détails sur la page Guide de migration.

Cookie Consent : Local Storage

En mode Local Storage, les choix et - si activé - l’ID de suivi des actions des utilisateurs ne sont plus enregistrés dans un cookie mais directement dans l’espace de stockage local du navigateur.

Via cette fonctionnalité, l’intégration de Cookie Consent peut se faire sans aucun cookie. Les cookies des différents services chargés par ailleurs restent néanmoins présents.

Cette fonctionnalité s’active depuis l'écran de gestion de la configuration concernée, dans la section “Intégration” / “Cookie principal” :

Coté utilisateur, si Cookie Consent détecte un changement de mode de fonctionnement, il déplace les valeurs de choix existants depuis le cookie vers le local storage ou inversement de manière à ce que l’utilisateur final n’ait pas à nouveau à indiquer ses choix.

Right Request : ouverture de requêtes par formulaire

Une nouvelle route REST, permettant la création de requêtes par simple formulaire, est exposée : /api/requests/rgpd/{alias} .

Le payload contient l’ensemble des éléments nécessaires à l’identification de la personne, en particulier preuve d’identité et de domicile.

Cette route ne nécessite pas d’authentification auprès du backend et est protégée par hcaptcha.

Les requêtes créées par ce biais ont le statut “non confirmé” (voir plus bas) ; un email est envoyé à l’auteur de la requête avec un lien permettant de confirmer la requête et qu’il a accès à la boite mail communiquée.

Dés confirmation, la requête passe en statut “ouvert”. A défaut elle conserver le statut “non confirmé” et est automatiquement supprimées au bout de 24 heures.

Exemple d’intégration :

Right Request : gestion des durées de rétention par défaut

Il est maintenant possible de préciser les durées de conservation des requêtes selon leur type. Les requêtes seront automatiquement purgées quand elles dépassent la durée indiquée.

Le paramétrage se fait dans “Right Requests” / “Configuration” :

Right Request : statut “non confirmé”

Les requêtes créées par formulaire en mode non authentifié ont le statut “non confirmé” jusqu'à ce que l’auteur de la requête la confirme via le lien qui lui a été envoyé. A défaut elle est automatiquement supprimée au bout de 24 heures.

Right Request : suppression / purge de requêtes

Il est maintenant possible de supprimer ou purger les requêtes :

  • Supprimer : possible quand la requête n’a pas encore été prise en charge (statuts “non confirmée” et “brouillon) ;

  • Purger : possible quand une requête a été fermée, quelle que soit la raison de la fermeture ;

Ces actions nécessite que l’autorisation de suppression ou purge soit ajoutée à un des rôles de l’utilisateur, via “Administration” / “Rôles”.

Back Office : passage de la passphrase à 12 caractères

La longueur minimale de la passphrase est maintenant de 12 caractères.

Il n’y a pas d’obligation de modifier les existantes, mais les utilisateurs ayant des passphrases de taille inférieure sont invitées à les ajuster.

  • No labels