[SPIP Zone] Formidable et donnée personnelle

Salut à tous et toutes,

Dans le but de protéger mieux les données personnelles, j'aimerais apporter deux modifications à formidable.

1. Pour l'envoi d'email, si l'envoi dépend de la valeur d'un champ, faire qu'on puisse ne pas envoyer certains champs dans ce mail. Typiquement j'ai des responsables de parcours qui reçoivent les inscriptions à un parcours, mais il n'ont pas à recevoir les coordonnées de la personne qui s'inscrit.
Juste un petit problème ergonomique : potentiellement les champs à masquer pourraient dépendre de la personne a qui on envoie l'info. Du coup je ne sais pas trop comment gérer cela ergonomiquement. Une idée?
2. Pour les enregistrements, pouvoir hasher à intervalle régulier certains champs, sans pour autant effacer les autres. Pas de souci pour les champs standards, mais quid des fichiers? Comment faire un hashage correct ?

Merci d'avance pour vos pistes de réflexion sur ces deux points.

Maïeul

Salut,

Le 30/11/2018 à 19:06, Maïeul a écrit :

1. Pour l'envoi d'email, si l'envoi dépend de la valeur d'un champ, faire qu'on puisse ne pas envoyer certains champs dans ce mail. Typiquement j'ai des responsables de parcours qui reçoivent les inscriptions à un parcours, mais il n'ont pas à recevoir les coordonnées de la personne qui s'inscrit.
Juste un petit problème ergonomique : potentiellement les champs à masquer pourraient dépendre de la personne a qui on envoie l'info. Du coup je ne sais pas trop comment gérer cela ergonomiquement. Une idée?
2. Pour les enregistrements, pouvoir hasher à intervalle régulier certains champs, sans pour autant effacer les autres. Pas de souci pour les champs standards, mais quid des fichiers? Comment faire un hashage correct ?

Là, ça peut commencer à devenir très compliqué au niveau de l'interface.
Et pour la maintenance.
Est ce que ça ne pourrait pas se faire dans un traitement spécifique ?

--
nicod_

Le 01/12/2018 à 01:59, nicod_ a écrit :

Là, ça peut commencer à devenir très compliqué au niveau de l'interface.
Et pour la maintenance.

Ouais surtout pour le 1, et d'autant plus que ça me parait être pour une
utilisation vraiment particulière qui me semble loin d'être commune. Du
coup complexifier encore la config qui est déjà lourde, pour un truc qui
va être très peu utilisé… moyen. Donc là j'ai pas trop d'idée d'ergo,
mais en tout cas je le verrais plus dans un sous plugin.

--
RastaPopoulos

Le samedi 01 décembre 2018 à 01:59 +0100, nicod_ a écrit :

Salut,

Le 30/11/2018 à 19:06, Maïeul a écrit :
> 1. Pour l'envoi d'email, si l'envoi dépend de la valeur d'un champ,
> faire qu'on puisse ne pas envoyer certains champs dans ce mail.
> Typiquement j'ai des responsables de parcours qui reçoivent les
> inscriptions à un parcours, mais il n'ont pas à recevoir les
> coordonnées
> de la personne qui s'inscrit.
> Juste un petit problème ergonomique : potentiellement les champs à
> masquer pourraient dépendre de la personne a qui on envoie l'info.
> Du
> coup je ne sais pas trop comment gérer cela ergonomiquement. Une
> idée?
> 2. Pour les enregistrements, pouvoir hasher à intervalle régulier
> certains champs, sans pour autant effacer les autres. Pas de souci
> pour
> les champs standards, mais quid des fichiers? Comment faire un
> hashage
> correct ?

Là, ça peut commencer à devenir très compliqué au niveau de
l'interface.
Et pour la maintenance.
Est ce que ça ne pourrait pas se faire dans un traitement spécifique ?

pour le hashage de donnée, je pense que cela peut rester dans le même
traitement : ce sont juste des cases à cocher.

Pour l'email, on pourrait imaginer de mettre la config a part, mais
comme ca doit intervenir au moment du traitement par email... bon après
si on découpe correctement les fonctions (ce qui n'est pas tout à fait
le cas aujourd'hui), cela devrait pouvoir se maintenir