feature/VSN-2806 - Adjust the backend for other entities email modification !

La fonctionnalité de changement d'email ne se limite pas au cas où un utilisateur modifie sa propre adresse. Dans notre système, un utilisateur authentifié (typiquement un administrateur ou un collaborateur) peut également modifier l'adresse email d'un autre utilisateur — qu'il s'agisse d'un client, d'un chauffeur, d'un passager ou d'un représentant. C'est pourquoi le uuid de l'utilisateur cible est inclus directement dans le body des deux requêtes (EmailChangeInitiateRequest et EmailChangeConfirmRequest), plutôt que d'être extrait du JWT de l'appelant. Ce choix permet de couvrir deux scénarios distincts avec un seul endpoint : l'utilisateur qui modifie sa propre adresse (dans ce cas, le uuid transmis correspond à son propre identifiant), et l'administrateur qui corrige ou met à jour l'adresse d'un tiers (le uuid pointe alors vers l'utilisateur cible). Le contrôle d'accès sur qui a le droit d'effectuer cette action pour le compte d'un autre utilisateur est géré au niveau des permissions, indépendamment de ce flux. Par ailleurs, le JWT reste obligatoire pour accéder aux endpoints (authentification requise via Spring Security), mais il n'est plus la source de vérité pour identifier l'utilisateur cible de l'opération.