Projet

Général

Profil

Development #45288

Anonymisation des rendez-vous dans chrono

Ajouté par Nicolas Roche il y a presque 4 ans. Mis à jour il y a plus de 3 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
-
Version cible:
-
Début:
20 juillet 2020
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

Le libellé des rendez-vous peut encore contenir des informations qui
ont été anonymisées dans wcs.


Fichiers


Demandes liées

Lié à Chrono - Development #49093: Avoir un appel WS pour anonymiser une réservationFermé03 décembre 2020

Actions
Lié à Chrono - Development #49094: Le délai d'anonymisation configuré sur un agenda devrait plutôt se baser sur la date du rendez-vous ou de l'événement plutôt que sur la date de réservationFermé03 décembre 2020

Actions

Révisions associées

Révision 43c7a6b5 (diff)
Ajouté par Valentin Deniaud il y a plus de 3 ans

agendas: add anonymize delay (#45288)

Historique

#2

Mis à jour par Thomas Noël il y a presque 4 ans

Je vois deux points pour avoir ça :
  • un système d'anonymisation automatique des RDV du passé après un certain nombre de jours anonymize_delay (configurable au même niveau que minimal_booking_delay / maximal_booking_delay).
  • une API pour anonymiser un rdv, dont le endpoint est fourni via une anonyize_url donnée en réponse à la réservation, à côté de cancel_url. Cette URL pourrait être appelée dans le workflow juste avant l'action d''anonymisation de la demande.

L'anonymisation d'une réservation consiste à tout vider dans un Booking, sauf backoffice_url (ie: extra_data, label, user_display_label, user_external_id, user_name)

#3

Mis à jour par Frédéric Péters il y a presque 4 ans

Je suis dans un moment où je préfère la 1/, plus généralement ajouter des fonctionnalités simples/natives dans les applications, plutôt qu'avoir à complexifier les workflows.

#4

Mis à jour par Thomas Noël il y a presque 4 ans

Frédéric Péters a écrit :

Je suis dans un moment où je préfère la 1/, plus généralement ajouter des fonctionnalités simples/natives dans les applications, plutôt qu'avoir à complexifier les workflows.

Même avis, c'est même pour ça que je l'ai mise en premier. Ceci étant, on peut ajouter la 2 en cadeau -- j'imaginais les démarches sensibles où on veut vraiment vraiment effacer des données perso partout sans attendre.

#5

Mis à jour par Valentin Deniaud il y a plus de 3 ans

  • Assigné à mis à Valentin Deniaud
#6

Mis à jour par Valentin Deniaud il y a plus de 3 ans

Je ne fais donc que le 1) sauf demande contraire.

#8

Mis à jour par Frédéric Péters il y a plus de 3 ans

L'utilisation d'extra_data pour taper l'info anonymised, pas fan, je préférerais un attribut spécifique, qui pourrait être un timestamp (comme dans w.c.s.).

#10

Mis à jour par Frédéric Péters il y a plus de 3 ans

  • Statut changé de Solution proposée à Solution validée
#11

Mis à jour par Valentin Deniaud il y a plus de 3 ans

  • Statut changé de Solution validée à Résolu (à déployer)
commit 43c7a6b5e4292ea6d2f1e2419b10b607673f9acb
Author: Valentin Deniaud <vdeniaud@entrouvert.com>
Date:   Thu Aug 13 11:48:52 2020 +0200

    agendas: add anonymize delay (#45288)
#12

Mis à jour par Frédéric Péters il y a plus de 3 ans

  • Statut changé de Résolu (à déployer) à Solution déployée
#13

Mis à jour par Mikaël Ates (de retour le 29 avril) il y a plus de 3 ans

#14

Mis à jour par Mikaël Ates (de retour le 29 avril) il y a plus de 3 ans

  • Lié à Development #49094: Le délai d'anonymisation configuré sur un agenda devrait plutôt se baser sur la date du rendez-vous ou de l'événement plutôt que sur la date de réservation ajouté

Formats disponibles : Atom PDF