Development #49093
Avoir un appel WS pour anonymiser une réservation
0%
Description
On voudrait pouvoir anonymiser les réservations d'événements d'un usager. Le cas d'usage est l'anonymisation en masse des demandes de l'usager suite à sa demande ou son décès.
La gestion d'un délai dans #45288 ne va pas convenir dans le cas où les inscriptions doivent dans le cas général perdurer et l'anonymisation pour un usager devoir se faire rapidement.
Dans les demandes qui sont à l'origine des inscriptions il pourrait être géré un appel WS permettant de demander l'anonymisation de la réservation, préalablement à l'action d'anonymisation de la demande.
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a plus de 3 ans
- Lié à Development #45288: Anonymisation des rendez-vous dans chrono ajouté
Mis à jour par Frédéric Péters il y a plus de 3 ans
Et l'idée c'est une démarche de déclaration de décès qui somehow va trouver toutes les réservations de l'usager et appeler une par une le webservice de chrono ? Ça ne me semble pas idéal il faut plutôt une API pour anonymiser toutes les réservations d'une personne, non ?
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a plus de 3 ans
Actuellement, l'agent arrive sur le tableau de traitement de toutes les inscriptions filtrée sur l'usager et lance l'action de masse d'anonymisation sur toutes les inscriptions de l'usager.
L'action de masse est là via une action globale qui pourrait contenir l'action d'appel WS d'anonymisation avec l'action d'anonymisation.
Il me semble que ce que tu propose conduirait à ce que suite à l'anonymisation des demandes d'inscriptions l'agent complète une nouvelle demande visant à anonymiser les réservations dans chrono (pour faire cet unique appel WS). Ce serait sûrement mieux en terme de performance mais demanderait des opérations supplémentaires de la part de l'agent.
Mis à jour par Frédéric Péters il y a plus de 3 ans
Actuellement, l'agent arrive sur le tableau de traitement de toutes les inscriptions filtrée sur l'usager et lance l'action de masse d'anonymisation sur toutes les inscriptions de l'usager.
Ok il y a dans ton cas particulier une seule démarche de prise de rendez-vous.
Mis à jour par Valentin Deniaud il y a plus de 3 ans
- Fichier 0001-api-add-anonymize-booking-endpoint-49093.patch 0001-api-add-anonymize-booking-endpoint-49093.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par Frédéric Péters il y a plus de 3 ans
Il me semble qu'il faut ici prendre en compte aussi la possibilité de réservations secondaires, et les anonymiser comme la primaire.
Mis à jour par Valentin Deniaud il y a environ 3 ans
- Fichier 0001-api-add-anonymize-booking-endpoint-49093.patch 0001-api-add-anonymize-booking-endpoint-49093.patch ajouté
Yup.
Mis à jour par Frédéric Péters il y a environ 3 ans
- Statut changé de Solution proposée à Solution validée
Mis à jour par Valentin Deniaud il y a environ 3 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit 33141992c4b8082384ddd6f94d7270ff1f1c9b0b
Author: Valentin Deniaud <vdeniaud@entrouvert.com>
Date: Thu Dec 17 18:20:29 2020 +0100
api: add anonymize booking endpoint (#49093)Mis à jour par Frédéric Péters il y a environ 3 ans
- Statut changé de Résolu (à déployer) à Solution déployée
Mis à jour par Mikaël Ates (de retour le 29 avril) il y a environ 3 ans
- Lié à Development #51366: Ajouter dans le retour de l'appel de réservation l'url pour l'anonymisation ajouté
api: add anonymize booking endpoint (#49093)