1Completo
Administración
Municipios, usuarios, roles, parámetros con vigencias y bitácora verificable. Funcional de punta a punta.
Gestión catastral y predial
SuperCatastro Gobierna tu territorio
La plataforma que un municipio opera de punta a punta, del plano al recibo. Padrón, cartografía, valuación y cobro en un solo sistema auditable, sobre estándares abiertos.
- LADM · ISO 19152
- OGC API Features
- PostGIS
Construido sobre estándares, no sobre un formato propio
- ISO 19152LADM, el modelo de dominio del territorio
- OGC APIFeatures, con teselas vectoriales desde la propia base
- PostGISLa geometría vive en la base
- OIDCIdentidad federada, sin contraseñas propias
- Formatos GISExportación abierta, sin herramienta nuestra
La premisa
El padrón incompleto no es un problema de archivo. Es la base gravable que falta cada ejercicio, en un municipio que no puede subir la tasa.
01 · El padrón
Un padrón, no cinco listas
Contribuyentes, predios y titulares en un solo registro. El mismo nombre deja de capturarse de siete maneras distintas, que es de donde salen los duplicados que nadie consigue conciliar después.
-
Unicidad por municipio. RFC y CURP con índice único
parcial y normalización a mayúsculas, para que
gupj800101ab1yGUPJ800101AB1no sean dos personas. - Acreditación anual con prueba. Cada renovación es un asiento nuevo, no una casilla que se sobrescribe y borra la del año pasado.
- Un municipio no ve el de al lado. El aislamiento se aplica en la base de datos, no en el código de la aplicación.
Antes
- GUTIERREZ PEREZ JUAN
- Gutierrez Perez, Juan
- J. GUTIERREZ P.
- GUTIERES PEREZ JUAN
Después
- GUPJ800101AB1 Gutiérrez Pérez, Juan
02 · Módulos
Once módulos, y decimos en cuál está cada uno
Un proveedor que dice que todo está terminado, o no ha empezado o no lo ha mirado. Este es el estado real, y es el mismo que verás en la demostración.
2Parcial
Trámites y Servicios
Motor de flujo por datos, folio serializado, expediente y bitácora. De los seis puertos hacia otros módulos, cinco ya van contra el módulo real y uno sigue simulado.
3Parcial
Cartográfico
Edición versionada con bloqueo optimista, validación topológica y publicación OGC. Sin fusión ni subdivisión de predios.
4Parcial
Valuación
Avalúo individual y masivo reanudable, con recálculo por evento. Faltan corredores, valor calle y UTH.
5Parcial
Cálculo y Cobro
Determinación, línea de captura, ventanilla y catálogo fiscal. Sin canal de pago conectado y con tarifas de demostración.
6/7Parcial
Peritos y Notarios
Expedientes externos, acreditación y tablero de supervisión. Todavía sin identidad propia para el profesional externo.
8Parcial
Campo
Servidor de sincronización, brigadas, asignación y productividad. La aplicación móvil no existe todavía.
9En desarrollo
Portal Ciudadano
En desarrollo.
10En desarrollo
IDE
En desarrollo.
11En desarrollo
Estadística
En desarrollo.
03 · El mapa
El padrón no es una lista, es un territorio
Cada polígono es un predio con su clave, su titular y su situación fiscal. El color no es decoración: es el estado de cobro, y es lo que permite ver de un vistazo dónde está la cartera vencida.
04 · Un trámite, de principio a fin
Un traslado de dominio, paso por paso
El trámite es una máquina de estados con guardas, no un formulario que
alguien rellena y otro aprueba. Avanzar exige
tramite:avanzar en todos los pasos, y los que
tocan otro módulo exigen además el permiso de ese módulo, aplicado por
el módulo. Cada paso deja su asiento.
-
01
Recepción
El ciudadano presenta el traslado de dominio. El sistema asigna folio serializado por municipio, tipo y año, y abre expediente.
tramite:crear
-
02
Requisitos
Se validan los documentos del expediente contra los que el tipo de trámite exige. Lo que falta, se pide; nada avanza a medias.
expediente:adjuntar
-
03
Sin adeudo
Guarda automática contra cobro: si el predio tiene adeudo vencido, el trámite se detiene aquí y dice por qué. La consulta la hace la plataforma con su propia credencial, así que un operador sin acceso al módulo de cobro no puede saltársela por no tener permiso.
tramite:avanzar
-
04
Cartografía
El traslado de dominio no mueve el plano, así que esta etapa no está en su plantilla: aparece en las que sí lo mueven, la subdivisión y la fusión. Cuando toca, se edita con bloqueo optimista y la versión anterior queda íntegra en el historial.
cartografia:editar
-
05
Valuación
El cambio dispara el recálculo del avalúo, con su vigencia y su método, sin que nadie tenga que acordarse.
valuacion:calcular
-
06
Resolución
Se inscribe el nuevo titular, se cierra el expediente y el asiento queda encadenado al anterior por hash.
titularidad:editar
Los tipos de trámite se configuran por municipio: los estados, los requisitos y las guardas se declaran, no se programan.
05 · Trazabilidad
Cada cambio tiene autor, fecha y prueba
La bitácora va encadenada por hash: cada asiento firma al anterior. No es una pestaña de reportes que se pueda editar por detrás, es la arquitectura. Se puede demostrar que nadie la tocó después.
- El plano tiene historial. Cada versión de la geometría se conserva, así que el predio se puede reconstruir tal como estaba en cualquier fecha.
- Append-only por privilegio. El historial no se puede modificar porque el rol de la aplicación no tiene el permiso, no porque el código se acuerde de no hacerlo.
- La escritura y su evento, en la misma transacción. O entran los dos o no entra ninguno.
Cadena de bitácora
- Alta de predio
- Cambio de geometría
- Traslado de dominio
- Avalúo vigente
Cada asiento incluye el hash del anterior. Alterar uno rompe todos los que vienen detrás.
06 · Arquitectura
De qué está hecho
Un catastro dura décadas. Lo que decide si sigue vivo dentro de diez años no es la pantalla: es el modelo, la frontera entre servicios y si los datos pueden salir.
LADM · ISO 19152
El modelo de dominio de administración del territorio, en estándar internacional. Predio, derecho y titular tienen la forma que la norma define, no la que le convino a un proveedor.
PostGIS
La geometría vive en la base, no en un fichero de un GIS propietario. Validación topológica, cálculo de superficie sobre el elipsoide y versionado de cada polígono.
OGC API Features
La cartografía se publica en estándar abierto, y las teselas vectoriales se sirven desde la propia base por un endpoint XYZ propio, no por OGC API Tiles. Sin licencias por usuario para quien solo abre un mapa.
Aislamiento en la base
Row Level Security sobre 46 de las 55 tablas, con un rol de
aplicación que no es propietario del esquema: en esas 46, la
separación entre municipios no depende de que nadie olvide un
filtro. De las nueve restantes, cuatro son catálogos compartidos por
todos —roles, permisos y sus enlaces— y dos son colas de eventos.
Las tres últimas heredan la visibilidad de su padre y sí dependen de
consultarse a través de él: las etapas y transiciones cuelgan de un
tipo de trámite, que sí es municipal, y
ladm_source cuelga de su predio.
07 · Seguridad
Dónde se aplica la regla importa más que cuál es
Casi todos los sistemas dicen que separan municipios y que registran quién hizo qué. La diferencia está en si eso vive en el código de la aplicación, donde un descuido lo salta, o debajo, donde no se puede.
Aislamiento en la base, no en el código
Row Level Security con un rol de aplicación que no es propietario del esquema. Una consulta a la que se le olvidara el filtro por municipio seguiría sin devolver filas de otro.
Permisos por operación
Cada lectura y cada escritura exige su permiso, y el menú se construye con los permisos de quien entra: nadie ve una puerta que no puede abrir. Hay un rol de administración de plataforma que los tiene todos, y está declarado como tal en el catálogo, no repartido a mano.
Identidad federada
OIDC con cierre de sesión federado, así que la sesión se cierra de verdad y no solo en esta pestaña. Las contraseñas no viven en la plataforma.
El historial no se puede editar
Los historiales de titularidad, geometría y construcción son
append-only por privilegio: el rol de la aplicación
no tiene UPDATE ni DELETE
sobre ellos. La bitácora se protege de otra forma, encadenando cada
asiento con el hash del anterior, y trae una consulta que recorre la
cadena y dice en qué punto se rompió.
08 · Para quién
Cuatro personas, la misma pantalla
Decisor
Tesorero, director de catastro
«Necesito recaudar más sin subir el impuesto, y no aparecer en una auditoría.»
Ve la base gravable crecer porque el padrón se completa, y cada peso determinado tiene detrás un acto con autor y fecha.
Técnico
Director de sistemas
«No quiero que me dejen un sistema que luego no pueda mantener.»
Estándares abiertos, servicios con frontera clara, y exportación a formatos GIS. Los datos salen cuando quiera y sin pedir permiso.
Operador
Ventanilla, valuador, cartógrafo
«Si el sistema nuevo es más lento que el papel, volvemos al papel.»
El trámite es un flujo con sus estados y validaciones, no un formulario en blanco. Y la edición geométrica lleva bloqueo optimista: nadie pisa el trabajo de nadie.
Fiscalizador
Contraloría, órgano interno
«Tengo que poder reconstruir qué pasó, y cuándo.»
Bitácora encadenada por hash e historial de geometría append-only. Reconstruir el estado de un predio en una fecha es una consulta, no una investigación.
09 · Desempeño
Medido, no prometido
Cifras de banco de pruebas sobre padrón sintético y entorno de demostración. Son las que se pueden reproducir delante de quien pregunte.
- Predios en valuación masiva
- 3,6 M
- Recálculo completo del padrón, reanudable y con huella verificable
- Duración de esa masiva
- 7 a 10 min
- Conjunto a conjunto en SQL, no fila a fila
- Actualizaciones perdidas
- 0
- Edición geométrica concurrente: la serie de versiones sale 1..N, sin huecos
- Pruebas unitarias
- 4 914
- En los 13 paquetes de TypeScript
- Servicios federados
- 7
- Cada uno dueño de su dominio; cuatro ya componen en una sola puerta GraphQL
- Estado de los módulos
- 1 completo 7 parciales
- De once. Portal Ciudadano, IDE y Estadística siguen en desarrollo, y la aplicación móvil de campo no existe todavía
10 · Preguntas
Lo que preguntan antes de firmar
¿Qué pasa con el padrón que ya tenemos?
Se migra. El diagnóstico empieza justamente por ahí: qué hay, en qué formato y cuánto es recuperable. Un padrón en hojas de cálculo o en un sistema heredado es el punto de partida normal, no una excepción.
¿De quién son los datos?
Del municipio. Se publican en estándares abiertos y se exportan a formatos GIS cuando se quiera, sin pedir permiso y sin herramienta nuestra de por medio.
¿Nube o servidor propio?
Las dos cosas. La plataforma va en contenedores sobre PostgreSQL con PostGIS, así que corre en la nube o en el centro de datos del estado según lo que exija la normativa aplicable.
¿Cuánto tarda la implantación?
Depende del tamaño del padrón y del estado de la cartografía, y eso es lo que mide el diagnóstico. No damos un número antes de verlo, porque el número que se da antes de mirar siempre está mal.
¿Y la capacitación del personal?
Va incluida en el despliegue, por perfil: no es lo mismo lo que necesita ventanilla que lo que necesita el área de valuación. El piloto sirve además para detectar dónde hace falta más.
¿Qué pasa si termina el contrato?
El padrón sale completo en formatos abiertos y la cartografía en estándar OGC. No hay formato cautivo del que haya que rescatar nada, que es la razón de haber elegido esos estándares desde el principio.
11 · Siguiente paso
Empieza por ver tu padrón dentro del sistema
El sitio no publica precio porque no hay carrito: hay diagnóstico, comité y contrato. Lo que sí hay es una demostración sobre un municipio de ejemplo con el volumen del tuyo, y de ahí sale el alcance.
-
01
Diagnóstico
Qué padrón hay hoy, en qué formato, y cuánto se puede recuperar.
-
02
Piloto
Un municipio, una zona, el ciclo completo del plano al recibo.
-
03
Despliegue
Migración del padrón, capacitación por perfil y puesta en operación.
-
04
Acompañamiento
Cierre de ejercicio, actualizaciones y soporte.