Digitalización Pública | Plataforma de servicios digitales para entidades públicas

Auditoría tecnológica para ayuntamientos: qué revisar antes de licitar

Una auditoría tecnológica para ayuntamientos permite conocer el estado real de sistemas, contratos, integraciones, datos y procesos antes de iniciar una nueva licitación o comprometer una inversión importante. Su objetivo no es elaborar un inventario decorativo, sino identificar riesgos, dependencias, costes ocultos y oportunidades de mejora que después puedan convertirse en requisitos técnicos y proyectos contratables.

Es especialmente útil cuando el ayuntamiento está a punto de renovar un gestor de expedientes, una sede electrónica, una web, un sistema económico, una plataforma documental o un servicio de automatización. Sin un diagnóstico previo, la nueva contratación puede reproducir problemas existentes o definir un alcance basado únicamente en la herramienta actual.

La auditoría debe conectarse con la estrategia general de digitalización de la Administración Pública y con la Ley 9/2017, de Contratos del Sector Público cuando sus conclusiones vayan a utilizarse para preparar futuras contrataciones.

Cuándo conviene realizar una auditoría tecnológica

Hay varios momentos especialmente adecuados: antes de renovar un contrato crítico, tras varios años acumulando aplicaciones, cuando existen incidencias recurrentes, al recibir fondos para modernización o cuando se quiere automatizar procesos pero no se conoce bien la arquitectura actual.

También es útil después de un cambio organizativo o de proveedor. Muchas dependencias quedan documentadas únicamente en correos, hojas de cálculo o conocimiento de personas concretas.

La guía sobre errores de digitalización en ayuntamientos muestra por qué conviene revisar el ecosistema antes de añadir una nueva capa tecnológica.

Qué debe entregar una auditoría útil

El resultado debería permitir tomar decisiones. Como mínimo, conviene obtener un inventario de sistemas, mapa de integraciones, análisis de contratos y licencias, riesgos principales, deuda técnica, oportunidades de consolidación y una hoja de ruta priorizada.

Cada recomendación debería indicar impacto, urgencia, dependencia, esfuerzo estimado y posible vía de actuación. Una lista de “mejoras recomendadas” sin prioridad no ayuda a preparar presupuestos ni expedientes.

También es importante identificar qué puede resolverse con recursos existentes y qué requiere una nueva contratación pública.

Inventario de aplicaciones y servicios

La auditoría debe identificar aplicaciones internas, servicios cloud, plataformas de diputaciones, webs, sedes, gestores, bases de datos, herramientas de firma, sistemas de copia y servicios externos.

Para cada elemento conviene registrar proveedor, contrato, coste, fecha de vencimiento, usuarios, responsable, criticidad, tecnología, datos tratados e integraciones.

Este inventario ayuda a detectar herramientas duplicadas o servicios que se siguen pagando aunque apenas se utilizan.

Revisión de contratos tecnológicos

La tecnología no puede analizarse separada de los contratos que la sostienen. Es necesario conocer qué incluye cada servicio, qué soporte existe, qué licencias son necesarias y qué ocurre al finalizar.

Especial atención merecen las cláusulas de exportación, propiedad de datos, código, APIs, subcontratación, alojamiento y reversibilidad. Si estos elementos no están claros, cambiar de proveedor puede resultar costoso.

La guía sobre pliego técnico para digitalización municipal explica cómo convertir estas necesidades en requisitos para la siguiente licitación.

Mapa de arquitectura

El ayuntamiento debería conocer cómo se conectan sus sistemas. Un diagrama de arquitectura permite visualizar bases de datos, APIs, servicios de autenticación, flujos documentales y dependencias externas.

La auditoría debe diferenciar integraciones reales de procesos manuales. A veces dos sistemas “están integrados” porque un empleado exporta un fichero y lo importa en otra aplicación.

La interoperabilidad entre Administraciones Públicas debe formar parte de este análisis.

APIs y capacidad de integración

Las APIs determinan en gran medida la capacidad de automatizar y conectar sistemas. Conviene revisar qué interfaces existen, qué documentación tienen, cómo se autentican, qué límites aplican y si están incluidas en las licencias actuales.

También debe analizarse si la entidad tiene acceso directo o depende del proveedor para cualquier consulta.

Cuando no existen APIs, pueden evaluarse alternativas, pero la auditoría debe reflejar el riesgo de construir automatizaciones sobre interfaces de usuario frágiles.

Datos y fuentes maestras

Uno de los problemas más frecuentes es que la misma información se mantenga en varias aplicaciones. La auditoría debe identificar qué sistema es la fuente oficial de cada dato y cómo se sincronizan las copias.

Esto afecta a terceros, unidades, expedientes, direcciones, tributos y otros elementos compartidos.

La Plataforma de Intermediación de Datos también puede reducir documentos cuando la información ya está disponible en otras Administraciones.

Gestor de expedientes

El gestor suele ser uno de los sistemas más críticos. La auditoría debe revisar estructura de expedientes, metadatos, firmas, índices, búsquedas, permisos, exportaciones y relación con archivo.

También conviene medir tiempos de respuesta, incidencias y procedimientos que siguen utilizando carpetas externas o documentos manuales.

La guía sobre expediente electrónico municipal detalla qué revisar antes de una migración o sustitución del gestor.

Sede electrónica y trámites

La auditoría debe analizar qué trámites están disponibles, cuáles se utilizan realmente y qué ocurre con los datos después de la presentación.

Un formulario online que genera un PDF para que un empleado vuelva a introducir la información en otra aplicación no constituye un flujo digital completo.

La sede electrónica municipal debe integrarse con registro y expediente siempre que el diseño lo permita.

Firma electrónica

Es necesario inventariar certificados, sellos, sistemas de validación, circuitos y caducidades. También revisar si existen cuellos de botella o procesos de firma fuera del gestor.

La guía de firma electrónica en ayuntamientos sirve como referencia para evaluar integración, conservación y seguridad.

Las credenciales compartidas o certificados sin responsable deben considerarse un riesgo.

DIR3, SIA y servicios comunes

La auditoría debe comprobar que identificadores y catálogos están actualizados y que los sistemas utilizan referencias coherentes.

Los contenidos sobre DIR3 y SIA muestran cómo una reorganización puede afectar a múltiples servicios.

También conviene identificar quién es responsable de mantener estos datos y cómo se comunican los cambios.

Automatizaciones existentes

Muchas entidades tienen macros, scripts, robots o flujos creados para resolver tareas concretas. La auditoría debe inventariarlos igual que cualquier otra aplicación.

Es importante saber quién los mantiene, qué credenciales utilizan y qué ocurre si fallan.

La guía sobre licitación de automatización municipal explica cómo convertir automatizaciones aisladas en un servicio gobernado y medible.

Inteligencia artificial

Si ya existen herramientas de IA, debe revisarse qué datos utilizan, qué decisiones apoyan, cómo se evalúan y si hay supervisión humana.

Si todavía no se utiliza IA, la auditoría puede identificar posibles casos de uso sin convertirlos automáticamente en prioridad. La IA para servicios públicos debe aplicarse donde aporte valor frente a reglas convencionales.

La calidad y disponibilidad de datos condiciona cualquier proyecto futuro.

ENS y ciberseguridad

La auditoría tecnológica debe coordinarse con las obligaciones de seguridad. No sustituye necesariamente a una auditoría formal de cumplimiento, pero sí puede identificar riesgos técnicos y organizativos.

La guía sobre ENS para ayuntamientos ayuda a revisar inventario, accesos, copias, continuidad, logs y proveedores.

También conviene verificar si existen cuentas antiguas, servicios expuestos, certificados próximos a caducar o copias sin pruebas de recuperación.

Copias de seguridad y continuidad

No basta con tener backups. La auditoría debería comprobar qué se copia, con qué frecuencia, durante cuánto tiempo y si se han realizado restauraciones de prueba.

Los sistemas críticos necesitan objetivos de recuperación acordes a su impacto.

La dependencia de un único proveedor o centro de datos también debe reflejarse como riesgo cuando corresponda.

Web municipal y accesibilidad

El portal institucional puede formar parte de la auditoría: CMS, plugins, rendimiento, seguridad, estructura, accesibilidad y conexión con sede.

La guía sobre accesibilidad web en ayuntamientos permite identificar barreras que pueden requerir un contrato de corrección o rediseño.

También conviene revisar si existen micrositios antiguos sin mantenimiento.

Costes y licencias

Una auditoría completa debería consolidar el coste anual de tecnología: licencias, mantenimiento, alojamiento, soporte, líneas, certificados, integraciones y desarrollos.

Este mapa permite detectar costes duplicados y valorar si una migración tiene sentido económico.

No siempre la opción más barata es la más eficiente: deben considerarse también costes de transición y dependencia.

Deuda técnica

La deuda técnica incluye componentes obsoletos, integraciones frágiles, versiones sin soporte, documentación incompleta y procesos manuales mantenidos por costumbre.

Conviene clasificarla por criticidad y esfuerzo. No todo debe corregirse inmediatamente.

La prioridad debe centrarse en elementos que bloquean nuevos proyectos, aumentan riesgo o encarecen el mantenimiento.

Dependencia de proveedores

La auditoría debe identificar sistemas de los que no se pueden extraer datos sin intervención del proveedor, integraciones sin documentación y activos alojados en cuentas de terceros.

También conviene revisar quién posee dominios, repositorios, credenciales y cuentas cloud.

La Administración debe mantener control suficiente para cambiar de adjudicatario sin perder continuidad.

Qué revisar antes de renovar al proveedor actual

Antes de renovar o volver a licitar un servicio conviene separar lo que funciona de lo que simplemente se ha convertido en costumbre. La auditoría debería recoger incidencias del último periodo, tiempos reales de respuesta, calidad de la documentación, cumplimiento de SLA, facilidad de exportación y capacidad del proveedor para atender cambios sin generar sobrecostes recurrentes.

También resulta útil comprobar qué componentes dependen de desarrollos específicos que solo conoce el adjudicatario, si existen repositorios accesibles para la entidad y si las credenciales críticas están bajo control institucional. Esta revisión permite decidir con más datos si conviene mantener la arquitectura, exigir mejoras concretas o preparar una migración.

El análisis no debería orientarse a justificar de antemano una renovación o un cambio. Debe producir evidencia técnica que ayude a definir el siguiente expediente con mejores requisitos y una estrategia de salida más segura.

Preparar una futura migración

Cuando la auditoría recomienda sustituir una plataforma, debe incluir un inventario de datos, documentos, integraciones y usuarios que deberán migrarse.

También puede definir fases, piloto, coexistencia temporal y criterios de reconciliación.

Este trabajo reduce incertidumbre al preparar presupuesto y pliego.

Convertir la auditoría en una hoja de ruta

El informe final debe ordenar iniciativas por prioridad y dependencia. Una matriz sencilla puede cruzar impacto, riesgo, coste y esfuerzo.

Las mejoras pueden agruparse en corto, medio y largo plazo. Primero deberían abordarse los riesgos críticos y los bloqueos de proyectos estratégicos.

La asistencia técnica de transformación digital puede utilizar esta hoja de ruta para coordinar la ejecución posterior.

Qué entregables conviene exigir

Además del informe, deberían entregarse inventarios editables, diagramas, matriz de contratos, mapa de integraciones, riesgos, costes y backlog de iniciativas.

También es útil una sesión de transferencia de conocimiento y un repositorio organizado con la evidencia utilizada.

Los documentos deben poder actualizarse después por personal municipal u otros proveedores.

Informe ejecutivo para decidir y presupuestar

Además del detalle técnico, conviene entregar un resumen ejecutivo que permita a los responsables municipales entender qué riesgos requieren actuación inmediata, qué inversiones pueden esperar y qué proyectos necesitan presupuesto específico. Debe relacionar cada iniciativa con su impacto operativo y con las dependencias que condicionan su ejecución.

Este documento facilita transformar la auditoría en decisiones concretas y ayuda a preparar una memoria, una hoja de ruta o una futura licitación sin obligar a interpretar cientos de observaciones técnicas dispersas.

Cómo contratar la auditoría

El objeto debe definir sistemas y ámbitos incluidos, profundidad, entrevistas, pruebas y entregables. Conviene indicar si se requiere únicamente diagnóstico o también preparación de pliegos y acompañamiento posterior.

Los criterios de aceptación deben evaluar que el inventario sea completo, las dependencias estén documentadas y cada recomendación tenga evidencia y prioridad.

BlackHold Consulting trabaja en áreas directamente relacionadas con estos diagnósticos: digitalización y automatización de procesos, automatización de procesos con IA, automatización de tareas administrativas y consultoría estratégica tecnológica.

También dispone de capacidades aplicables a gestión documental automatizada, automatización de procesos complejos, agentes de IA y servicios de automatización. La contratación pública debe realizarse conforme al procedimiento y requisitos fijados por la entidad.

Checklist de auditoría tecnológica municipal

Sistemas

Inventario, responsables y criticidad.

Contratos

Costes, alcance, vencimientos y reversibilidad.

Integraciones

APIs, conectores y procesos manuales.

Datos

Fuentes maestras, duplicidades y exportación.

Seguridad

Accesos, copias, logs, certificados y continuidad.

Documentación

Arquitectura, procedimientos y repositorios.

Deuda técnica

Elementos obsoletos y riesgos.

Hoja de ruta

Prioridades, presupuesto y siguientes contrataciones.

Preguntas frecuentes

¿Cuándo debería auditar un ayuntamiento sus sistemas?

Antes de renovaciones importantes, migraciones, nuevas inversiones o cuando existen incidencias y dependencias que no están bien documentadas.

¿Una auditoría tecnológica es lo mismo que una auditoría ENS?

No. Puede incluir revisión de seguridad, pero una auditoría formal de cumplimiento tiene alcance y requisitos específicos.

¿Debe revisar contratos además de software?

Sí. Licencias, derechos de uso, APIs, exportación y reversibilidad condicionan las opciones tecnológicas.

¿Puede servir para preparar pliegos?

Sí. Sus conclusiones permiten definir requisitos, prioridades y alcance con mayor precisión.

¿Qué riesgo supone no auditar antes de migrar?

No conocer datos, integraciones o dependencias puede provocar pérdida de información, retrasos y costes no previstos.

¿Qué debería quedarse el ayuntamiento al finalizar?

Inventarios editables, diagramas, riesgos, evidencias, hoja de ruta y documentación suficiente para continuar con otro proveedor.

Conclusión

Una auditoría tecnológica para ayuntamientos permite transformar un ecosistema complejo en información útil para decidir. Saber qué sistemas existen, cuánto cuestan, cómo se conectan y qué riesgos presentan es esencial antes de licitar nuevas soluciones.

El diagnóstico debe terminar en una hoja de ruta con prioridades y proyectos concretos. Así, la auditoría deja de ser un informe estático y se convierte en la base para preparar inversiones, migraciones y contrataciones con menor incertidumbre.

Cuando la entidad necesita modernizar procesos, automatizar tareas o sustituir plataformas, una auditoría especializada puede ayudar a definir un punto de partida fiable y a convertir problemas técnicos dispersos en un plan de transformación ejecutable.

Fotografía: Sora Shimazaki / Pexels.

Scroll al inicio