feat(preparation): gestion des erreurs circuit, validation IA et prévisualisation carte

Création et validation de circuits

Avant

• Lors d’un code circuit ou d’un libellé déjà utilisé, l’utilisateur recevait un message d’erreur générique, sans indication claire du champ concerné ni de proposition de correction. En validation d’une proposition IA, un conflit de nommage bloquait ou déroutait sans expliquer qu’une autre dénomination avait été appliquée automatiquement.

Après

• Les conflits de code (110) et de libellé (111) affichent un avertissement explicite, mettent en évidence le champ concerné et proposent « Utiliser la suggestion » pour réessayer avec la valeur proposée par le serveur. À la création manuelle, aucun renommage silencieux : l’utilisateur garde la main. Lors de la validation d’une proposition optimisée, si le serveur ajuste le nommage pour enregistrer le circuit, une information indique le code et le libellé réellement enregistrés.

Optimisation IA et paramétrage Avant

• Les échecs d’optimisation (aucun usager éligible, tous déjà affectés, paramétrage manquant ou incohérent, etc.) n’étaient pas toujours compréhensibles pour l’exploitant, ce qui compliquait le diagnostic sans contacter le support.

Après

• Chaque situation métier courante renvoie un message en français adapté (avertissement, information ou erreur selon le cas), pour que l’utilisateur sache s’il doit modifier sa sélection, ses paramètres ou attendre une autre action.

Prévisualisation des trajets sur la carte (propositions IA) Avant

• Sur la carte de prévisualisation, plusieurs usagers au même arrêt pouvaient être mal représentés ; le détail au clic était limité et la lecture des propositions IA moins lisible pour valider avant enregistrement.

Après

• Les arrêts partagés sont regroupés sur la carte avec le détail des usagers et horaires dans l’infobulle, et un indicateur lorsque plusieurs passagers sont sur le même point. La prévisualisation aide à contrôler la proposition avant validation.

Chauffeurs candidats et trajets prévisualisés Avant

• En parcourant les trajets d’une proposition, les classements chauffeur pouvaient se recharger inutilement ; les trajets paires / impaires proches apparaissaient en double dans la liste, ce qui brouillait la sélection.

Après

• Le changement de trajet réutilise le dernier résultat quand il est encore valide, pour une navigation plus fluide. Les trajets équivalents (ex. semaines paires / impaires) sont présentés de façon consolidée, alignée sur la logique de dédoublonnage déjà utilisée en exploitation.

Affectation et disponibilité chauffeur (jour / enchaînement) Avant

• Les retours « enchaînable », indisponible ou absent sur la bande hebdomadaire n’étaient pas toujours lisibles de la même manière selon les réponses API.

Après

• L’affichage unifie les libellés métier (disponible, absent, indisponible, enchaînable) et, pour les jours enchaînables, décrit les blocs horaires et l’écart entre trajets liés lorsque le détail est fourni par le serveur.