Un exemple vérifiable au sud du lac d’Annecy

La consultation de l’API publique de découpage administratif du 25 septembre 2026 associe 74210 à huit communes : Chevaline, Doussard, Faverges-Seythenex, Giez, Lathuile, Val de Chaise, Saint-Ferréol et Talloires-Montmin. Le même résultat fournit deux codes postaux pour Talloires-Montmin : 74210 et 74290. Cette réponse montre pourquoi le système doit conserver la commune choisie avec le code postal saisi. Elle ne décrit ni une tournée commerciale, ni une durée de trajet, ni les secteurs qu’une entreprise accepte réellement de desservir.

Faire choisir la commune sans perdre la saisie

Après la saisie du code postal, proposez les communes correspondantes dans une liste lisible. Si plusieurs résultats existent, ne choisissez pas automatiquement le premier. Le client doit pouvoir préciser sa commune ou signaler que son lieu n’apparaît pas. Enregistrez le texte initial, la commune retenue et son identifiant administratif comme des informations distinctes. Une modification ultérieure du code postal doit déclencher une nouvelle vérification du couple commune-code postal, plutôt que conserver silencieusement l’ancien choix.

Définir trois issues opérationnelles

Préparez une règle validée par l’entreprise avec trois issues : secteur habituellement desservi, secteur à étudier, secteur non desservi. La première peut ouvrir la qualification du besoin, mais ne promet pas un créneau disponible. La deuxième crée une tâche de vérification avec l’adresse manquante ou le motif d’exception. La troisième affiche une explication cohérente avec votre politique d’intervention. Une commune entière peut rester trop grossière si votre périmètre dépend de l’accès ou du lieu précis : dans ce cas, gardez une validation humaine.

Prévoir l’indisponibilité du service de recherche

Si la recherche de communes échoue, le formulaire doit conserver les informations déjà remplies et permettre une demande à qualifier. Un service externe indisponible ne signifie pas que le client habite hors secteur. Évitez également de calculer un délai de déplacement à partir d’un simple point central de commune. Si votre organisation utilise un calcul d’itinéraire, il doit disposer du lieu nécessaire et d’une règle de validation adaptée ; ce calcul reste séparé du contrôle administratif de la commune.

Recette : une acceptation qui exige un vrai choix

Dans un jeu d’essai fictif, paramétrez Doussard comme secteur habituel et Giez comme secteur à étudier. Soumettez deux demandes avec 74210 : leurs résultats doivent différer selon la commune sélectionnée. Soumettez ensuite le code seul ; le dossier doit rester incomplet. Changez le code après avoir choisi une commune et simulez une panne de recherche. Le système doit demander une vérification sans effacer la demande ni confirmer le déplacement. Enfin, contrôlez qu’un renvoi du formulaire ne crée pas une seconde intervention.

À préparer pour votre projet

  • Périmètre réel approuvé par l’entreprise, avec cas à étudier
  • Choix explicite lorsque plusieurs communes partagent un code postal
  • Conservation de la saisie et de la commune sélectionnée
  • Comportement prévu en cas d’indisponibilité de la recherche
  • Jeu d’essai avec lieu ambigu, modification et double soumission

Le périmètre à confirmer

Le référentiel public doit être actualisé ; la liste citée correspond au contrôle daté dans les sources. Elle ne prouve pas qu’un trajet est possible ou qu’un créneau est libre. Le paramétrage de desserte de l’exemple est fictif et ne décrit aucune entreprise réelle.

Le devis précise les outils, les accès, le calendrier et les éventuels coûts de licences ou de consommation. Aucun gain chiffré n’est annoncé sans mesure.