Suiza ha dado un paso importante en su estrategia de soberanía digital. Una actualización del estudio de prueba de concepto impulsado por la Cancillería Federal concluye que una solución open source basada en navegador es «fundamentalmente viable» para funciones esenciales de la Administración federal y puede ofrecer soporte fiable a procesos críticos incluso en situaciones de crisis.
La noticia fue publicada por el Open Source Observatory de Interoperable Europe el 16 de septiembre y actualizada al día siguiente. El resultado del estudio no significa que Suiza vaya a sustituir de forma inmediata todas sus suites ofimáticas o plataformas propietarias. Sí aporta una conclusión técnica y organizativa relevante: el software abierto puede cubrir funciones nucleares dentro de la Administración federal.
La Cancillería vincula esta evaluación con un nuevo programa federal y con el principio «open source by default» incorporado al marco legal suizo mediante EMBAG, la ley sobre el uso de medios electrónicos para tareas gubernamentales.
Una prueba centrada en funciones esenciales
El estudio no se limita a comprobar si una aplicación open source puede abrir documentos. La pregunta principal era si una solución basada en navegador podía sostener procesos de trabajo esenciales y seguir siendo útil en escenarios de crisis.
Este enfoque cambia el criterio de evaluación. Una Administración no necesita únicamente herramientas funcionales en condiciones normales; debe analizar continuidad, soporte, seguridad y capacidad de operar cuando parte de su infraestructura habitual falla.
La soberanía digital se relaciona así con resiliencia y no solo con origen del proveedor.
Qué significa «fundamentalmente viable»
La conclusión indica que el enfoque es técnicamente posible para funciones básicas, pero no equivale a una orden de despliegue general.
Antes de una sustitución a gran escala deben evaluarse compatibilidad, migración de documentos, formación, integraciones y necesidades específicas de cada unidad.
La importancia del estudio está en eliminar una barrera: el open source deja de tratarse como una alternativa teórica y pasa a considerarse una opción viable dentro de la arquitectura federal.
Open source by default en el marco EMBAG
Suiza ha reforzado jurídicamente el uso de código abierto mediante la Federal Act on the Use of Electronic Means for the Fulfilment of Government Tasks, conocida como EMBAG.
La norma establece una orientación favorable a publicar software desarrollado por organismos públicos como código abierto, salvo excepciones justificadas.
Este enfoque pretende aumentar reutilización, transparencia y capacidad de control sobre tecnología financiada con recursos públicos.
Soberanía digital sin confundirla con aislamiento
El debate sobre soberanía digital puede interpretarse de forma simplista como rechazo a proveedores extranjeros. El caso suizo apunta a una visión más operativa: mantener capacidad de elección, acceso al código, posibilidad de modificación y continuidad.
Un sistema puede depender de una comunidad internacional y seguir ofreciendo más control que una solución completamente cerrada si la Administración puede auditarlo, desplegarlo y mantenerlo con proveedores alternativos.
La misma lógica aparece en la nueva estrategia europea de código abierto para las Administraciones.
El navegador como capa de independencia
Una solución basada en navegador reduce parte de la dependencia del sistema operativo y del dispositivo. Los usuarios pueden acceder a herramientas desde diferentes entornos si se mantienen estándares web compatibles.
Esto no elimina todas las dependencias. El backend, almacenamiento, identidad y colaboración siguen necesitando infraestructura.
Sin embargo, separar interfaz y sistema operativo puede facilitar migraciones y estrategias mixtas.
Compatibilidad documental como reto central
La transición entre suites suele encontrar uno de sus principales obstáculos en documentos complejos, macros, plantillas y formatos propietarios.
Una Administración federal genera millones de archivos y algunos forman parte de procesos críticos. La migración debe comprobar no solo que se abren, sino que conservan estructura, fórmulas, firmas y metadatos.
Los estándares abiertos reducen el riesgo de que el archivo histórico dependa de un único producto.
Procesos críticos en situaciones de crisis
El estudio suizo pone especial énfasis en la posibilidad de mantener procesos esenciales durante crisis. Ese criterio es particularmente relevante en contextos de ciberataques, interrupciones de proveedores o problemas geopolíticos.
Una organización con alternativas desplegables puede recuperar funciones sin esperar necesariamente a un único fabricante.
La resiliencia tecnológica conecta con las advertencias del Threat Landscape 2026 de ENISA sobre dependencias y cadena de suministro.
Un nuevo programa federal
La publicación de OSOR señala que las conclusiones del estudio abren paso a un nuevo programa a nivel federal orientado a fortalecer el uso de open source.
El programa permitirá pasar de pruebas aisladas a una estrategia más coordinada. Esto puede incluir gobernanza, herramientas, soporte y criterios de adopción.
La Administración necesita estructuras que eviten que cada departamento pruebe soluciones de forma independiente sin compartir aprendizajes.
El papel de una Open Source Programme Office
Muchas Administraciones están creando oficinas específicas para gobernar software abierto. Una OSPO puede definir licencias, coordinar contribuciones, gestionar comunidades y ayudar a evaluar productos.
Sin una estructura común, los proyectos pueden publicar código sin mantenimiento o depender de equipos individuales.
La estrategia europea promueve precisamente este tipo de capacidades para convertir el open source en infraestructura sostenible.
Coste total frente a precio de licencia
Evaluar open source únicamente por la ausencia de licencia es un error. La Administración debe considerar soporte, migración, formación, integración, infraestructura y mantenimiento.
Una solución abierta puede ser más estratégica incluso si su coste operativo no es menor, porque ofrece control y capacidad de cambiar proveedor.
El análisis debe realizarse sobre el ciclo de vida completo.
La contratación pública puede cambiar de modelo
El software abierto permite contratar servicios de soporte y evolución por separado del derecho de uso. Esto puede abrir el mercado a más proveedores.
Sin embargo, la competencia real depende de que la documentación y el conocimiento estén disponibles. Un proyecto open source puede seguir teniendo un único proveedor de facto si nadie más puede mantenerlo.
Las recomendaciones recientes sobre portabilidad y competencia en contratación tecnológica son aplicables también a estos escenarios.
Reutilización entre organismos
Una solución desarrollada por un organismo puede ser reutilizada por otro si el código, documentación y licencias lo permiten.
Este modelo evita que varias Administraciones financien la misma funcionalidad de forma independiente.
La reutilización es uno de los argumentos centrales de la estrategia europea y de plataformas como OSOR.
Seguridad: código visible no significa sistema inseguro
La disponibilidad del código permite auditoría y revisión, pero no garantiza seguridad por sí sola. El proyecto necesita gestión de vulnerabilidades, actualizaciones y responsables.
Un software abierto abandonado puede ser tan problemático como uno propietario sin soporte.
La gobernanza debe evaluar comunidad, frecuencia de actualizaciones y capacidad de responder a incidencias.
Dependencias open source dentro de software propietario
Gran parte del software comercial ya utiliza componentes abiertos. Esto significa que el debate no es simplemente open source frente a propietario.
Las Administraciones necesitan visibilidad sobre dependencias en ambos modelos. Inventarios de componentes y SBOM pueden ayudar a identificar vulnerabilidades.
La nueva plataforma europea del Cyber Resilience Act refuerza precisamente la necesidad de coordinar información sobre productos digitales.
Formación y gestión del cambio
Una migración puede fracasar aunque la tecnología funcione si los usuarios no reciben apoyo. Cambios de interfaz, atajos y flujos afectan productividad.
Los programas deben identificar usuarios avanzados y procesos que dependen de funciones específicas.
La transición gradual permite resolver incompatibilidades antes de generalizar la herramienta.
Aplicaciones web y administración híbrida
La solución analizada puede convivir con herramientas existentes durante un periodo. Un modelo híbrido permite asignar open source a determinados grupos o casos mientras se mantienen otras aplicaciones donde existe dependencia.
La clave está en evitar que la coexistencia se convierta en fragmentación permanente.
Los estándares de documentos, identidad y almacenamiento pueden mantener interoperabilidad entre entornos.
Datos y control de infraestructura
La soberanía no depende solo de la aplicación. También importa dónde se almacenan los datos, quién administra la infraestructura y qué capacidad existe para exportarlos.
Una suite abierta desplegada sobre una infraestructura completamente dependiente de un proveedor puede seguir generando riesgo de bloqueo.
La arquitectura debe analizarse por capas.
Qué pueden aprender otras Administraciones europeas
El caso suizo ofrece una metodología útil: probar primero funciones esenciales, medir compatibilidad y resiliencia y después decidir cómo escalar.
No exige una migración ideológica ni una sustitución inmediata. Evalúa alternativas en términos operativos.
Este enfoque puede ser más efectivo que anunciar grandes cambios sin pruebas sobre procesos reales.
Una oportunidad para estándares abiertos
La adopción de open source suele ir acompañada de mayor interés por formatos abiertos. Esto protege el archivo y facilita intercambio entre herramientas.
Los estándares deben probarse en documentos complejos para evitar que la compatibilidad sea únicamente nominal.
Herramientas como el Interoperability Test Bed muestran cómo Europa está reforzando la cultura de pruebas de conformidad.
Qué no significa la noticia
Suiza no ha anunciado que vaya a eliminar mañana todas las soluciones propietarias. Tampoco el estudio demuestra que una única herramienta cubra cada necesidad federal.
La conclusión es más precisa: una solución open source basada en navegador es viable para funciones esenciales y puede apoyar procesos críticos, lo que justifica continuar con un programa federal más amplio.
Fuente oficial europea
El Open Source Observatory de Interoperable Europe publicó la actualización el 16 de septiembre de 2026, a partir del nuevo informe de la Cancillería Federal suiza.
El caso se convierte en una referencia relevante para el debate europeo sobre soberanía digital: en lugar de tratar el open source como una política simbólica, Suiza lo está sometiendo a pruebas sobre funciones críticas. El resultado no cierra el debate, pero demuestra que existen alternativas técnicamente viables que pueden ampliar la capacidad de elección de la Administración.
Migración gradual y doble funcionamiento
Una transición realista puede mantener durante un tiempo herramientas abiertas y propietarias en paralelo. Este doble funcionamiento permite probar compatibilidad en procesos sensibles antes de retirar el entorno anterior.
La coexistencia, sin embargo, tiene coste. Los equipos deben evitar que se convierta en una situación permanente con dos ecosistemas que duplican soporte y formación.
Definir criterios de salida y grupos de usuarios piloto ayuda a convertir la prueba en una decisión basada en evidencia.
Recuperación ante crisis y despliegue independiente
La referencia del estudio a situaciones de crisis pone el foco en una capacidad concreta: poder mantener funciones aunque un proveedor o servicio habitual no esté disponible.
Una solución abierta puede desplegarse en infraestructura alternativa si la Administración conserva código, documentación y conocimiento operativo. Para que esa ventaja sea real deben probarse restauraciones y despliegues, no asumir que serán posibles.
La continuidad exige copias, automatización de infraestructura y procedimientos conocidos por más de un equipo.
Diversificar proveedores sin fragmentar la arquitectura
El acceso al código facilita que varias empresas compitan por mantenimiento o evolución. Pero la Administración necesita estándares de calidad y una gobernanza común para evitar versiones incompatibles.
Un repositorio oficial, pruebas automatizadas y reglas de contribución pueden mantener una única línea de producto aunque participen distintos proveedores.
La diversificación funciona mejor cuando el conocimiento y los entregables quedan bajo control institucional.
Contribuir de vuelta al proyecto
Adoptar open source no significa limitarse a consumir. Cuando una Administración corrige errores o desarrolla mejoras, contribuirlas al proyecto original puede reducir el coste de mantener una bifurcación propia.
La decisión depende de seguridad, licencias y utilidad general, pero una política clara evita que cada equipo actúe de forma distinta.
Compartir mejoras también fortalece el ecosistema del que la propia Administración depende.
Indicadores para decidir si el programa escala
El nuevo programa federal puede medir compatibilidad documental, satisfacción de usuarios, incidentes, coste de soporte, dependencia de extensiones propietarias y tiempo necesario para recuperar el servicio.
Estas métricas permiten comparar escenarios con más precisión que una discusión centrada solo en licencias.
La sostenibilidad del open source público dependerá de demostrar que ofrece control y continuidad con un coste operativo razonable.
El archivo público también condiciona la migración
Las herramientas ofimáticas producen documentos que deben conservarse durante años. Una estrategia open source debe comprobar no solo el trabajo diario, sino la capacidad de abrir y preservar expedientes históricos.
Formatos abiertos y pruebas de conversión reducen el riesgo de perder elementos de documentos complejos. Cuando una migración modifica macros, tablas o firmas, el organismo necesita reglas para decidir qué se transforma y qué se conserva en su formato original.
La soberanía digital incluye poder consultar el patrimonio documental futuro sin depender de una versión concreta de un producto.
Fotografía: Oluwaseun Duncan / Pexels.