El paisaje real de los inventarios municipales heredados
En los últimos 20-30 años, los ayuntamientos españoles han pasado por varias generaciones de herramientas para gestionar el inventario patrimonial. Lo habitual es encontrar una mezcla inconsistente:
- Programas patrimoniales descatalogados — software propio de proveedores que cerraron, fueron absorbidos o ya no mantienen el producto. Suele residir en bases de datos Access (.mdb), Paradox, ficheros DBF (dBase), o esquemas SQL Server / Oracle antiguos.
- Excel "el de siempre" — el documento que el técnico de patrimonio fue actualizando durante años, con columnas que cambiaron de nombre, hojas duplicadas, referencias a archivos que ya no existen y comentarios en celdas que solo entiende quien lo creó.
- Cajas de papel — escrituras notariales, certificaciones registrales, informes de deslindes, memorias patrimoniales antiguas, listados impresos de altas y bajas de hace 15 años. Información valiosa, pero ilegible para cualquier sistema sin mediación.
- Sistemas internos del ayuntamiento — datos parciales en gestores documentales, en sistemas de contabilidad municipal, en aplicaciones de urbanismo. Trozos de inventario repartidos por la organización.
La conclusión incómoda: hay datos. Lo que falta es una manera viable de consolidarlos sin un equipo dedicado de tres personas durante seis meses.
Por qué la migración tradicional fracasa
La aproximación clásica a este tipo de proyecto consiste en contratar a una consultora que asigna a un técnico (jurídico o administrativo) a leer las fuentes y rellenar fichas en el nuevo sistema, una a una. El ritmo realista es de 5 a 6 fichas por hora, lo que para un ayuntamiento con 3.000 bienes inmuebles equivale aproximadamente a 3 meses de un técnico a tiempo completo. Es uno de los motivos por los que muchos inventarios municipales llevan años sin actualizarse: el coste de hacer la migración manual parece prohibitivo.
Y aunque el equipo se ponga, los resultados típicos son:
- Errores de transcripción (referencias catastrales mal copiadas).
- Pérdida de información que estaba en notas marginales o en celdas accesorias del Excel.
- Inconsistencias con Catastro porque la fuente histórica nunca se cruzó con catastro.
- Bienes duplicados porque los listados originales tenían entradas redundantes que el técnico no detectó.
Cómo la IA cambia la ecuación
La importación asistida por IA hace lo siguiente, en cuatro capacidades:
1. Mapeo automático de columnas heterogéneas
Cuando llega un Excel del ayuntamiento, no hay dos iguales. En uno la referencia catastral se
llama "Ref. Catastral"; en otro "RC"; en otro está partida en
dos columnas ("Catastro 1" y "Catastro 2"); en otro ni siquiera
tiene cabecera y se identifica por la posición. La IA reconoce el campo por su contenido y lo
asocia automáticamente al modelo del inventario, sin obligar a configurar mappings antes de
cargar.
2. Lectura de PDFs y documentos escaneados
Para escrituras notariales, certificaciones registrales y memorias patrimoniales antiguas, la IA aplica primero OCR sobre la imagen y luego extracción semántica para identificar las entidades relevantes en el texto resultante. La salida es estructurada — referencias catastrales, superficies, linderos, fechas, valoraciones — lista para insertar en el inventario.
3. Conversión de exportaciones de programas legacy
Para Access, dBase, ficheros DBF, exportaciones SQL antiguas o ficheros propietarios de aplicaciones descatalogadas, la IA reconoce las estructuras de tabla heredadas, identifica las relaciones entre tablas (bienes, valoraciones, históricos) y reconstruye el modelo en el esquema actual de invia.
4. Identificación de entidades sin etiquetar
Cuando un campo del origen no tiene cabecera o tiene una cabecera críptica ("VAL_2014",
"FCH_INC", "X1"), la IA infiere su naturaleza a partir del contenido
de varias filas. Un campo con valores numéricos en torno a 100.000-2.000.000 y vinculado a
inmuebles probablemente sea un valor catastral; un texto largo con direcciones es probablemente
una descripción del bien. La IA propone esa interpretación y un técnico la valida en segundos.
Caso de referencia: Catastro masivo en 5 minutos
Más allá de los formatos heredados que requieren IA, hay una vía de carga rápida que conviene conocer: la API OVC (Oficina Virtual del Catastro). invia integra esta API de forma nativa, lo que permite importar masivamente bienes inmuebles de un municipio directamente desde Catastro: aproximadamente 3.000 inmuebles en 5 minutos, incluyendo geometría GIS, valor catastral y referencia.
Comparativa visceral:
- Carga manual: 3.000 bienes × ~10 minutos cada uno = 500 horas = ~75 jornadas laborables (3 meses)
- Importación desde Catastro vía OVC: 5 minutos.
La diferencia no es marginal. Es de varios órdenes de magnitud. Esto cambia radicalmente lo que un ayuntamiento puede plantearse como proyecto realizable.
Fuentes que soportamos
Las fuentes habituales que recibimos en proyectos de migración:
- Excel y CSV (cualquier estructura, con o sin cabeceras coherentes).
- Bases de datos Access (.mdb, .accdb).
- Ficheros dBase (.dbf), Paradox y formatos similares antiguos.
- Exportaciones SQL (SQL Server, Oracle, MySQL, PostgreSQL) en cualquier dialecto.
- PDFs (escrituras, certificaciones registrales, listados de inventarios anteriores).
- Papel escaneado mediante OCR.
- API OVC de Catastro para alta masiva.
Si tu fuente es exótica (un sistema propietario muy antiguo, ficheros con extensión rara, exportaciones de programas casi olvidados), no asumas que está perdida — escríbenos antes de dar el caso por cerrado.
Cómo es un proyecto de migración real
1. Auditoría inicial de fuentes
Inventariamos qué tiene la corporación: ficheros, programas, papeles, sistemas internos. Una conversación de 30-60 minutos suele bastar para identificar el universo.
2. Prueba sobre una muestra representativa
Antes de comprometer la migración completa, procesamos una muestra (típicamente 100-500 bienes) para que la corporación vea el resultado y la calidad. Esto permite ajustar antes de escalar.
3. Migración masiva
Procesamos todas las fuentes con las herramientas adecuadas a cada caso (IA para Excel/PDF, conectores específicos para Access/dBase, API para Catastro). Los datos entran al modelo unificado de invia con su trazabilidad de origen conservada.
4. Cruce con Catastro y depuración
La integración con OVC valida cada inmueble contra catastro: detecta discrepancias de superficie, valor o referencia, y las marca para revisión humana. Los duplicados se identifican automáticamente cruzando referencias catastrales y descripciones.
5. Aprobación en Pleno y publicación
Con el inventario operativo, generamos los listados oficiales para que el Pleno apruebe la rectificación y publicamos en el Portal de Transparencia. Más detalle en el artículo cómo hacer la rectificación anual.
Errores frecuentes a evitar
- Dar por perdidos los datos del programa antiguo. Aunque la aplicación no arranque, los archivos suelen ser recuperables. Antes de tirar y rehacer, evalúa.
- Migrar sin validar contra Catastro. Si no cruzas el origen con la realidad catastral actual, propagas errores históricos. La sincronización es parte de la migración, no un paso posterior.
- Aprobar la rectificación con valoraciones cero o "pendientes". Es uno de los reparos más frecuentes en fiscalización. La importación inteligente debe entregar los valores ya cargados.
- Confiar solo en una fuente. Cruzar varias (Excel + Catastro + escrituras) detecta inconsistencias que de otra forma quedarían enmascaradas.
Preguntas frecuentes
¿Se puede recuperar un inventario que está en un programa antiguo que ya no abre?
En la mayoría de casos, sí. Aunque la aplicación principal no arranque, los datos suelen residir en archivos Access, dBase, Paradox o exportaciones SQL que se pueden leer con herramientas modernas. La IA traduce esa estructura al modelo del inventario actual.
¿Qué hago si mi inventario está en papel?
Se digitaliza por OCR primero y luego se procesa con la IA, que extrae las entidades relevantes mediante reconocimiento semántico. El resultado nunca es perfecto al 100% (siempre hay un porcentaje de revisión humana), pero reduce drásticamente el trabajo y baja el plazo en uno o dos órdenes de magnitud frente al picado manual.
¿Pierdo información al migrar?
No. La filosofía es reutilizar al máximo. Cualquier dato del origen que no encaje directamente en el modelo de invia se conserva como nota o atributo libre asociado al bien, para que pueda revisarse manualmente si conviene.
¿Cuánto tarda la migración desde un programa heredado?
Depende del estado del origen. Estructurado (Access, dBase, exportaciones SQL): horas o días. Semi-estructurado (Excel desordenado, PDFs): días o semanas. Papel escaneado: semanas. En todos los casos, órdenes de magnitud inferior al picado manual (~5-6 fichas/hora).