SaaS : pas d’adresse indiquée pour les RDV en ligne pour les motifs à domicile

ℹ️ Contexte

Source :
Contrairement à la prise de RDV en ligne sur RDVS, le point d'entrée pour la prise de rendez-vous en ligne des usagers se fait par un lien qui renvoie directement à la sélection de service ou de motif pour les utilisateurs de RDVSP.

Cette différence, ne permet pas aux usagers de RDVSP de renseigner leur adresse. Par conséquent, les motifs avec comme location type : à domicile sont pris sans que l'agent n'ait l'information de l’adresse de l'usager ayant pris RDV en ligne.

Actuellement, sur RDVSP, les informations que nous avons sur l'usager sont le nom / prénom / adresses email et parfois le n° de tel lors de la création du compte usager.

RDV.VAD.mov

❓ Définition du problème

En tant qu'agent, je ne connais par l'adresse à laquelle je dois me rendre lorsque le rendez-vous est à domicile.

Dans : app/views/users/users/_form.html.slim, on regarde si le territoire a activé le champs adresse, mais en fait il vaudrait mieux voir si le rdv pris via le rdv wizard est à domicile (via le motif) ou si c'est un motif qui utilise de la sectorisation.
Il faudra aussi vérifier qu'on a la bonne logique côté agent

@NesserineZarouri @victormours

D'après mes tests, l'usager a la possibilité de renseigner son adresse juste après inscription ou connexion lors de la Step 1.
Comme on peut le voir sur la vidéo dans la description, le champ "adresse" n'est pas disponible sur le formulaire d'inscription de l'usager. Toutefois, il s'affiche directement à l'étape suivante (après connextion/inscription).

Je suis preneur d'un éventuel ticket Zammad de la part d'un référent/agent détaillant le comportement du bug.

Voir screencast:

https://www.loom.com/share/4fb82b7e68284e268d470462440f3d54?sid=2ddab774-88e9-4085-b039-559b1f11f42c

Dans : app/views/users/users/_form.html.slim, on regarde si le territoire a activé le champs adresse, mais en fait il vaudrait mieux voir si le rdv pris via le rdv wizard est à domicile (via le motif) ou si c'est un motif qui utilise de la sectorisation. Il faudra aussi vérifier qu'on a la bonne logique côté agent

Logique d'affichage du champ Adresse:

rdv-service-public/app/views/users/users/_form.html.slim

Lines 29 to 31 in ad5c893

    
           - unless current_user.only_invited? || current_domain == Domain::RDV_MAIRIE 
        
             - address_value = local_assigns[:rdv_wizard].present? && user.address.nil? ? rdv_wizard.to_query[:where] : user.address 
        
             = f.input :address, input_html: {value: address_value, class: "places-js-container" }

On regarde plutôt si le territoire a activé le champ "Complément d'adresse" afin d'afficher ce dernier ou non. Mais on affiche toujours le champ Adresse sauf pour les invitations, et Rdv Mairie.

	- unless current_user.only_invited? \|\| current_domain == Domain::RDV_MAIRIE
	- address_value = local_assigns[:rdv_wizard].present? && user.address.nil? ? rdv_wizard.to_query[:where] : user.address
	= f.input :address, input_html: {value: address_value, class: "places-js-container" }