Interoperabilidad catastral: KML, GeoJSON, WMS, APIs e integración institucional

La interoperabilidad catastral es la capacidad de conectar datos, sistemas, plataformas, formatos, servicios y procesos relacionados con el catastro. Su objetivo es que la información predial, cartográfica, documental, fiscal, registral y territorial pueda consultarse, intercambiarse y utilizarse de forma ordenada entre áreas, dependencias y niveles de gobierno.

Un catastro moderno no debe operar como una base de datos aislada. Debe poder comunicarse con padrón catastral, cartografía, geoportal, trámites digitales, expediente del predio, predial, tesorería, Registro Público de la Propiedad, desarrollo urbano, protección civil, obras públicas, infraestructura, drones, LiDAR, topografía y sistemas estatales o municipales.

Para lograrlo, se utilizan formatos geoespaciales como KML, KMZ, GeoJSON, Shapefile, GeoPackage y GeoTIFF; servicios como WMS, WFS y WMTS; APIs REST; catálogos homologados; modelos de datos; controles de seguridad; bitácoras; y reglas institucionales de intercambio de información.

Qué es la interoperabilidad catastral

La interoperabilidad catastral es la capacidad de distintos sistemas para compartir, consultar y utilizar información catastral sin depender de capturas manuales, archivos duplicados o procesos desconectados.

En términos prácticos, significa que un predio registrado en el padrón pueda verse en la cartografía, que un trámite pueda consultar documentos del expediente, que predial pueda relacionarse con clave catastral, que el Registro Público pueda vincular folios autorizados y que el geoportal pueda mostrar capas actualizadas de forma controlada.

La interoperabilidad no significa publicar toda la información. Significa conectar datos correctos, con permisos correctos, para procesos correctos.

Por qué es importante la interoperabilidad en catastro

La interoperabilidad es importante porque el catastro se relaciona con muchas áreas de gobierno. Si cada área administra su propia versión de la información, aparecen duplicidades, errores, retrasos y diferencias entre sistemas.

Sin interoperabilidad, un municipio puede tener un padrón en una base de datos, cartografía en archivos separados, expedientes en carpetas físicas, predial en otro sistema, trámites en hojas de cálculo y datos de desarrollo urbano en una plataforma distinta.

Cuando estos componentes se integran, la institución puede consultar mejor la información, reducir captura duplicada, mejorar trámites, actualizar cartografía, fortalecer predial, proteger datos y tomar mejores decisiones territoriales.

Qué problemas resuelve la interoperabilidad catastral

La interoperabilidad ayuda a resolver problemas comunes en catastros municipales y estatales.

• Padrón y cartografía desconectados.
• Predios sin geometría.
• Geometrías sin registro en padrón.
• Trámites que no actualizan el expediente.
• Predial sin relación clara con cartografía.
• Registro Público y Catastro sin vinculación.
• Dependencia de archivos enviados por correo.
• Capas geográficas duplicadas o desactualizadas.
• Falta de control sobre versiones de datos.
• Procesos manuales entre dependencias.
• Errores por captura repetida.
• Geoportales que muestran información antigua.

La interoperabilidad permite pasar de sistemas aislados a una arquitectura institucional de datos territoriales.

Diferencia entre integración e interoperabilidad

Integración e interoperabilidad son conceptos relacionados, pero no idénticos.

La integración puede referirse a conectar dos sistemas específicos para intercambiar datos. La interoperabilidad es más amplia: implica que los sistemas, datos, procesos, formatos y reglas puedan funcionar de manera coordinada y sostenible.

Elemento	Integración	Interoperabilidad
Alcance	Conexión entre sistemas específicos	Capacidad general de intercambio entre sistemas, datos y procesos
Ejemplo	Conectar catastro con predial	Permitir que catastro, predial, registro, geoportal y trámites compartan información bajo reglas comunes
Riesgo	Puede ser una conexión aislada	Requiere modelo de datos, estándares, seguridad y gobernanza
Valor institucional	Resuelve un flujo puntual	Construye una arquitectura de información territorial

Interoperabilidad entre padrón y cartografía

La primera interoperabilidad que debe resolver un catastro moderno es la relación entre padrón catastral y cartografía.

El padrón contiene datos administrativos y fiscales del predio. La cartografía representa su ubicación, forma, superficie y relación espacial con el territorio.

Cuando padrón y cartografía están vinculados, un usuario puede buscar una clave catastral y ubicar el predio en el mapa; también puede seleccionar un polígono y consultar datos permitidos del padrón.

Interoperabilidad entre catastro y predial

Catastro y predial deben estar conectados porque el impuesto predial depende de información catastral como superficie, uso, construcción, valor, cuenta, ubicación y características del predio.

Una integración adecuada puede permitir consultar cuentas, adeudos, pagos, valores, descuentos, estado fiscal y relación con el inmueble.

La interoperabilidad con predial debe cuidar seguridad, privacidad, exactitud de datos y reglas fiscales del municipio.

Interoperabilidad entre catastro y Registro Público

La relación entre Registro Público y Catastro es clave para mejorar certeza jurídica, trazabilidad y validación inmobiliaria.

El catastro administra información física, fiscal y territorial; el Registro Público administra información jurídica sobre derechos, actos inscritos, folios y antecedentes.

La interoperabilidad registral-catastral puede relacionar clave catastral, folio real, expediente, trámites, documentos, superficies, antecedentes y movimientos autorizados.

Interoperabilidad entre catastro y desarrollo urbano

Catastro y desarrollo urbano trabajan sobre el mismo territorio, pero con enfoques distintos. Catastro administra predios, valores y cartografía; desarrollo urbano administra licencias, uso de suelo, alineamientos, números oficiales, planes, restricciones y autorizaciones.

Cuando ambos sistemas están conectados, el municipio puede comparar lo registrado, lo autorizado y lo construido.

Esto ayuda en trámites como manifestación de construcción, subdivisión, fusión, licencia, uso de suelo, número oficial, regularización y actualización cartográfica.

Interoperabilidad entre catastro y trámites digitales

Los trámites digitales catastrales requieren consultar y actualizar información de varios módulos. Un trámite puede necesitar padrón, cartografía, expediente digital, predial, documentos, pagos, usuarios y validaciones técnicas.

Sin interoperabilidad, el trámite digital termina siendo solo un formulario. Con interoperabilidad, el trámite puede consultar datos del predio, validar documentos, asociar expediente, generar folio, actualizar estatus y conservar bitácora.

La interoperabilidad convierte la ventanilla digital en un proceso institucional completo.

Interoperabilidad entre catastro y expediente digital

El expediente catastral digital debe integrarse con padrón, cartografía y trámites. Cada documento debe estar asociado al predio correcto, al trámite correspondiente y al usuario que lo cargó o validó.

La interoperabilidad permite que al seleccionar un predio en el mapa se consulten documentos permitidos del expediente, y que un trámite pueda agregar nuevos documentos al historial del predio.

Sin esta integración, el expediente digital puede convertirse en una carpeta electrónica separada del catastro real.

Interoperabilidad entre catastro y geoportal

Un geoportal catastral necesita interoperabilidad para mostrar información actualizada y confiable. No debe depender de exportaciones manuales que se olvidan o se publican con retraso.

El geoportal puede consumir capas de predios, manzanas, construcciones, colonias, vialidades, ortofotos, uso de suelo, zonas de valor, infraestructura o riesgos mediante servicios geoespaciales o APIs.

La vista pública debe mostrar únicamente información autorizada, mientras que la vista interna puede ofrecer más detalle a usuarios institucionales con permisos.

Interoperabilidad semántica

La interoperabilidad semántica significa que los sistemas entienden los datos de la misma forma. No basta con enviar un archivo o una respuesta de API; también debe existir acuerdo sobre el significado de los campos.

Por ejemplo, “superficie de terreno”, “superficie construida”, “clave catastral”, “cuenta predial”, “uso”, “estatus”, “tipo de trámite” y “valor” deben definirse con claridad.

Sin interoperabilidad semántica, dos sistemas pueden intercambiar información técnicamente válida, pero interpretarla de manera diferente.

Interoperabilidad técnica

La interoperabilidad técnica se refiere a los mecanismos que permiten el intercambio: APIs, servicios web, bases de datos, formatos, estándares, autenticación, protocolos, conectores, ETL y arquitectura de integración.

En catastro, puede incluir servicios WMS, WFS, OGC API Features, REST APIs, GeoJSON, KML, GeoPackage, Webhooks, colas de eventos, conectores de base de datos y sincronización programada.

La interoperabilidad técnica debe estar documentada y protegida por seguridad de la información.

Interoperabilidad organizacional

La interoperabilidad organizacional se refiere a acuerdos, responsabilidades, procesos y reglas institucionales entre áreas o dependencias.

Aunque existan APIs y formatos abiertos, la interoperabilidad no funciona si nadie define quién actualiza los datos, quién valida cambios, quién autoriza accesos, quién atiende errores y quién responde por la calidad de la información.

Un proyecto catastral interoperable debe incluir gobernanza, convenios internos, manuales, roles, procedimientos y mecanismos de seguimiento.

Formatos geoespaciales en catastro

Los formatos geoespaciales permiten almacenar, transferir o publicar datos territoriales. En catastro, se usan para predios, manzanas, construcciones, ortofotos, modelos de terreno, puntos topográficos, zonas de valor, límites y capas urbanas.

Los formatos más comunes incluyen:

• KML y KMZ.
• GeoJSON.
• Shapefile.
• GeoPackage.
• GeoTIFF.
• CSV con coordenadas.
• DXF o DWG.
• LAS o LAZ para nubes de puntos.
• 3D Tiles para visualización 3D.

La elección del formato depende del uso: intercambio, visualización, edición, archivo técnico, publicación en geoportal, análisis GIS o integración con APIs.

KML en catastro

KML es un formato basado en XML utilizado para representar datos geográficos. Es común en herramientas de visualización como Google Earth y en procesos de intercambio sencillo de polígonos, puntos, rutas o capas.

En catastro, KML puede usarse para compartir predios, zonas de trabajo, polígonos de inspección, rutas de campo, límites, áreas de interés o capas de consulta.

Su ventaja es que resulta fácil de visualizar. Su limitación es que no siempre es el mejor formato para administrar bases catastrales complejas, atributos extensos, edición multiusuario o grandes volúmenes de datos.

KMZ en catastro

KMZ es una versión comprimida de KML. Puede contener un archivo KML y recursos asociados, como imágenes, iconos o archivos complementarios.

En catastro, KMZ puede ser útil para enviar polígonos de predios, zonas de levantamiento, reportes de campo, capas de inspección o evidencias geográficas de forma compacta.

Debe utilizarse con control, porque un KMZ puede ser fácil de compartir, pero difícil de gobernar si circula por correos o dispositivos sin versión, permisos ni trazabilidad.

GeoJSON en catastro

GeoJSON es un formato basado en JSON para representar entidades geográficas como puntos, líneas, polígonos y colecciones de elementos.

En plataformas catastrales web, GeoJSON es muy útil porque se integra bien con APIs, aplicaciones modernas, visores de mapas, procesos de consulta y servicios REST.

Puede utilizarse para predios, manzanas, construcciones, zonas, puntos de inspección, rutas, capas ligeras y respuestas de APIs geoespaciales.

KML vs GeoJSON

KML y GeoJSON pueden representar datos geográficos, pero tienen usos distintos.

Elemento	KML/KMZ	GeoJSON
Base técnica	XML	JSON
Uso común	Visualización e intercambio en herramientas tipo Earth	Aplicaciones web, APIs y visores modernos
Ventaja	Fácil de abrir y compartir visualmente	Fácil de consumir por sistemas web y servicios REST
Limitación	No ideal para grandes modelos de datos catastrales	Puede volverse pesado si se usa para capas muy grandes sin optimización
Uso catastral recomendado	Intercambio, revisión, zonas, polígonos puntuales	APIs, geoportales, integración con aplicaciones y datos dinámicos

Shapefile en catastro

Shapefile ha sido uno de los formatos más utilizados para intercambio de datos GIS. Puede almacenar geometrías y atributos en varios archivos asociados.

En catastro, aún se utiliza para predios, manzanas, construcciones, límites, zonas de valor y capas territoriales.

Su ventaja es su amplia compatibilidad. Sus limitaciones incluyen restricciones de nombres de campos, manejo de múltiples archivos, codificación de caracteres, tamaño y menor comodidad para aplicaciones web modernas.

GeoPackage en catastro

GeoPackage es un formato abierto que permite almacenar datos geoespaciales en un solo archivo. Puede contener capas vectoriales, ráster y otros recursos.

En catastro, puede ser útil para intercambio técnico, respaldo de capas, trabajo de campo, entrega de información estructurada y portabilidad entre herramientas GIS.

Su uso puede reducir problemas de archivos dispersos que ocurren con formatos formados por múltiples componentes.

GeoTIFF en catastro

GeoTIFF es un formato común para imágenes ráster georreferenciadas. En catastro se usa para ortofotos, modelos digitales de terreno, modelos de superficie, mapas ráster y productos derivados de drones o LiDAR.

Un GeoTIFF puede servir como base visual o técnica dentro de un geoportal o sistema GIS.

Su correcta integración requiere sistema de coordenadas, resolución, metadatos, fecha de captura, fuente y control de calidad.

DXF y DWG en catastro

DXF y DWG son formatos asociados a flujos CAD. Son comunes en topografía, planos, proyectos urbanos, construcción, ingeniería y levantamientos técnicos.

En catastro, pueden ser útiles como documentos técnicos o insumos de levantamiento, pero deben convertirse o integrarse cuidadosamente a GIS para evitar errores de escala, unidades, coordenadas o estructura de atributos.

Un plano CAD sin sistema de coordenadas definido puede ser insuficiente para una plataforma catastral georreferenciada.

CSV con coordenadas

Un archivo CSV puede utilizarse para intercambiar puntos, coordenadas, listados de vértices, catálogos, claves catastrales, relaciones de predios o información tabular.

Su ventaja es la simplicidad. Su riesgo es que puede perder contexto si no incluye sistema de coordenadas, unidades, campos bien definidos y documentación.

En catastro, CSV puede ser útil para procesos ETL, importaciones, puntos topográficos y validaciones masivas.

LAS y LAZ para nubes de puntos

LAS y LAZ se utilizan para almacenar nubes de puntos, comúnmente generadas por LiDAR. En proyectos catastrales avanzados, pueden servir para modelos 3D, análisis de alturas, terreno, construcciones, infraestructura y riesgos.

LAZ permite comprimir nubes de puntos para facilitar almacenamiento y transferencia.

Por su tamaño y complejidad, estos archivos requieren administración especializada, metadatos, control de acceso y, en muchos casos, conversión para visualización web.

3D Tiles en geoportales catastrales

3D Tiles permite visualizar grandes volúmenes de contenido geoespacial 3D de forma optimizada. Puede utilizarse para modelos urbanos, edificios 3D, nubes de puntos, infraestructura y escenas territoriales.

En un geoportal catastral avanzado, 3D Tiles puede ayudar a mostrar ciudad, terreno, construcciones, LiDAR o modelos derivados sin cargar todo el archivo al mismo tiempo.

La implementación debe considerar niveles de detalle, rendimiento, seguridad, almacenamiento y permisos de publicación.

Servicios geoespaciales

Los servicios geoespaciales permiten publicar mapas, capas o entidades para que otros sistemas los consulten. Son fundamentales para geoportales, visores internos, plataformas estatales y sistemas interoperables.

Entre los servicios más utilizados están WMS, WFS, WMTS y OGC API Features.

Estos servicios ayudan a evitar que cada área descargue archivos sueltos y trabaje con versiones distintas de la información.

WMS en catastro

WMS permite solicitar imágenes de mapas georreferenciados a partir de capas publicadas en un servidor geoespacial.

En catastro, WMS puede utilizarse para publicar capas de predios, manzanas, colonias, límites, uso de suelo, ortofotos, zonas de valor o mapas temáticos.

Su ventaja es que facilita visualización. Su limitación es que normalmente entrega imágenes, no necesariamente entidades editables con atributos completos para análisis vectorial.

WFS en catastro

WFS permite acceder a entidades geográficas vectoriales y sus atributos, según la configuración del servicio.

En catastro, WFS puede servir para consultar predios, construcciones, manzanas, puntos, zonas o capas institucionales de forma más detallada que un mapa como imagen.

Por su capacidad de exponer datos vectoriales, debe protegerse con permisos, filtros, límites de consulta y reglas claras de publicación.

WMTS en catastro

WMTS permite publicar mapas como teselas o tiles predefinidos. Es útil para mejorar rendimiento cuando se necesitan mapas de alta demanda o capas ráster pesadas.

En un geoportal catastral, WMTS puede utilizarse para ortofotos, mapas base, capas de referencia o información que no cambia constantemente.

Su ventaja principal es el rendimiento. Su limitación es que no está diseñado para edición o consulta detallada de entidades individuales.

OGC API Features

OGC API Features es una evolución moderna para acceder a entidades geográficas mediante APIs web. Su enfoque se adapta mejor a arquitecturas REST, documentación web y aplicaciones modernas.

En catastro, puede utilizarse para publicar colecciones de predios, construcciones, manzanas, zonas o capas geográficas consultables por aplicaciones y sistemas autorizados.

Su implementación debe considerar autenticación, filtros, paginación, documentación, límites, control de atributos y seguridad.

APIs catastrales

Las APIs catastrales permiten que sistemas internos o externos consulten o intercambien información relacionada con predios, trámites, expedientes, pagos, cartografía, documentos, usuarios y estados de proceso.

Una API catastral puede responder preguntas como:

• ¿Existe esta clave catastral?
• ¿Cuál es el polígono del predio?
• ¿Qué estatus tiene este trámite?
• ¿El predio tiene expediente digital?
• ¿Qué adeudo predial registra la cuenta?
• ¿Qué documentos fueron emitidos?
• ¿Qué capas están disponibles para el geoportal?
• ¿Qué cambios se realizaron en un periodo?

Las APIs deben diseñarse con seguridad, documentación, control de versiones, bitácora y permisos por tipo de consulta.

API REST para catastro

Una API REST utiliza recursos identificables y métodos HTTP para consultar o modificar información, según permisos. Es común en plataformas web modernas.

En catastro, una API REST puede manejar recursos como predios, trámites, expedientes, documentos, capas, usuarios, pagos, zonas, manzanas o construcciones.

Ejemplos conceptuales de recursos son:

• /predios
• /predios/{clave_catastral}
• /tramites/{folio}
• /expedientes/{id}
• /capas/cartografia
• /geojson/predios
• /predial/cuentas/{cuenta}

Estos recursos deben estar protegidos y no exponerse sin autenticación cuando contienen información interna o sensible.

APIs internas y APIs públicas

No todas las APIs catastrales deben ser públicas. Es recomendable distinguir entre APIs internas, APIs institucionales y APIs públicas.

Tipo de API	Uso	Ejemplo
API interna	Comunicación entre módulos del sistema	Padrón, expediente, trámites, usuarios, cartografía
API institucional	Intercambio con dependencias autorizadas	Predial, Registro Público, desarrollo urbano, tesorería
API pública	Consulta abierta de información permitida	Capas públicas, mapas, catálogos, datos abiertos

La separación reduce riesgos y permite controlar qué información puede consultar cada usuario o sistema.

Seguridad de APIs catastrales

Una API catastral puede exponer información sensible si no se protege adecuadamente. Por eso, debe incorporar controles de seguridad desde el diseño.

Entre los controles recomendados están:

• Autenticación.
• Autorización por roles y permisos.
• HTTPS.
• Tokens seguros.
• Caducidad de credenciales.
• Límites de consulta.
• Validación de parámetros.
• Bitácora de uso.
• Control de atributos visibles.
• Paginación.
• Protección contra consultas masivas no autorizadas.
• Monitoreo de errores y abuso.

La seguridad de APIs es especialmente importante cuando se conecta catastro con predial, registro público, expediente digital o trámites.

Autenticación y autorización

La autenticación verifica quién accede al sistema. La autorización define qué puede hacer ese usuario o sistema.

En interoperabilidad catastral, no basta con saber que una dependencia está conectada. También debe definirse qué módulos puede consultar, qué campos puede ver, qué operaciones puede ejecutar y qué datos puede descargar.

Un sistema interoperable debe aplicar permisos por usuario, dependencia, rol, módulo, trámite, capa, atributo y operación.

Bitácora de intercambio de información

La bitácora permite registrar consultas, descargas, actualizaciones, errores, respuestas, usuarios, sistemas conectados y fechas de intercambio.

En catastro, la bitácora es importante porque puede haber datos patrimoniales, fiscales, documentales y personales.

Una bitácora de interoperabilidad debe responder: quién consultó, qué consultó, cuándo, desde qué sistema, con qué resultado y bajo qué permiso.

Control de versiones de APIs

Las APIs cambian con el tiempo. Pueden agregarse campos, eliminarse atributos, modificarse reglas o ajustarse estructuras de respuesta.

Para evitar fallas en sistemas conectados, una API catastral debe manejar control de versiones. Por ejemplo, mantener una versión estable mientras se prepara una nueva versión documentada.

Sin versionamiento, un cambio técnico puede romper trámites, geoportales, integraciones con predial o servicios institucionales.

Documentación técnica de APIs

Una API interoperable debe contar con documentación técnica. La documentación debe explicar recursos, parámetros, respuestas, códigos de error, autenticación, permisos, límites, ejemplos, formatos y reglas de uso.

Sin documentación, la integración depende de conocimiento informal y se vuelve difícil de mantener.

La documentación también facilita auditoría, soporte, capacitación y continuidad administrativa.

Catálogos homologados

Los catálogos homologados permiten que varios sistemas utilicen los mismos valores o equivalencias para conceptos comunes.

En catastro, pueden existir catálogos de:

• Tipos de predio.
• Usos de suelo.
• Tipos de construcción.
• Trámites.
• Estados de trámite.
• Tipos documentales.
• Colonias.
• Localidades.
• Municipios.
• Zonas de valor.
• Tipos de vialidad.
• Roles de usuario.

Sin catálogos homologados, los sistemas pueden intercambiar datos técnicamente correctos, pero institucionalmente incompatibles.

Diccionario de datos catastral

Un diccionario de datos define el significado, tipo, longitud, formato, reglas y uso de cada campo. Es un elemento básico para interoperabilidad.

Puede describir campos como clave catastral, cuenta predial, superficie de terreno, superficie construida, uso, valor, colonia, manzana, lote, geometría, folio, estatus, fecha de actualización y responsable.

El diccionario evita interpretaciones ambiguas y facilita migración, integración, validación y auditoría.

Modelo de datos catastral

El modelo de datos describe cómo se estructura la información dentro de la plataforma. Define entidades, relaciones, atributos, reglas, catálogos, identificadores y restricciones.

En un sistema catastral, el modelo puede incluir predios, propietarios o solicitantes según normativa, cuentas, trámites, expedientes, documentos, geometrías, construcciones, valores, pagos, usuarios, roles, bitácoras y capas.

Un modelo claro facilita interoperabilidad entre módulos y reduce errores en migraciones o integraciones.

Clave catastral como identificador

La clave catastral es uno de los identificadores más importantes para interoperabilidad, porque permite relacionar padrón, cartografía, predial, expediente, trámites y geoportal.

Sin embargo, la clave catastral no siempre debe ser el único identificador. Algunas plataformas también utilizan identificadores internos únicos para evitar problemas cuando cambian claves, se fusionan predios, se subdividen o se corrigen registros históricos.

Una buena arquitectura debe manejar clave catastral visible y un identificador interno estable.

Relación entre clave catastral y cuenta predial

La clave catastral y la cuenta predial pueden estar relacionadas, pero no siempre son el mismo dato. La clave suele organizar el predio dentro de la estructura catastral; la cuenta predial se asocia a la administración fiscal del impuesto predial.

La interoperabilidad debe permitir relacionar ambas sin confundirlas.

Cuando esta relación está mal definida, pueden aparecer errores en pagos, consultas, trámites, certificaciones y reportes.

Relación entre clave catastral y folio real

La relación entre clave catastral y folio real permite vincular información catastral con información registral autorizada.

Esta relación puede no ser siempre uno a uno. Puede haber casos históricos, subdivisiones, fusiones, condominios, varios predios relacionados o registros que requieren revisión.

Por eso, la vinculación debe manejarse con reglas, validaciones, bitácora y revisión institucional.

ETL en catastro

ETL significa extracción, transformación y carga de datos. En catastro, se utiliza para migrar o integrar información desde fuentes como bases antiguas, hojas de cálculo, archivos GIS, sistemas prediales, expedientes digitales o plataformas externas.

Un proceso ETL puede limpiar datos, normalizar campos, convertir formatos, validar claves, detectar duplicados, transformar coordenadas y cargar información al sistema destino.

La interoperabilidad depende en gran medida de procesos ETL bien diseñados, especialmente durante la modernización catastral.

Migración de datos catastrales

La migración de datos es el proceso de llevar información desde un sistema anterior a una plataforma nueva. Puede incluir padrón, cartografía, trámites, documentos, valores, cuentas prediales, usuarios y expedientes.

Una migración catastral debe planearse con cuidado. No conviene cargar datos sin revisar duplicidades, campos incompletos, formatos inconsistentes, claves inválidas o geometrías incorrectas.

La migración debe incluir pruebas, validación, respaldo, control de errores y conciliación con usuarios técnicos.

Validación de datos

La validación de datos permite detectar errores antes de integrar información a la plataforma.

En catastro, se pueden validar:

• Formato de clave catastral.
• Campos obligatorios.
• Tipos de predio.
• Valores permitidos en catálogos.
• Geometrías válidas.
• Sistemas de coordenadas.
• Superficies negativas o fuera de rango.
• Duplicidades.
• Relación entre padrón y cartografía.
• Relación entre trámite y expediente.

La validación evita que la interoperabilidad propague errores entre sistemas.

Calidad de datos catastrales

La interoperabilidad solo es útil si los datos tienen calidad suficiente. Conectar sistemas con información incorrecta puede multiplicar errores.

La calidad de datos catastrales debe revisar integridad, consistencia, actualidad, exactitud, unicidad, trazabilidad y documentación.

Un sistema interoperable debe contar con reportes de calidad: predios sin geometría, geometrías sin padrón, claves duplicadas, expedientes incompletos, documentos sin metadatos y diferencias entre superficie registrada y cartográfica.

Interoperabilidad y seguridad de la información

La interoperabilidad aumenta el valor de la información, pero también puede aumentar el riesgo si no se controla. Conectar sistemas significa abrir rutas de consulta y transferencia de datos.

Por eso, la seguridad de la información en plataformas catastrales debe acompañar cualquier integración.

Las medidas recomendadas incluyen autenticación, autorización, cifrado, bitácoras, control de APIs, segmentación de red, respaldo, monitoreo, mínimos privilegios y publicación controlada de datos.

Interoperabilidad y protección de datos personales

El catastro puede contener datos personales, patrimoniales, documentales y fiscales. Por eso, la interoperabilidad debe respetar reglas de privacidad, transparencia, seguridad y acceso autorizado.

No toda la información del padrón o expediente debe compartirse con todos los sistemas. Un geoportal público, un sistema predial, un módulo de trámites y un Registro Público pueden requerir niveles de acceso diferentes.

La plataforma debe distinguir información pública, interna, reservada, confidencial o restringida.

Interoperabilidad y datos abiertos

Los datos abiertos pueden ser parte de una estrategia de interoperabilidad cuando la institución decide publicar información no sensible en formatos reutilizables.

En catastro, pueden publicarse capas generales, límites, colonias, equipamiento, vialidades, estadísticas o mapas temáticos, siempre que no se expongan datos personales o información restringida.

Los datos abiertos deben incluir metadatos, fecha de actualización, licencia, formato y responsable institucional.

Interoperabilidad en geoportales públicos

Un geoportal público interoperable puede consumir servicios de mapas, capas geoespaciales, APIs y datos actualizados de forma controlada.

Esto permite que ciudadanos, empresas, notarios o dependencias consulten información territorial sin acceder a sistemas internos.

La vista pública debe proteger datos sensibles y mostrar únicamente lo autorizado por la institución.

Interoperabilidad en visores internos

Un visor interno puede ofrecer mayor nivel de detalle para personal autorizado. Puede integrar predios, cartografía, expediente, trámites, predial, uso de suelo, ortofotos, LiDAR, topografía, capas de infraestructura y reportes internos.

La interoperabilidad del visor interno permite que distintas áreas trabajen sobre una misma base territorial.

Debe operar con usuarios, permisos, bitácora y control de capas.

Interoperabilidad y cartografía catastral

La cartografía catastral debe interoperar con múltiples módulos: padrón, trámites, expediente, predial, desarrollo urbano, geoportal, topografía, drones y LiDAR.

Una capa de predios no debe vivir aislada en un archivo. Debe tener identificadores, atributos, metadatos, sistema de coordenadas, fecha de actualización, fuente, responsable y relación con procesos institucionales.

La cartografía interoperable permite análisis territorial confiable.

Interoperabilidad con drones

Los drones para catastro generan ortomosaicos, fotografías, modelos 3D, evidencias y capas derivadas que deben integrarse a la plataforma catastral.

La interoperabilidad permite vincular estos productos con predios, zonas, expedientes, inspecciones, trámites y cartografía.

Sin integración, los productos de dron quedan como archivos pesados en discos o carpetas, sin impacto real en la modernización catastral.

Interoperabilidad con LiDAR

El LiDAR para catastro genera nubes de puntos, modelos digitales de terreno, modelos de superficie, curvas de nivel y datos 3D.

Estos productos requieren interoperabilidad para integrarse con geoportales, modelos 3D, expedientes, infraestructura, protección civil y análisis territorial.

Por su volumen, los datos LiDAR suelen requerir almacenamiento especializado, metadatos, formatos adecuados y servicios de visualización optimizados.

Interoperabilidad con topografía

La topografía y geodesia en catastro generan planos, puntos, coordenadas, curvas, modelos y archivos técnicos que deben integrarse con padrón, cartografía, expediente y trámites.

La plataforma debe aceptar formatos geoespaciales, registrar metadatos, validar sistemas de coordenadas y asociar los levantamientos con predios o expedientes.

La interoperabilidad evita que los levantamientos topográficos queden como PDFs o CAD aislados.

Sistemas de coordenadas e interoperabilidad

La interoperabilidad geoespacial requiere manejar correctamente sistemas de coordenadas, datum, proyección, unidades y transformaciones.

Un error de coordenadas puede desplazar predios, ortofotos, puntos topográficos, modelos LiDAR o capas de infraestructura.

Todo intercambio de datos geográficos debe incluir sistema de referencia y metadatos suficientes para evitar interpretaciones incorrectas.

Metadatos geoespaciales

Los metadatos describen origen, fecha, responsable, escala, precisión, formato, sistema de coordenadas, restricciones de uso y calidad de una capa o archivo.

En interoperabilidad catastral, los metadatos son indispensables porque permiten saber si una capa puede utilizarse para visualización, análisis, trámite, actualización, publicación o decisión técnica.

Sin metadatos, un archivo puede circular entre áreas sin que nadie conozca su confiabilidad.

Infraestructura de Datos Espaciales

Una Infraestructura de Datos Espaciales permite organizar, publicar, consultar y compartir información geográfica mediante políticas, estándares, datos, servicios, metadatos, tecnologías y acuerdos institucionales.

En catastro, puede servir para ordenar capas de predios, límites, ortofotos, uso de suelo, infraestructura, riesgos, servicios públicos y datos territoriales.

Una estrategia catastral interoperable puede formar parte de una infraestructura municipal o estatal de datos espaciales.

Interoperabilidad y gobierno de datos

El gobierno de datos define reglas, responsables, procesos y controles para administrar información institucional.

En catastro, debe responder preguntas como:

• ¿Quién puede crear un predio?
• ¿Quién puede modificar una geometría?
• ¿Qué área valida superficies?
• ¿Quién autoriza publicación en geoportal?
• ¿Qué campos son obligatorios?
• ¿Qué información se comparte con predial?
• ¿Qué información se comparte con Registro Público?
• ¿Quién atiende errores de datos?
• ¿Cada cuánto se actualizan las capas?

Sin gobierno de datos, la interoperabilidad se vuelve técnica pero no institucional.

Interoperabilidad y bitácora institucional

La bitácora institucional permite registrar movimientos de datos entre sistemas: altas, cambios, consultas, descargas, errores, sincronizaciones y actualizaciones.

En catastro, esto es importante porque una modificación puede afectar padrón, cartografía, predial, expediente, trámites o valores.

La bitácora permite auditar qué sistema generó un cambio y qué usuario o servicio lo ejecutó.

Interoperabilidad en tiempo real

La interoperabilidad en tiempo real permite que los sistemas consulten o reciban datos actualizados inmediatamente o con retraso mínimo.

Puede ser útil para trámites, pagos, consultas de predial, validación de documentos, geoportales internos o monitoreo operativo.

No todos los procesos requieren tiempo real. Algunos pueden resolverse con sincronización programada, especialmente cuando los datos no cambian constantemente.

Sincronización programada

La sincronización programada actualiza datos en horarios definidos. Puede utilizarse para publicar capas en geoportal, replicar información a sistemas de consulta, respaldar datos o compartir reportes con otra dependencia.

Su ventaja es que reduce carga sobre sistemas productivos y permite controlar procesos.

Su limitación es que la información puede no estar completamente actualizada entre una sincronización y otra.

Eventos y webhooks

Los eventos y webhooks permiten avisar a otro sistema cuando ocurre una acción: trámite creado, documento aprobado, predio actualizado, pago registrado, geometría modificada o expediente cerrado.

En catastro, esto puede facilitar interoperabilidad entre módulos sin tener que consultar constantemente una base de datos.

Estos mecanismos deben contar con autenticación, control de reintentos, firma, validación y bitácora.

Interoperabilidad con sistemas heredados

Muchos municipios y estados trabajan con sistemas heredados. Pueden ser bases antiguas, aplicaciones locales, hojas de cálculo, archivos CAD, expedientes físicos o plataformas sin APIs.

La interoperabilidad con sistemas heredados puede requerir ETL, conectores, exportaciones controladas, limpieza de datos, conversión de formatos y migración gradual.

El objetivo no siempre es reemplazar todo de inmediato, sino crear una ruta técnica para integrar, depurar y modernizar sin perder operación.

Interoperabilidad y nube

Las plataformas catastrales pueden operar en infraestructura local, nube o modelos híbridos. La interoperabilidad debe diseñarse considerando dónde viven los datos, quién accede, cómo se respaldan, qué latencia existe y qué controles de seguridad aplican.

En nube, se deben revisar permisos, cifrado, regiones, respaldo, monitoreo, costos, continuidad y cumplimiento institucional.

En infraestructura local, se deben revisar servidores, red, firewall, almacenamiento, respaldos y disponibilidad.

Interoperabilidad y alta disponibilidad

Cuando muchos sistemas dependen del catastro, la disponibilidad se vuelve crítica. Si falla la plataforma catastral, pueden verse afectados trámites, geoportal, predial, expediente, desarrollo urbano y consultas internas.

La interoperabilidad debe considerar redundancia, respaldos, monitoreo, recuperación ante fallos y planes de continuidad.

Un sistema conectado debe ser confiable para no convertirse en punto único de falla institucional.

Interoperabilidad para municipios grandes

Los municipios grandes tienen mayor volumen de predios, trámites, usuarios, pagos, expedientes, documentos, consultas y capas geográficas.

En estos casos, la interoperabilidad debe ser robusta: APIs documentadas, servicios geoespaciales, roles, bitácoras, sincronización, rendimiento, seguridad, monitoreo y control de versiones.

También conviene separar servicios públicos, internos y administrativos.

Interoperabilidad para municipios medianos y pequeños

Los municipios medianos y pequeños pueden iniciar con interoperabilidad gradual. Una primera etapa puede conectar padrón y cartografía, expediente y trámites, o catastro y predial.

Después pueden incorporar geoportal, APIs, servicios geoespaciales, drones, topografía, Registro Público, desarrollo urbano y sistemas estatales.

El avance debe adaptarse al presupuesto, personal, infraestructura y madurez tecnológica.

Interoperabilidad para estados

Los estados pueden utilizar interoperabilidad para coordinar información de varios municipios, Registro Público, catastro estatal, plataformas territoriales, infraestructura, protección civil, ordenamiento urbano y sistemas regionales.

Una estrategia estatal requiere homologar modelos de datos, catálogos, formatos, APIs, metadatos, seguridad, permisos y reglas de actualización.

El reto estatal es integrar sin imponer un modelo rígido que ignore diferencias municipales.

Interoperabilidad para los 32 estados

La interoperabilidad catastral es relevante para los 32 estados de México, pero cada entidad tiene leyes, instituciones, claves, procesos, plataformas y capacidades distintas.

Una solución nacional debe ser configurable: diferentes claves catastrales, modelos de predial, trámites, documentos, capas, usuarios, roles, APIs, catálogos y reglas de publicación.

La interoperabilidad debe permitir adaptación local sin perder estructura técnica común.

Interoperabilidad y modernización catastral

La modernización catastral en México requiere interoperabilidad porque los proyectos modernos buscan mejorar datos, trámites, cartografía, registro público, predial y gestión territorial.

Una plataforma moderna debe evitar silos de información. La interoperabilidad permite que cada módulo trabaje con datos consistentes y actualizados.

Sin interoperabilidad, la modernización se limita a digitalizar piezas separadas.

Interoperabilidad y SEDATU

Los lineamientos y documentos de modernización registral y catastral de SEDATU destacan la importancia de contar con sistemas capaces de compartir información registral y catastral.

Para municipios y estados, esto significa que los proyectos ejecutivos deben considerar no solo software, sino también datos, procesos, formatos, integración, infraestructura, seguridad y gobernanza.

Una plataforma catastral alineada a modernización debe prepararse para intercambiar información con otros sistemas institucionales.

Interoperabilidad y normatividad técnica

La interoperabilidad catastral debe considerar normas técnicas, estándares geoespaciales, modelos de datos, protección de datos, transparencia, archivos, seguridad de la información y marco local aplicable.

Esto es importante porque el catastro administra información oficial. Los datos no pueden moverse o publicarse sin reglas.

La normatividad ayuda a definir qué información se captura, cómo se estructura, quién la administra y cómo se comparte.

Errores comunes en interoperabilidad catastral

Algunos errores frecuentes son:

• Conectar sistemas sin depurar datos.
• No definir modelo de datos.
• No documentar APIs.
• Usar archivos manuales como mecanismo permanente de integración.
• No validar sistemas de coordenadas.
• No controlar versiones de capas.
• No distinguir información pública e interna.
• Exponer APIs sin seguridad suficiente.
• No mantener bitácoras de intercambio.
• No homologar catálogos.
• No establecer responsables institucionales.
• No probar integraciones antes de producción.

La interoperabilidad no se resuelve únicamente con tecnología. Requiere datos, procesos, seguridad y coordinación institucional.

Qué debe evaluar una institución antes de interoperar sistemas

Antes de conectar sistemas catastrales, un municipio o estado debe evaluar:

• Qué sistemas existen.
• Qué datos administra cada sistema.
• Qué información se debe intercambiar.
• Qué campos son obligatorios.
• Qué identificadores se usarán.
• Qué catálogos deben homologarse.
• Qué datos son públicos, internos o restringidos.
• Qué formato o API se utilizará.
• Qué permisos tendrá cada usuario o sistema.
• Qué bitácora se conservará.
• Qué errores pueden ocurrir.
• Cómo se probará la integración.
• Quién dará soporte.
• Cómo se documentará el intercambio.

Esta evaluación evita integraciones improvisadas que después generan dependencia técnica o errores institucionales.

Plan de implementación de interoperabilidad catastral

Un plan de interoperabilidad puede dividirse en etapas.

1. Diagnóstico: identificar sistemas, datos, formatos, procesos y brechas.
2. Modelo de datos: definir entidades, atributos, identificadores y relaciones.
3. Catálogos: homologar valores y equivalencias.
4. Calidad de datos: depurar duplicados, errores, campos incompletos y geometrías inválidas.
5. Arquitectura: definir APIs, servicios, bases de datos, ETL y seguridad.
6. Pruebas: validar intercambios en ambiente controlado.
7. Implementación: conectar sistemas por etapas.
8. Monitoreo: revisar errores, tiempos, consumo y seguridad.
9. Documentación: conservar manuales, contratos de API y diccionarios.
10. Mejora continua: ajustar procesos y modelos conforme evoluciona el catastro.

Funciones mínimas de interoperabilidad catastral

Una plataforma catastral interoperable debe incluir funciones mínimas como:

• Importación de datos catastrales.
• Exportación controlada de información.
• Soporte para KML, KMZ y GeoJSON.
• Soporte para Shapefile o GeoPackage.
• Servicios WMS o equivalentes para mapas.
• APIs para consulta de predios.
• Vinculación entre padrón y cartografía.
• Vinculación con expediente digital.
• Vinculación con trámites.
• Roles y permisos.
• Bitácora de intercambio.
• Validación de formatos y campos.
• Metadatos de capas.
• Control de versiones.

Funciones avanzadas de interoperabilidad catastral

Una plataforma avanzada puede incluir:

• OGC API Features.
• WFS para entidades vectoriales.
• WMTS para mapas de alto rendimiento.
• APIs REST documentadas.
• Webhooks y eventos.
• ETL configurable.
• Validación automática de geometrías.
• Comparación entre padrón y cartografía.
• Integración con Registro Público.
• Integración con predial y tesorería.
• Integración con desarrollo urbano.
• Integración con drones, LiDAR y topografía.
• Gobierno de datos.
• Tableros de calidad e intercambio.
• Control de acceso por atributo o capa.

Matriz de interoperabilidad catastral

Una matriz de interoperabilidad permite evaluar qué sistemas están conectados, qué datos comparten y qué nivel de madurez tienen.

Puede incluir columnas como:

• Sistema origen.
• Sistema destino.
• Dato intercambiado.
• Formato.
• Frecuencia.
• Responsable.
• Tipo de acceso.
• Nivel de seguridad.
• Bitácora.
• Estado: Tiene, Parcial, No tiene o No verificable.

Esta matriz ayuda a planear proyectos de modernización y comparar capacidades entre municipios o plataformas.

Interoperabilidad y comparación de geoportales

Al comparar geoportales municipales, no basta con revisar si tienen mapas. También debe analizarse si consumen servicios geoespaciales, si publican capas actualizadas, si permiten descarga, si tienen APIs, si integran datos catastrales, si separan información pública e interna y si ofrecen metadatos.

Municipios como Guadalajara, San Pedro Garza García, Mérida y Chihuahua pueden servir como referencias para observar distintos enfoques de publicación, consulta territorial y digitalización.

La comparación debe realizarse con evidencia pública y marcar como “No verificable” aquello que no pueda comprobarse desde fuentes disponibles.

Interoperabilidad y continuidad administrativa

La interoperabilidad debe sobrevivir a cambios de administración, personal, proveedores y sistemas. Para lograrlo, se necesita documentación, contratos técnicos, modelos de datos, respaldos, repositorios, manuales, credenciales institucionales y control de versiones.

Cuando la interoperabilidad depende de una sola persona o proveedor sin documentación, el municipio queda vulnerable.

Un proyecto catastral debe entregar conocimiento institucional, no solo conexiones técnicas.

Interoperabilidad y proveedores

Los proveedores de software, cartografía, drones, LiDAR, topografía, digitalización, infraestructura y seguridad pueden participar en un proyecto catastral interoperable.

La institución debe exigir entregables claros: formatos abiertos, diccionarios de datos, APIs documentadas, exportaciones, respaldos, manuales, metadatos y transferencia de conocimiento.

Evitar dependencia de formatos cerrados ayuda a proteger la continuidad operativa del municipio o estado.

Interoperabilidad y software libre

Muchas arquitecturas geoespaciales pueden apoyarse en herramientas de código abierto como bases de datos espaciales, servidores de mapas, librerías GIS, visores web y procesos ETL.

El uso de software libre puede aportar flexibilidad y reducir dependencia, pero requiere capacidad técnica, soporte, documentación y administración adecuada.

La decisión no debe ser ideológica. Debe evaluarse según costo total, seguridad, soporte, escalabilidad, personal, licenciamiento y necesidades institucionales.

Interoperabilidad y software comercial

El software comercial puede ofrecer soporte, herramientas integradas, ecosistemas maduros, documentación, capacitación y servicios especializados.

En catastro, puede ser útil cuando la institución requiere soluciones con soporte formal, módulos integrados o compatibilidad con flujos existentes.

La interoperabilidad debe exigirse también en software comercial: exportaciones, APIs, estándares, documentación y capacidad de integración.

Interoperabilidad y arquitectura híbrida

Una arquitectura híbrida combina sistemas propios, servicios comerciales, herramientas abiertas, infraestructura local, nube, bases de datos y servicios geoespaciales.

En catastro, esta arquitectura puede ser realista porque muchos municipios ya tienen sistemas existentes que no pueden reemplazarse de inmediato.

La clave es definir una arquitectura clara donde cada componente tenga función, responsable, seguridad, formato e integración documentada.

Relación con AVS GeoCatastro

AVS GeoCatastro se plantea como una plataforma catastral y geoportal operativo para municipios y estados que necesitan integrar padrón, cartografía, trámites digitales, expediente del predio, predial, usuarios, permisos, bitácora, reportes, drones, LiDAR, topografía, evidencia georreferenciada e interoperabilidad.

Dentro de esta visión, la interoperabilidad permite conectar módulos internos y sistemas externos mediante formatos geoespaciales, APIs, servicios de mapas, catálogos, modelos de datos y controles de seguridad.

El enfoque no es que el catastro sea un sistema cerrado, sino una plataforma territorial capaz de compartir información autorizada con áreas e instituciones que la necesitan para operar mejor.

Conclusión

La interoperabilidad catastral es una condición fundamental para modernizar el catastro. Permite conectar padrón, cartografía, expediente digital, trámites, predial, Registro Público, desarrollo urbano, geoportal, drones, LiDAR, topografía y sistemas institucionales.

Formatos como KML, KMZ, GeoJSON, Shapefile, GeoPackage y GeoTIFF; servicios como WMS, WFS, WMTS y OGC API Features; y APIs REST permiten compartir información territorial de manera más eficiente, siempre que existan seguridad, metadatos, gobierno de datos y control institucional.

Para municipios y estados, interoperar no significa abrir toda la información ni depender de archivos sueltos. Significa construir una arquitectura de datos catastrales confiable, segura, documentada y útil para trámites, predial, planeación territorial, certeza jurídica y toma de decisiones.

Ver también

• Catastro: qué es y para qué sirve
• Catastro municipal: cómo funciona y qué información administra
• Geoportal catastral: qué es y qué beneficios ofrece
• Plataforma catastral digital: qué debe contener
• Modernización catastral en México
• Registro público y catastro: por qué deben vincularse
• Seguridad de la información en plataformas catastrales
• Cartografía catastral: predios, manzanas y construcciones
• Drones para catastro: fotogrametría y actualización territorial
• LiDAR para catastro: modelos de terreno y nubes de puntos
• Topografía y geodesia en proyectos catastrales
• Catastro multipropósito: uso fiscal, urbano, territorial y operativo
• AVS GeoCatastro: plataforma catastral y geoportal

Referencias técnicas

• Secretaría de Desarrollo Agrario, Territorial y Urbano. (2026). Lineamientos del Programa de Modernización de los Registros Públicos de la Propiedad y Catastros 2026. Gobierno de México. https://www.gob.mx/sedatu/documentos/lineamientos-del-programa-de-modernizacion-de-los-registros-publicos-de-la-propiedad-y-catastros-2026
• Diario Oficial de la Federación. (2026). Lineamientos del Programa de Modernización de los Registros Públicos de la Propiedad y Catastros 2026. Secretaría de Gobernación. https://sidof.segob.gob.mx/notas/docFuente/5777203
• Sistema Nacional de Información Estadística y Geográfica. (s. f.). Norma Técnica para la Generación, Captación e Integración de Datos Catastrales y Registrales con fines estadísticos y geográficos. INEGI. https://snieg.inegi.org.mx/normadatcatastrales/
• Internet Engineering Task Force. (2016). RFC 7946: The GeoJSON Format. IETF Datatracker. https://datatracker.ietf.org/doc/rfc7946/
• Open Geospatial Consortium. (s. f.). KML. OGC. https://www.ogc.org/standards/kml/
• Open Geospatial Consortium. (s. f.). Web Map Service. OGC. https://www.ogc.org/standards/wms/
• Open Geospatial Consortium. (s. f.). Web Feature Service. OGC. https://www.ogc.org/standards/wfs/
• Open Geospatial Consortium. (s. f.). Web Map Tile Service. OGC. https://www.ogc.org/standards/wmts/
• Open Geospatial Consortium. (s. f.). OGC API — Features. OGC. https://www.ogc.org/standards/ogcapi-features/
• Open Geospatial Consortium. (s. f.). GeoPackage. OGC. https://www.ogc.org/standards/geopackage/
• Open Geospatial Consortium. (s. f.). GeoTIFF. OGC. https://www.ogc.org/standard/geotiff/
• Open Geospatial Consortium. (s. f.). 3D Tiles. OGC. https://www.ogc.org/standards/3dtiles/
• OWASP Foundation. (s. f.). OWASP API Security Project. OWASP. https://owasp.org/www-project-api-security/