Lo que cambia Planka 2.2.0: los hechos
El 9 de agosto de 2026, el equipo de Planka publicó la versión 2.2.0. La issue #1754 y la nota de versión oficial confirman que el SSO OIDC abandona la Community Edition para pasar a ser una funcionalidad de pago de la oferta Planka Pro.
Este cambio es inmediato al actualizar: no se indica ningún periodo de gracia en el registro de cambios. Más grave aún, todas las cuentas que se autenticaban exclusivamente mediante SSO quedan desactivadas tras la subida de versión, ya que no disponen de ninguna contraseña local. El administrador debe restablecer manualmente cada cuenta afectada antes de volver a levantar el servicio. Si el único administrador de la instancia no tiene cuenta local, la instancia queda inaccesible.
La comunidad del autoalojamiento detectó rápidamente esta señal: el boletín semanal selfh.st del 14 de agosto de 2026 cita esta retirada entre los acontecimientos destacados de la semana para los administradores OIDC.
Por qué esta retirada plantea un problema concreto
- Producción afectada de inmediato — una instancia acoplada a un IdP OIDC ya no puede autenticar tras la actualización; las cuentas SSO quedan desactivadas sin ningún mecanismo de repliegue automático.
- Ninguna migración anunciada — la nota de versión no propone ninguna vía de transición hacia un modo de conexión alternativo para los usuarios existentes.
- Riesgo de bloqueo del administrador — si el único admin utiliza el SSO, la instancia queda inaccesible tras la actualización si no se ha creado antes una cuenta local.
- Posible brecha de seguridad — sin SSO, algunos equipos vuelven a contraseñas locales que escapan a las políticas centralizadas de rotación y de MFA.
- Coste de licencia imprevisible — la oferta Planka Pro no muestra ningún precio público; los equipos deben pedir un presupuesto sin visibilidad sobre la evolución tarifaria.
Migrar datos de Planka: lo que se puede exportar y lo que no
Es la objeción legítima antes de cualquier migración: perder el historial de tareas o las integraciones con GitHub es inaceptable. Esto es lo que Planka permite realmente exportar — y lo que no permite.
Lo que no existe de forma nativa. Planka no ofrece exportación JSON ni CSV de sus tableros. Las peticiones de esta funcionalidad datan de hace varios años (issue #670) y no han prosperado hasta la fecha.
Lo que sí es posible. Planka admite la importación de tableros de Trello en formato JSON, pero solo de entrada, no de salida. La única extracción fiable de sus datos pasa por un volcado directo de la base de datos PostgreSQL (pg_dump).
Cómo limitar el riesgo de la migración.
1. Funcionamiento en paralelo temporal — hacer funcionar la nueva instancia (Kaneo o Vikunja) en paralelo a Planka durante una o dos semanas.
2. Snapshot de la base antes del corte — realizar un pg_dump completo de la base de Planka la víspera del corte.
3. Congelación de nuevas tareas durante la migración — comunicar una ventana de congelación (unas horas) durante la cual no se crea ni se mueve ninguna tarjeta.
Las integraciones con GitHub (enlaces de commits, webhooks) se configuran en su proveedor Git, no se almacenan en Planka: se vuelven a configurar en unos minutos en Kaneo o Vikunja después de la migración.
Kaneo y Vikunja: el estado del SSO OIDC en la edición gratuita
Kaneo v2.16.2 (licencia MIT) — publicada el 10 de agosto de 2026 en GitHub, esta versión mantiene el soporte de OAuth 2.0 y OIDC en la edición libre. La configuración está documentada en kaneo.app/docs: Kaneo admite el descubrimiento automático del proveedor mediante una URL de discovery, el PKCE, la vinculación de la cuenta con una cuenta local existente y el logout del lado del proveedor. La licencia MIT permite el uso comercial y la modificación sin condiciones.
Vikunja v2.4.0 (licencia AGPL-3.0) — esta versión mantiene el SSO OIDC en la edición gratuita. La nota de versión de Vikunja 2.4.0 lo confirma de forma explícita: *«the things people often assume are enterprise upsells, SSO and LDAP, are still free and always have been»*. La configuración OIDC está documentada en vikunja.io/docs/openid.
Ambos proyectos mantienen su SSO OIDC en la edición gratuita, sin anuncio de cambio de plan en un horizonte visible.
Comparativa: Kaneo frente a Vikunja para sustituir a Planka
Ambas herramientas son gestores de tareas de código abierto con SSO OIDC gratuito, pero su posicionamiento difiere.
Comparativa
| Criterio | Kaneo v2.16.2 | Vikunja v2.4.0 |
|---|---|---|
| Licencia | MIT | AGPL-3.0 |
| Filosofía de la interfaz | Kanban minimalista, cercano a Planka | Listas, Kanban, Gantt, Calendario |
| SSO OIDC (gratuito) | Sí — OAuth 2.0 / OIDC con PKCE | Sí — OpenID Connect nativo |
| Recursos recomendados | 1 vCPU / 512 MB RAM (PostgreSQL incluido) | 1 vCPU / 1 GB RAM (SQLite por defecto) |
| Base de datos | PostgreSQL | SQLite (dev) / PostgreSQL, MySQL (prod) |
| Ideal para | Migración directa desde Planka, misma filosofía Kanban | Equipos que quieren más vistas y funcionalidades |
¿Qué alternativa elegir?
Elija Kaneo si su equipo está apegado a la interfaz Kanban depurada de Planka y quiere un reemplazo equivalente, uno por uno. La huella de memoria es más ligera (512 MB de RAM), la licencia MIT no impone restricciones y la filosofía del proyecto es explícitamente minimalista: «All you need. Nothing you don't.»
Elija Vikunja si sus equipos necesitan varias vistas (Gantt, calendario, lista) o si gestiona proyectos complejos con dependencias entre tareas. La licencia AGPL no supone una restricción para un self-hosting interno.
En ambos casos, el SSO OIDC es gratuito, está disponible desde la instalación y es compatible con los IdP habituales (Google Workspace, Authentik, Authelia, Keycloak). Consulte nuestras guías dedicadas: instalar Kaneo en un VPS y instalar Vikunja en un VPS.
Plan de migración en tres etapas
Etapa 1 — Snapshot y funcionamiento en paralelo (D-7 a D-1)
Antes de cualquier corte, realice un volcado completo de su base de datos PostgreSQL de Planka:
pg_dump -U planka planka > planka_snapshot_$(date +%Y%m%d).sqlInstale su nueva instancia (Kaneo o Vikunja) en un subdominio temporal y configure el SSO OIDC con los mismos parámetros de cliente que su IdP existente. Haga validar la conexión por sus administradores antes de comunicar la migración.
Etapa 2 — Recuperación manual de los datos activos (D)
Planka no exporta en JSON ni en CSV: la migración del contenido es manual para los tableros activos. Identifique los 2 a 5 tableros más utilizados y planifique una sesión de transferencia con sus equipos. Los tableros archivados o poco activos pueden seguir consultándose en Planka en solo lectura durante la transición.
Etapa 3 — Corte y retirada del DNS (D+7)
Una vez que los equipos sean autónomos en la nueva instancia, redirija el DNS de su subdominio Planka hacia una página de redirección y planifique la parada del contenedor Planka en D+30. Conserve el snapshot de PostgreSQL durante 90 días como mínimo.
Activar esta solución
Kaneo es el sucesor natural de Planka: misma filosofía Kanban minimalista, licencia MIT, SSO OIDC gratuito desde el primer inicio de sesión. La plantilla VPS de ServOrbit está preconfigurada y arranca en menos de dos minutos. No migra hacia una herramienta más compleja: sustituye por un equivalente, uno por uno, sin perder el SSO.
Desplegar desde: Activar esta solución
