Fuerteventura ha sido seleccionada en RedCyTI con Fuerteventura Data Economy and Digital Twin 2030.
Red.es incluye oficialmente Fuerteventura Data Economy and Digital Twin 2030, promovido por el Cabildo Insular de Fuerteventura, entre los 52 proyectos seleccionados en RedCyTI. La convocatoria movilizará más de 126 millones de euros y financia entre el 40% y el 85% del presupuesto subvencionable según el territorio.
Qué está confirmado
El nombre oficial combina explícitamente economía del dato y gemelo digital a escala insular.
La selección confirma la iniciativa y su denominación, pero no cierra todavía arquitectura, proveedores, calendarios ni funcionalidades. Esos elementos se concretarán en memoria, pliegos y adjudicaciones.
RedCyTI busca impacto económico y productivo. Por eso el éxito no debería medirse solo por tecnología instalada, sino por mejoras observables en actividad, productividad, empleo, innovación o calidad de servicio.
Qué puede significar el enfoque
El proyecto puede convertirse en una infraestructura transversal para simular escenarios y conectar información territorial, pero deberá concretar casos de uso y fuentes prioritarias.
La denominación orienta el análisis, pero no debe confundirse con un alcance técnico ya contratado. La entidad deberá convertir el objetivo general en casos de uso concretos, con usuarios, datos, responsables y métricas.
Una buena práctica consiste en priorizar pocos casos con valor claro antes de extender la plataforma. Esto reduce riesgo y permite aprender con datos reales.
Línea base y diagnóstico previo
Antes de invertir conviene medir cómo funciona hoy el proceso: tiempos, costes, incidencias, nivel de digitalización, volumen y satisfacción. Esa referencia será necesaria para demostrar el retorno.
También debe inventariarse la tecnología existente. Reutilizar sistemas, APIs o datos ya disponibles suele ser más eficiente que construir una nueva capa paralela.
El diagnóstico previo debería detectar dependencias de proveedores, formatos cerrados, fuentes duplicadas y procesos manuales que puedan simplificarse.
Gobierno del dato
Un gemelo insular requiere fuentes territoriales, económicas y de servicios con actualización y precisión conocidas.
Cada fuente necesita propietario, periodicidad, nivel de calidad, licencia, finalidad y reglas de acceso. La organización debe saber qué dato es autoritativo y cómo se corrige un error.
El linaje —origen, transformaciones y fecha— permite explicar indicadores, investigar incidencias y auditar decisiones. Esta trazabilidad será especialmente importante si se incorporan modelos predictivos.
Separar los datos de las herramientas de visualización o IA facilita cambiar de proveedor y reutilizar información en nuevos servicios.
Interoperabilidad
La plataforma debería integrar sistemas del Cabildo, municipios y operadores sin imponer un único producto.
Las APIs documentadas, formatos abiertos e identificadores estables reducen integraciones a medida. La interoperabilidad también es semántica: los sistemas deben entender los conceptos de la misma manera.
Las pruebas deben incluir errores, cambios de versión, datos incompletos y servicios no disponibles. Una integración que solo funciona en el caso ideal no es suficiente para producción.
La entidad debería conservar contratos de interfaz y ejemplos de uso para que terceros puedan integrarse sin depender de conocimiento informal.
IA y analítica
La analítica avanzada puede apoyar simulaciones, siempre con supuestos y errores documentados.
La inteligencia artificial puede aportar valor cuando existe un problema definido y datos adecuados. No debe utilizarse por defecto si una regla o análisis convencional resuelve mejor.
Si se utiliza IA, conviene registrar modelo, versión, fuentes, métricas, limitaciones y supervisión humana. Las pruebas deben incluir casos límite y no solo rendimiento medio.
También debe existir un criterio para retirar o sustituir un modelo cuando deje de ser suficientemente útil o fiable.
Seguridad y privacidad
Los datos de infraestructuras y servicios pueden requerir distintos niveles de acceso.
La seguridad debe incluir identidades, mínimo privilegio, segmentación, registros, actualización, copias y respuesta ante incidentes. Las cuentas técnicas, certificados y secretos de API necesitan propietarios y fechas de renovación.
Si existen datos personales o empresariales sensibles, la minimización debe aplicarse desde el diseño: usar solo lo necesario, limitar accesos y reducir copias.
Los proveedores y subcontratistas deben formar parte del modelo de control y poder perder sus permisos cuando finalice la relación contractual.
Contratación pública y reversibilidad
El modelo territorial y los datos deberían ser portables y estar separados de la herramienta de visualización.
Los pliegos deberían exigir exportación de datos y configuraciones, documentación de arquitectura, inventario de componentes y condiciones de salida. La reversibilidad debe probarse durante el contrato.
La modularidad favorece competencia y permite sustituir almacenamiento, integración, sensores, analítica o visualización sin reconstruir todo el servicio.
La dependencia también puede ser de conocimiento: si solo el adjudicatario entiende el sistema, la Administración pierde autonomía aunque posea formalmente los datos.
Arquitectura modular
Una arquitectura sostenible separa captura de datos, almacenamiento, lógica de negocio, analítica y presentación. Esta división facilita evolución y reduce impacto de los cambios.
La Administración debería controlar identificadores, modelos de datos, credenciales principales y reglas de negocio. Las herramientas pueden cambiar; el conocimiento estructural debe permanecer.
Desarrollo, pruebas y producción deberían estar separados, con control de versiones y capacidad de reversión.
Capacitación y transferencia
Los equipos del Cabildo necesitarán capacidad para interpretar escenarios y validar modelos.
La formación debe diferenciar usuarios funcionales, TIC, seguridad, contratación y dirección. Cada perfil necesita entender límites y responsabilidades distintas.
La documentación debe actualizarse durante todo el ciclo de vida. Manuales obsoletos generan dependencia y errores.
El objetivo es que la organización conserve capacidad para supervisar, decidir y cambiar, aunque parte de la operación esté externalizada.
Coste total y sostenibilidad
El presupuesto inicial no representa todo el ciclo de vida. Almacenamiento, conectividad, licencias, soporte, mantenimiento, auditorías, renovación de equipos y futuras migraciones deben estimarse.
Conviene modelar escenarios de crecimiento. Más usuarios, sensores, datasets o consultas pueden elevar el coste de forma no lineal.
La sostenibilidad también implica poder retirar funciones poco utilizadas para reducir complejidad y gasto.
Cómo medir impacto
Casos de uso, tiempo de análisis, reutilización y decisiones apoyadas pueden medir valor.
Las métricas de despliegue ayudan a seguir ejecución, pero deben combinarse con resultados. La metodología debería definirse antes de empezar y mantenerse estable.
También es útil medir tiempo de incorporación de nuevos usuarios o fuentes, incidencias, coste operativo y dependencia tecnológica.
Publicar resultados agregados facilita aprendizaje y reutilización por otras Administraciones.
Participación del ecosistema
Empresas y municipios pueden participar con datos y casos de uso vinculados a economía insular.
Empresas, asociaciones, universidades o usuarios pueden aportar casos de uso y validar si la solución responde a problemas reales. Los pilotos deberían tener reglas transparentes.
Las barreras de entrada deben ser razonables para pymes y entidades pequeñas. Un ecosistema no debe quedar reservado a organizaciones con grandes equipos técnicos.
La participación también puede ayudar a detectar necesidades que no aparecen en los datos administrativos.
Operación y continuidad
Todo servicio necesita responsables funcionales y técnicos, un canal de incidencias y una clasificación de problemas entre datos, integración, infraestructura, seguridad y uso.
Los niveles de servicio deben adaptarse a criticidad. No todos los componentes necesitan la misma disponibilidad o tiempo de recuperación.
Las restauraciones y procedimientos de recuperación deben ensayarse. Una copia que nunca se ha restaurado no constituye una garantía real.
Reutilización entre Administraciones
La financiación pública genera más valor cuando deja activos reutilizables: modelos de datos, APIs, cláusulas, código, pruebas, guías y metodologías.
Para reutilizar, la documentación debe ser comprensible y las licencias adecuadas. Un repositorio sin instrucciones tiene valor limitado.
Compartir también problemas y decisiones fallidas ayuda a evitar que otras entidades repitan inversiones poco útiles.
Qué debería revisar otra Administración
- Problema y línea base.
- Sistemas y datos existentes.
- Responsables.
- APIs y estándares.
- Seguridad y privacidad.
- Portabilidad y reversibilidad.
- Pruebas de fallo.
- Coste total.
- Formación.
- Métricas de impacto.
Qué habrá que observar
Habrá que conocer qué capas del gemelo se priorizan y cómo se conectará con proyectos existentes.
Las licitaciones permitirán conocer alcance, estándares y componentes. Después será necesario observar adopción, resultados y sostenibilidad una vez termine la financiación inicial.
Un proyecto maduro debería poder evolucionar sin depender de una nueva subvención para cada cambio.
Preguntas frecuentes
¿Está ya desplegado?
No. La fuente oficial confirma la selección; la ejecución se concretará después.
¿Cuánto financia Red.es?
Entre el 40% y el 85% del presupuesto subvencionable según el territorio. La fuente general no detalla aquí la cifra individual.
¿Qué requisitos deberían vigilarse?
Interoperabilidad, seguridad, documentación, portabilidad, reversibilidad y métricas.
¿Cómo se mide el éxito?
Con resultados ligados al objetivo económico o de servicio, no solo con tecnología instalada.
Fuentes
La selección y denominación proceden de Red.es, publicación del 15 de septiembre de 2026 sobre los 52 proyectos RedCyTI.
Lecturas relacionadas
Más contexto sobre gobierno del dato, gemelos digitales, interoperabilidad y ciberseguridad municipal.
De la financiación a una capacidad insular estable
Fuerteventura Data Economy Digital Twin 2030 debería avanzar por fases: inventario, piloto y operación estable. Antes de ampliar tecnología conviene revisar fuentes existentes, sistemas del Cabildo y de los municipios, usuarios y dependencias. Un gemelo digital o plataforma de datos solo aporta valor si responde a decisiones concretas.
La fase piloto debería concentrarse en pocos casos de uso con métricas definidas de antemano. Después, la industrialización debe incluir soporte, monitorización, copias, incidencias, formación y presupuesto recurrente.
Pruebas de integración y escenarios adversos
Las pruebas deberían incluir fuentes incompletas, retrasos de actualización, APIs caídas, credenciales caducadas y cambios de versión. Automatizar parte de estas comprobaciones ayuda a detectar regresiones y facilita incorporar nuevas fuentes.
También conviene probar la reversibilidad: exportar datos, reconstruir configuraciones y restaurar una copia permite comprobar que el Cabildo puede continuar el servicio si cambia de proveedor.
Observabilidad y calidad
Los registros deben permitir conocer qué fuente alimentó cada cálculo, cuándo se actualizó y qué componente produjo el resultado. Los cuadros operativos deberían medir disponibilidad, errores, latencia, calidad y consumo.
La calidad del dato necesita controles continuos sobre completitud, coherencia, duplicados y actualización. Corregir problemas en origen evita que distintas aplicaciones mantengan versiones incompatibles.
Seguridad de componentes y credenciales
El inventario técnico debe incluir librerías, APIs, certificados, cuentas de servicio y proveedores. Cada credencial necesita propietario, nivel de privilegio, fecha de renovación y mecanismo de revocación.
En un entorno insular con múltiples actores, la segmentación y los permisos por capas son esenciales para separar información pública, interna y sensible.
Transferencia de conocimiento
El Cabildo debería conservar conocimiento suficiente para interpretar modelos, revisar entregas y decidir prioridades. La documentación debe mantenerse junto con las versiones y explicar arquitectura, datos, configuraciones y procedimientos.
Los usuarios funcionales, los equipos TIC, seguridad y contratación necesitan formación adaptada a sus responsabilidades para que el sistema no dependa únicamente del adjudicatario.
Coste total y sostenibilidad
Infraestructura, almacenamiento, conectividad, licencias, soporte, personal, auditorías y futuras migraciones forman parte del coste total. Más datasets, simulaciones o usuarios pueden aumentar el consumo, por lo que conviene modelar varios escenarios.
La sostenibilidad también implica poder retirar funciones con poco uso. Mantener módulos por inercia aumenta complejidad y coste operativo.
Medir adopción y retorno
Seis meses después del despliegue debería revisarse uso real, incidencias, tiempos, costes y satisfacción. Los resultados deben compararse con la línea base inicial para saber si el proyecto mejora la capacidad de decisión.
El retorno puede expresarse en tiempo ahorrado, precisión de análisis, decisiones apoyadas, reutilización de datos y nuevos servicios económicos.
Reutilización entre islas y Administraciones
Los modelos de datos, APIs, cláusulas, pruebas y guías desarrollados pueden resultar útiles para otros cabildos o municipios. La documentación y las licencias deberían facilitar esa reutilización.
Compartir también problemas y decisiones fallidas ayuda a que otras entidades eviten repetir inversiones poco útiles.
Conclusión
Fuerteventura entra en RedCyTI con Data Economy and Digital Twin 2030 tendrá recorrido si deja una capacidad operativa, medible y mantenible. Datos, interoperabilidad, seguridad, gobernanza y conocimiento interno determinarán si el gemelo y la economía del dato siguen aportando valor después de la financiación.
Una última revisión: utilidad territorial real
Además de medir funcionamiento técnico, Fuerteventura debería observar si las áreas usuarias incorporan el gemelo digital a decisiones reales. Número de consultas, escenarios analizados, decisiones apoyadas y tiempo ahorrado pueden mostrar si la plataforma se integra en la gestión cotidiana.
También conviene revisar si los municipios y otros actores insulares pueden reutilizar los datos sin depender de desarrollos específicos. Cuanto más fácil sea incorporar una nueva fuente o consumidor, mayor será el valor acumulativo de la infraestructura.
La evaluación periódica debería permitir simplificar componentes que no aporten valor y concentrar inversión en los casos de uso que demuestren resultados medibles.
La gobernanza deberá incluir además una revisión anual de fuentes y responsables. Los datos que dejan de actualizarse, las integraciones sin uso y los permisos heredados aumentan coste y riesgo. Mantener el inventario vivo será tan importante como construir el gemelo inicial.
Esta disciplina permitirá que el proyecto evolucione de forma controlada y que cada nueva inversión parta de evidencia sobre uso, calidad y resultados.
Fotografía: Jess Loiterton / Pexels.