betagouv / rdv-service-public

Prise de RDV pour les services publics
https://rdv.anct.gouv.fr
GNU Affero General Public License v3.0
14 stars 2 forks source link

Département 92 : gestion des doublons et visibilité sur tout le territoire #3429

Open mekaidmekaid opened 1 year ago

mekaidmekaid commented 1 year ago

Contexte initial

Clarisse nous a remonté que dans certains cas, le module de fusion affiché un message confirmant que la fusion a bien été réalisée, or celle-ci n'a pas eu lieu.

Voici les url d’un doublon pour lequel la fusion n’a pas été efficiente : les deux fiches usagers sont toujours là, et contiennent chacune des RDV

Résultats de l'investigation de François le 5 avril 2023

Soient 2 usagers "doublon" tous les deux liés à une organisation A. Depuis #3228, pour les territoires ayant activé l'option "Les usagers peuvent être visible sur tout le territoire" (actuellement seulement les Hauts de Seine), je peux les voir depuis l'interface de l'organisation B. Je tente donc de les fusionner depuis l'organisation B. Le code ordonne alors de "retirer l'usager source de l'organisation en cours, et le supprimer si il n'est plus lié à aucune orga". Il reste donc présent dans l'orga A, et toujours visible depuis l'orga B.

Notes de Victor lors de l'atelier avec Clarisse le 2 mai :

Création d’un doublons parfois même si on ne trouve pas de rdv Ils ont des webhooks qui pointent vers un crm Il y a parfois des informations incomplètes dans les fiches usagers, ou légèrement différentes C’est effectivement un problème d’UI au moment de la recherche de créneau Le bug principal c’est que la fusion aujourd’hui est cassé, il y a pas besoin d’une opération oneshot Le problème des doublons RDV Solidarités c’est que ça fait des doublons dans le CRM (Dynamics 365), et qu’on a du mal à retrouver tous les rendez-vous pour une seule personne dans rendez-vous solidarités Ce n’est pas grave que tous les agents aient accès à tous les usagers, vu que c’est déjà plus ou moins le cas dans le crm. A faire pour nous : trouver un bon critère de dédoublonnage à partir des données. La reco de clarisse : se baser sur prénom + numéro de tél,

Plan d’action

### My tasks
- [ ] https://github.com/betagouv/rdv-solidarites.fr/issues/3584
- [ ] https://github.com/betagouv/rdv-solidarites.fr/issues/3653
- [ ] A partir de là, envisager de revenir en arrière sur le décloisonnement
mekaidmekaid commented 1 year ago

@mekaidmekaid ajouté ticket zammad pour plus d'historique

francois-ferrandis commented 1 year ago

@mekaidmekaid J'ai investigué et ajouté à la description la raison du bug.

Nous pourrions résoudre le bug en ajoutant un bout de scotch sur le bout de scotch existant mais ce serait une mauvaise idée. Nous devrions plutôt questionner le choix de la solution #3228 pour répondre au problème des Hauts de Seine. En effet, cette solution (permettre de voir les usagers à travers tout le territoire) a des répercussions importantes, dont ce bug est un exemple.

J'aimerais donc organiser un atelier pour parler de tout ça, peu-être en présence de la référente puisque c'est elle qui détient le besoin. Si j'ai bien compris, le besoin était d'éviter la création de doublon. Peut-être existe-t-il des moyens de répondre à ce besoin sans ouvrir la liste des usagers à tout le territoire.

De plus, comme je l'avais déjà mentionné, ouvrir la visibilité des usagers à travers le territoire cause des soucis de confidentialité.

mekaidmekaid commented 1 year ago

Les détails de Clarisse :

"Ce problème devient chez nous très important à traiter. En effet, nous incitons fortement sur l’ensemble de nos applicatifs, nos agents qui rencontrent des doublons à les fusionner, or à ce jour sur RDV-Solidarités, cette fonctionnalité n’est opérationnelle sur notre département que lorsque le doublon a été généré sur une même organisation (ce qui représente des situations minoritaires).

Nous préparons depuis plusieurs mois des actions de sensibilisation des agents en matière de prévention et traitement des doublons, qui est sur le point d’aboutir, avec la réalisation notamment de tutoriels vidéos. Nous avons donc besoin que ce problème, signalé depuis le 13/02/2023, soit traité au plus vite. En attendant, je continue de lister les fusions échouées sur RDV-Solidarités, afin de pouvoir les rejouer lorsqu’une solution technique aura été livrée."

victormours commented 1 year ago

Notes de la réunion du 2 mai avec Clarisse : Création d’un doublons parfois même si on ne trouve pas de rdv Ils ont des webhooks qui pointent vers un crm Il y a parfois des informations incomplètes dans les fiches usagers, ou légèrement différentes C’est effectivement un problème d’UI au moment de la recherche de créneau Le bug principal c’est que la fusion aujourd’hui est cassé, il y a pas besoin d’une opération oneshot Le problème des doublons RDV Solidarités c’est que ça fait des doublons dans le CRM (Dynamics 365), et qu’on a du mal à retrouver tous les rendez-vous pour une seule personne dans rendez-vous solidarités Ce n’est pas grave que tous les agents aient accès à tous les usagers, vu que c’est déjà plus ou moins le cas dans le crm. A faire pour nous : trouver un bon critère de dédoublonnage à partir des données. La reco de clarisse : se baser sur prénom + numéro de tél,

Plan d’action :

victormours commented 1 year ago

On a résolu le premier point dans https://github.com/betagouv/rdv-solidarites.fr/issues/3584