La vigencia de los datos de país casi nunca se pierde por un error de carga, sino por no haber guardado con qué se puede comparar. Un catálogo sin fuente ni fecha no envejece de golpe: se degrada en silencio hasta que alguien detecta una dirección imposible. Esta guía explica por qué estos datos caducan, qué tres cosas hay que guardar junto a cada registro, qué estrategias de actualización existen y por qué el histórico no se debe reescribir.
¿Por qué caducan los datos de país?
Porque describen un mundo que cambia, y casi todos los cambios relevantes llegan sin aviso al equipo que mantiene el catálogo.
Un territorio puede cambiar de nombre, adoptar otra moneda o reorganizar sus divisiones internas. Una red de códigos postales puede empezar a funcionar o dejar de usarse. Las autoridades de numeración reorganizan bloques de prefijos telefónicos. Nada de eso rompe el sistema el mismo día, pero cada uno deja una parte del catálogo describiendo algo que ya no existe.
El segundo motivo es más sutil: el dato no cambia, pero cambia la fuente que lo respaldaba. Una página oficial se reorganiza, un listado se publica en otro formato o deja de actualizarse. El valor sigue ahí y ya nadie responde por él.
La consecuencia práctica es que la fecha de un dato no es su fecha de creación en tu sistema, sino la fecha del original del que lo tomaste. Si no la guardas, no tienes forma de saber qué antigüedad estás sirviendo.
Cambios de nombre, de moneda y de divisiones
Hay tres familias de cambios que conviene distinguir, porque exigen respuestas distintas.
| Tipo de cambio | Qué afecta | Qué exige del sistema |
|---|---|---|
| Nombre | Al texto que se muestra | Actualizar la presentación sin romper lo guardado |
| Moneda o unidad | A importes y cálculos | Revisar los valores derivados y su redondeo |
| Divisiones internas | A la aplicabilidad de los campos de dirección | Volver a evaluar qué campos corresponden |
Los cambios de nombre son los menos peligrosos si el sistema guarda códigos, porque el texto se actualiza en un sitio. Se vuelven graves cuando el nombre se usó como clave y hay que renombrar miles de referencias.
Los cambios de moneda y los de divisiones internas son los que obligan a revisar reglas y no solo etiquetas. Un cambio de división puede hacer que un campo pase de aplicable a no aplicable, y eso altera validaciones que hasta ese momento funcionaban.
Por qué hay que guardar la fecha de obtención
Porque sin ella no se puede decidir si una diferencia es un error propio o simplemente un dato viejo. Esa decisión es la que consume el tiempo de quien mantiene el catálogo, y tener la fecha la resuelve en segundos.
Lo que conviene guardar es un bloque de procedencia: de dónde vino el dato, cuándo se obtuvo y a qué ámbito aplica. El ámbito importa tanto como la fecha, porque un dato puede ser correcto para un uso y no para otro; por ejemplo, una lista que sirve para identificar territorios puede no ser la adecuada para decidir el reparto de un envío.
Este bloque debe viajar con el registro y no quedarse en un documento aparte. Un registro con procedencia incompleta se trata como si no tuviera procedencia, porque nadie va a ir a buscar el documento.
¿Se puede reescribir el histórico con los datos nuevos?
No, y hacerlo destruye la capacidad de auditar lo que pasó. Un pedido de hace dos años se emitió con el estado del catálogo de entonces; si hoy se reescribe, el documento deja de coincidir con lo que se guardó y nadie puede explicar la diferencia.
La forma de evitarlo es que los documentos consuman una copia de los valores en el momento de emitirse. Así la actualización del catálogo mejora los datos nuevos sin deformar los antiguos.
Esto tiene un coste: hay que decidir qué se copia y qué se referencia. Copiar todo engorda los registros; no copiar nada deja el histórico a merced de los cambios. El criterio razonable es copiar lo que forma parte del contenido del documento y referenciar lo que solo sirve para clasificar.
La segunda consecuencia es que las correcciones retroactivas deben ser un procedimiento explícito y registrado, no un efecto secundario de una actualización de catálogo.
Qué hacer cuando dos fuentes autorizadas se contradicen
Elegir una como base y documentar la excepción. Lo que no funciona es decidir caso por caso según quién pregunta, porque entonces el catálogo tiene dos verdades simultáneas.
El procedimiento que menos discusiones genera tiene cuatro pasos. Primero, escoger una fuente como base por su ámbito y su estabilidad, no por lo cómoda que sea de leer. Segundo, registrar las discrepancias conocidas en una lista de excepciones con su motivo. Tercero, dejar que la lista de excepciones sea revisable y que caduque, porque muchas contradicciones se resuelven solas con el tiempo. Cuarto, anclar la revisión a hitos publicados por la propia fuente, que son más fiables que una copia guardada de una página.
También ayuda saber si el dato es de referencia o de uso operativo. Un dato puede ser correcto como referencia general y no ser el que se aplica en la operación diaria, y esa diferencia no es una contradicción.
Notas para quien programa
- Guarda origen, fecha de obtención y ámbito junto al valor, en el mismo registro.
- Usa códigos estables como clave y deja los nombres como textos de presentación actualizables.
- Copia los valores en los documentos emitidos en lugar de leerlos del catálogo al mostrarlos.
- Registra las excepciones por contradicción entre fuentes con su motivo y su fecha de revisión.
- Separa la fecha del dato de la fecha en que se cargó en el sistema; la primera es la que informa.
- Marca los registros cuya procedencia falta para que se puedan localizar y completar.
- Mantén un registro de cambios que diga qué se actualizó, cuándo y con qué alcance.
Siguientes pasos
Toma una muestra del catálogo y comprueba cuántos registros tienen fecha de obtención; el resultado suele explicar por qué ciertas discrepancias se quedan abiertas durante meses. Para ver qué campos y estados conviene inventariar antes de actualizar nada, la guía sobre la lista de cobertura de datos por país propone un método de medición. Si lo que buscas es cómo comparar territorios y consultar el detalle de cada uno, el directorio de países y regiones reúne esa información en un solo lugar. Y cuando el catálogo ya es grande, la guía sobre escalar datos de prueba entre países trata el coste de mantener la cobertura a medida que crece.
Los ejemplos de esta página son ilustrativos: los nombres de fuentes, las fechas y los números de versión que aparecen se escriben para explicar el método. No señalan a ningún repositorio de datos concreto ni describen el contenido de ningún catálogo real.