Los territorios pequeños y los códigos especiales son la parte del catálogo donde el sistema deja de parecerse a una lista y empieza a parecerse a un mapa político. No todas las regiones que aparecen en un formulario tienen código propio, y no todas las que lo tienen se comportan igual. Esta guía repasa por qué ocurre, qué tratamientos legítimos existen, para qué sirven los valores reservados y cómo se decide qué hacer con un territorio que no se puede atender.
¿Por qué no toda región tiene un código propio?
Porque la lista de códigos está pensada para identificar territorios con una administración propia, y hay realidades geográficas que no encajan en esa definición.
Existen dependencias y áreas de soberanía especial que figuran en algunos catálogos y en otros no. Hay territorios que comparten el código del territorio del que dependen porque su administración postal o telefónica es la misma. Y hay zonas donde no hay una autoridad que asigne códigos, de modo que cualquier valor sería inventado.
El resultado es que varias listas legítimas pueden diferir en decenas de entradas y ninguna estar equivocada. La pregunta útil no es cuál tiene razón, sino para qué se va a usar el dato. Una lista pensada para identificar territorios no tiene por qué coincidir con la que decide el reparto de un envío.
Un caso frecuente es el del territorio que aparece como destino aceptado en la operación pero no tiene código propio en el catálogo que se usa para guardar direcciones. Esa diferencia no es un error: son dos ámbitos distintos que hay que conciliar explícitamente.
Los cuatro tratamientos legítimos y su rastro
Hay cuatro formas de representar un territorio pequeño, y cada una deja consecuencias distintas en los datos que ya están guardados.
| Tratamiento | Cuándo encaja | Qué hay que vigilar |
|---|---|---|
| Código propio | Existe y la operación lo distingue | Que no se confunda con el del territorio del que depende |
| Código del territorio principal | La administración es compartida | Que quede claro en la presentación para no sorprender |
| Valor reservado | El ámbito no tiene código asignable | Que no se use como cajón de sastre para casos distintos |
| Sin dato | El valor no existe y no hace falta | Que no impida completar el resto del registro |
El error más costoso es mezclar tratamientos. Un sistema que a veces guarda el código del territorio principal y a veces el código propio del territorio pequeño acaba con dos representaciones del mismo lugar y ninguna consulta que las reúna.
Lo segundo que hay que vigilar es que el paso de un tratamiento a otro no rompa lo guardado. Si un territorio pasa a tener código propio, los registros antiguos siguen con el valor anterior y hay que decidir si se migran o se conservan con una nota.
¿Para qué sirven los valores reservados?
Para representar lo que no se puede representar con un código, siempre que se acote bien su significado. Un valor reservado es útil cuando su definición es única y está escrita.
Se usa para territorios sin código asignable, para regiones que agrupan varios territorios y para casos en que el dato no aplica. El problema aparece cuando el mismo valor recoge las tres cosas: entonces las consultas no pueden distinguir si un registro tiene un territorio agrupado o no tiene dato, y cualquier análisis posterior arrastra esa ambigüedad.
La regla práctica es un valor por significado. Si hacen falta tres, se definen tres, aunque solo se usen en muy pocos registros.
También conviene decidir si el valor reservado puede ser la respuesta de una persona o solo un valor interno de sistema. Si es una opción del formulario, hay que explicarla; si es interno, no debería aparecer en un campo que rellena el usuario.
Cuando el territorio no se atiende pero el dato es correcto
Es el caso que más confusión produce, porque el sistema rechaza algo que está bien escrito. La causa no es la forma del dato, sino la cobertura de la operación.
La consecuencia práctica es que el mensaje de error debe decir que ese destino no está disponible, y no insinuar que la dirección tiene un problema. Enviar a alguien a corregir una dirección correcta produce reintentos inútiles y oculta el dato que de verdad importa: cuántas personas intentan llegar a territorios fuera de cobertura.
Conviene además decidir qué se hace con el intento. Si el destino más frecuente fuera de cobertura es siempre el mismo territorio, esa información es una señal de negocio y no un caso residual que solo hay que bloquear.
En los territorios que comparten código con otro, hay un matiz adicional: la dirección puede ser válida y aun así quedar fuera de cobertura por razones de la operación. Es útil poder distinguir esa situación del simple valor no reconocido.
Notas para quien programa
- Fija un ámbito único para el catálogo y escribe su regla de pertenencia antes de añadir excepciones.
- No mezcles tratamientos: si un territorio comparte código, que lo haga siempre y según una regla consultable.
- Un valor reservado por significado, con su definición escrita junto a la lista.
- Distingue el error de forma del error de cobertura y usa códigos separados.
- Deja la presentación explícita cuando el código mostrado no sea el del territorio que la persona eligió.
- Guarda la fecha de la decisión, porque la pertenencia de estos territorios cambia con el tiempo.
- Prueba la lista completa de tratamientos con al menos un caso de cada tipo, no solo los que aparecen en la interfaz.
Siguientes pasos
Busca en el catálogo los valores que aparecen en muy pocos registros y comprueba si su significado está escrito; suelen ser justo los que nadie sabe interpretar después. Para decidir qué territorios entran en el alcance y cuáles quedan fuera, la guía sobre cómo elegir países para datos de prueba propone tres ejes de decisión. Si el problema aparece al mezclar territorios distintos en un mismo registro, la guía sobre escenarios de dirección transfronteriza trata esos casos. Y para consultar qué territorios están listados y con qué datos, el directorio de países y regiones los presenta agrupados por región.
Los territorios y códigos que se mencionan aquí son casos de borde construidos para explicar el criterio de decisión. No son valores reales de ninguna lista oficial ni describen la cobertura efectiva de ningún servicio.