[{"data":1,"prerenderedAt":209},["ShallowReactive",2],{"seo-verification":3,"blog-migrar-de-jira-a-openproject-o-plane-en-vps-es":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-migrar-de-jira-a-openproject-o-plane-en-vps-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":32,"intro":35,"sections":36,"ctaTitle":145,"ctaBody":146,"ctaButton":147,"ctaUrl":148,"relatedPosts":149},270,"migrar-de-jira-a-openproject-o-plane-en-vps",{"fr":12,"en":13,"ar":14,"es":10},"migrer-jira-openproject-plane-vps-2026","migrating-from-jira-data-center-to-openproject-or-plane-on-vps","هجرة-jira-data-center-إلى-openproject-أو-plane-على-vps","Migrar de Jira Data Center a OpenProject o Plane en VPS","Jira Data Center ya no vende licencias nuevas desde marzo de 2026 y pasará a solo lectura el 28 de marzo de 2029. Migre a OpenProject o Plane en VPS en un día.",13,1,false,"2026-08-16T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},3,"Despliegue","deploiement","bg-success\u002F10 text-success",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fmigrer-jira-openproject-plane-vps-2026-poster.svg",{"categorySlug":33,"appSlug":34},"colaboracion-productividad","plane","El 30 de marzo de 2026, Atlassian dejó de vender nuevas licencias de Jira Data Center a nuevos clientes. El EOL está fijado para el 28 de marzo de 2029: en esa fecha, todas las instancias Data Center pasarán a ser accesibles en solo lectura. Si su equipo gestiona sus proyectos en Jira DC, la ventana para planificar una salida limpia está abierta — y se está cerrando. Esta guía compara dos alternativas de código abierto maduras, OpenProject y Plane, ambas desplegables en un VPS con acceso root, y detalla el procedimiento de migración ticket por ticket.",[37,41,52,55,91,116,133,136,139,142],{"type":38,"title":39,"body":40},"h2","Contexto — fin de venta y EOL de Jira Data Center","Atlassian dejó oficialmente de vender nuevas licencias de Jira Data Center a nuevos clientes el 30 de marzo de 2026. Los clientes Data Center existentes conservan la posibilidad de comprar ampliaciones de licencias y renovaciones hasta el 30 de marzo de 2028, fecha a partir de la cual esas opciones también desaparecen. La etapa final es el EOL del 28 de marzo de 2029: en esa fecha, los productos Data Center pasan a modo de solo lectura. Sus datos siguen accesibles para consulta, pero cualquier creación o modificación de tickets, de proyectos o de configuración se vuelve imposible.\n\nEste calendario parece dejar tiempo. En la práctica, una migración de gestión de proyectos moviliza semanas de preparación: inventario de los proyectos activos, limpieza de los tickets obsoletos, reconfiguración de los flujos de trabajo, formación de los equipos y un periodo de doble ejecución para validar la continuidad. Esperar a 2028 equivale a llevar a cabo la migración de urgencia, bajo la presión de la fecha límite, con un riesgo elevado de pérdida de datos o de interrupción de la producción.",{"type":42,"title":43,"items":44},"ul","Cinco razones para migrar ahora en lugar de hacerlo de urgencia",[45,46,47,48,49,50,51],"**Coste de las licencias Data Center por puesto** — el modelo de tarificación de Data Center factura por usuario activo, con tramos anuales cuyas revisiones de precios por parte de Atlassian escapan a su control. Salir ahora permite calcular con calma el TCO de la nueva solución.","**Calendario cerrado, sin sorpresas** — la fecha del 28 de marzo de 2029 es definitiva. Una migración realizada en 2026 o 2027 deja tiempo para una ejecución en paralelo y para una eventual marcha atrás; una migración realizada en 2028 no deja ni lo uno ni lo otro.","**Riesgo de solo lectura en el EOL** — si su instancia Data Center no está migrada el 28 de marzo de 2029, sus equipos pierden la capacidad de crear o modificar tickets. Un incidente bloqueante durante el periodo de congelación es un escenario que conviene eliminar de antemano.","**Control de los datos y de las copias de seguridad** — en un VPS con acceso root, usted elige la frecuencia de las copias de seguridad, el cifrado, la retención y la ubicación de los datos. Ningún tercero decide la duración de retención en su lugar.","**Oportunidad de limpieza** — una migración es el momento ideal para archivar los proyectos inactivos, armonizar los estados y los tipos de tickets, y partir de una base limpia en lugar de transferir años de artefactos acumulados.","**Estabilidad de las integraciones** — los conectores de Jira (CI\u002FCD, Confluence, Slack, plugins de terceros) tendrán que reconstruirse de todos modos al pasar a una nueva plataforma. Hacerlo hoy permite elegir integraciones abiertas, basadas en API estándar, sin dependencia de un ecosistema propietario.","**Eliminación de plugins no portados** — Atlassian ha anunciado que algunos plugins de Data Center no se portarán más allá de 2028; las funcionalidades que dependen de ellos deben identificarse y reemplazarse antes del EOL.",{"type":38,"title":53,"body":54},"Requisitos previos concretos antes de empezar","Antes de elegir entre OpenProject y Plane, compruebe que su VPS cubre las exigencias mínimas de cada herramienta. OpenProject requiere un procesador quad-core de al menos 2 GHz y 4 GB de RAM para acoger hasta 200 usuarios en total: es la configuración recomendada por el editor para un uso de producción estable. Por debajo, las operaciones en segundo plano (notificaciones, actualización de los atributos calculados) se ralentizan. Plane necesita como mínimo 2 vCPU, 4 GB de RAM y 20 GB de almacenamiento para su despliegue AIO (All-In-One) en Docker.\n\nEn cuanto a los requisitos comunes: debe producirse y verificarse una exportación XML completa de su instancia Jira Data Center antes de tocar nada en el entorno de destino. Exporte proyecto por proyecto en las instancias voluminosas — Jira impone límites de tamaño en las exportaciones globales. Disponga de una copia de seguridad completa de todos sus proyectos, incluidos los archivos adjuntos. El VPS de destino debe ser accesible por SSH con acceso root, y Docker con `docker compose` v2 debe estar instalado o poder instalarse libremente. Prevea también un dominio o subdominio (p. ej. `pm.suempresa.com`) y los registros DNS correspondientes antes de generar los certificados TLS.",{"type":56,"title":57,"headers":58,"rows":62},"comparison","OpenProject vs Plane — comparación de los criterios clave",[59,60,61],"Criterio","OpenProject","Plane",[63,67,71,75,79,83,87],[64,65,66],"Licencia","GPL-3.0","AGPL-3.0",[68,69,70],"Estrellas en GitHub","~15 900","~56 000",[72,73,74],"RAM mínima (producción)","4 GB — quad-core ≥ 2 GHz (hasta 200 usuarios)","4 GB — 2 vCPU, 20 GB de almacenamiento",[76,77,78],"Jira Migrator nativo","Sí — Beta (desde OpenProject 17.4, mayo de 2026)","Importación nativa desde una exportación XML de Jira",[80,81,82],"Interfaz","Cercana a Jira — work packages, roadmaps, Gantt integrado","Moderna y depurada — issues, cycles, modules",[84,85,86],"Curva de aprendizaje","Moderada — vocabulario y conceptos cercanos a Jira","Ligera para los equipos habituados a herramientas ágiles modernas",[88,89,90],"Autenticación federada","LDAP y SAML incluidos en la versión Community","LDAP incluido en self-hosted; SAML disponible en self-hosted",{"type":92,"title":93,"steps":94},"steps","OpenProject — migración con el Jira Migrator oficial",[95,98,101,104,107,110,113],{"title":96,"body":97},"Exportar los datos desde Jira Data Center","En la administración de Jira, vaya a Sistema → Copia de seguridad y exportación. Lance una exportación XML por proyecto en las instancias voluminosas, en lugar de una exportación global: Jira Data Center impone límites de tamaño que truncan silenciosamente las exportaciones demasiado grandes. Incluya los archivos adjuntos en la exportación. Compruebe el tamaño del archivo generado y compare el número de tickets exportados con el contador en base de datos antes de continuar.",{"title":99,"body":100},"Desplegar OpenProject con Docker","En el VPS, cree una carpeta de trabajo y descargue el archivo `docker-compose.yml` oficial de OpenProject. Defina las variables de entorno obligatorias: `SECRET_KEY_BASE` (genere una cadena aleatoria de 64 caracteres), `OPENPROJECT_HOST__NAME` (su dominio), `OPENPROJECT_HTTPS=true`. Lance la pila con `docker compose up -d` y espere a que terminen las migraciones de base de datos (visibles en los registros del contenedor `web`).",{"title":102,"body":103},"Configurar y activar el Jira Migrator","El Jira Migrator de OpenProject está disponible en Beta desde la versión 17.4 (mayo de 2026). En la administración de OpenProject, vaya a Módulos → Jira Migration. La herramienta le pide el archivo XML de Jira exportado en el paso anterior. Antes de lanzarla, lea las limitaciones conocidas documentadas en openproject.org\u002Fdocs\u002Finstallation-and-operations\u002Fjira-migration\u002F — algunos tipos de campos personalizados o de configuraciones de flujo de trabajo pueden requerir un tratamiento manual tras la importación.",{"title":105,"body":106},"Lanzar la migración y vigilar el progreso","Inicie la importación desde la interfaz del Jira Migrator. En las instancias de gran tamaño (varias decenas de miles de tickets), el proceso puede tardar varias horas. Vigile en paralelo los registros del contenedor `worker` de OpenProject: los errores de importación aparecen ahí antes de agregarse al informe final de migración. No detenga la pila Docker durante la importación.",{"title":108,"body":109},"Validar los work packages, archivos adjuntos y campos personalizados","Una vez terminada la importación, el Jira Migrator muestra un informe con el número de elementos importados y los posibles errores. Compruebe una muestra representativa de work packages: título, descripción, estado, tipo, archivos adjuntos, historial de comentarios. Controle los campos personalizados de tipo texto, número, fecha y lista de selección: son los cuatro tipos migrados por la Beta. Los campos de tipo fórmula o en cascada no se migran automáticamente.",{"title":111,"body":112},"Configurar los usuarios y los permisos","El Jira Migrator crea usuarios de OpenProject correspondientes a las cuentas de Jira, basándose en la dirección de correo electrónico. Los usuarios cuyo correo no coincide con ninguna cuenta OpenProject existente se crean como inactivos. Actívelos manualmente, asígnelos a los grupos y proyectos adecuados y configure los roles. Si utiliza LDAP o SAML, conecte el directorio antes de esta etapa para que las cuentas queden vinculadas a la autenticación centralizada desde la primera conexión.",{"title":114,"body":115},"Configurar las notificaciones y el servidor de correo","En Administración → Configuración de correo electrónico, indique los datos de su servidor SMTP. OpenProject envía notificaciones para las menciones, los cambios de estado y las fechas de vencimiento. Envíe un correo de prueba antes de validar la configuración. Defina las preferencias de notificación por defecto para los nuevos usuarios, con el fin de evitar una avalancha de correos en cuanto se abra la plataforma a los equipos.",{"type":92,"title":117,"steps":118},"Plane — importación nativa desde una exportación XML de Jira",[119,121,124,127,130],{"title":96,"body":120},"Proceda de la misma forma que para OpenProject: exportación XML por proyecto desde la administración de Jira, con los archivos adjuntos incluidos. Si su instancia de Jira supera los límites de la exportación global, divida por proyecto e impórtelos secuencialmente en Plane. Conserve los archivos XML originales hasta la validación completa de la migración.",{"title":122,"body":123},"Desplegar Plane en modo AIO con Docker","Plane ofrece un despliegue AIO (All-In-One) con Docker que integra todos los servicios en una configuración simplificada. Clone el repositorio oficial, copie el archivo `.env.example` como `.env` e indique como mínimo `WEB_URL` (su dominio), `SECRET_KEY` y los parámetros de base de datos. Lance con `docker compose -f docker-compose.yml up -d`. Los servicios que arrancan incluyen el frontend Next.js, la API Django, el worker Celery, la base de datos PostgreSQL y Redis.",{"title":125,"body":126},"Importar desde el XML de Jira en la interfaz de Plane","Una vez Plane accesible, cree un espacio de trabajo. Acceda a los ajustes del espacio de trabajo → Importadores → Jira. Plane le pide que suba el archivo XML exportado desde Jira. La importación crea un proyecto Plane por cada proyecto Jira contenido en el archivo, con las issues, las descripciones, los archivos adjuntos y los comentarios. Los estados de Jira se mapean a estados de Plane que puede renombrar tras la importación.",{"title":128,"body":129},"Validar las issues y los archivos adjuntos","Tras la importación, revise una muestra de issues por proyecto: título, descripción en Markdown, archivos adjuntos, comentarios históricos. Compruebe que los estados personalizados se han mapeado correctamente. Las issues cuyos archivos adjuntos superan el tamaño permitido por la exportación de Jira pueden aparecer sin su archivo adjunto: consulte el informe de importación en los ajustes del espacio de trabajo.",{"title":131,"body":132},"Configurar los cycles, modules y miembros","Plane organiza el trabajo en cycles (el equivalente de los sprints de Jira) y en modules (agrupaciones temáticas). Estas estructuras no se importan automáticamente desde Jira: hay que recrearlas según la organización deseada para la nueva plataforma. Invite a los miembros del equipo por correo electrónico o configure el SSO SAML en los ajustes del espacio de trabajo antes de abrir el acceso al conjunto de los usuarios.",{"type":38,"title":134,"body":135},"Lo que ninguna de las dos herramientas recupera","Antes de anunciar la migración a sus equipos, documente explícitamente lo que no se transferirá — es la principal fuente de decepción y de resistencia al cambio.\n\nLas automatizaciones y reglas de Jira (triggers sobre cambio de estado, reasignación automática, transiciones condicionales) no se migran. OpenProject y Plane tienen cada uno su propio sistema de automatización, pero debe reconfigurarse desde cero. Planifique un taller con los equipos para cartografiar las automatizaciones existentes antes de la migración.\n\nLas integraciones de terceros — conectores de Confluence, bots de Slack, webhooks hacia sistemas CI\u002FCD, plugins del Marketplace de Jira — tendrán que reconstruirse sobre las API de OpenProject o de Plane. Ambas herramientas exponen API REST documentadas, pero la lógica de integración debe reescribirse.\n\nLos flujos de trabajo de proyecto con condiciones complejas (permisos por rol en cada transición, restricciones de validación) no los migra el Jira Migrator Beta. OpenProject permite reconfigurar flujos de trabajo completos, pero únicamente a través de su interfaz de administración — no automáticamente en la importación.\n\nLos datos históricos de sprint — velocidad, burndown, capacidad planificada frente a realizada — no se transfieren. El historial de las issues y de los comentarios se conserva, pero las métricas ágiles agregadas se quedan en Jira. Si esos datos tienen valor para el equipo, expórtelos en CSV desde Jira antes de cerrar la instancia.\n\nPor último, los tipos de tickets de Jira Service Management (incidentes, solicitudes de servicio, problemas en el sentido ITSM) no se corresponden directamente con los tipos de issues de ambas herramientas. Si utiliza Jira a la vez para el desarrollo y para el soporte ITSM, evalúe si OpenProject o Plane cubren sus necesidades ITSM o si debe desplegarse una solución dedicada (Zammad, Mattermost, Freshdesk autoalojado) como complemento.",{"type":137,"body":138},"tip","Cree siempre una cuenta de administrador local antes de activar la autenticación SSO (SAML o LDAP). Si la configuración SSO contiene un error — identificador de entidad incorrecto, certificado caducado, mapeo de atributos erróneo — quedará definitivamente excluido de la interfaz en el primer intento de conexión SSO. La cuenta local permite corregir la configuración sin intervenir en el servidor. En OpenProject, esta cuenta debe crearse antes de activar el módulo LDAP en los ajustes; en Plane, desactive el SSO mientras valida la conexión de administrador. Haga también una exportación XML completa de Jira y una copia de seguridad del conjunto de los proyectos antes de cualquier operación en el entorno de destino.",{"type":38,"title":140,"body":141},"Solución de problemas — errores frecuentes durante la migración","Varios errores se repiten en la gran mayoría de las migraciones de Jira hacia OpenProject o Plane.\n\n**Identificadores no mapeados.** El Jira Migrator (y el importador de Plane) asocian los usuarios de Jira a cuentas de la plataforma de destino mediante la dirección de correo electrónico. Si un usuario de Jira tiene una dirección de correo distinta de la de su cuenta OpenProject o Plane, sus tickets aparecen sin asignación o con un asignado genérico. Solución: cree previamente todas las cuentas de usuario con las mismas direcciones de correo que en Jira antes de lanzar la importación.\n\n**Archivos adjuntos ausentes.** Las exportaciones de Jira Data Center incluyen los archivos adjuntos en el archivo ZIP, pero Jira puede imponer un límite de tamaño global en las exportaciones. Si el archivo está truncado, faltan los adjuntos de los tickets más recientes. Compruebe el tamaño del archivo exportado y compárelo con el espacio en disco real de su directorio de attachments de Jira. En las instancias voluminosas, exporte por proyecto y verifique proyecto por proyecto.\n\n**Timeout en las exportaciones voluminosas.** En los proyectos con decenas de miles de tickets, la exportación XML global de Jira puede expirar del lado del servidor. Utilice la funcionalidad de exportación parcial por proyecto disponible en la interfaz de administración de Jira DC. Importe después cada archivo secuencialmente en OpenProject o Plane.\n\n**Problemas de codificación de caracteres en el XML.** Las exportaciones de Jira que contienen caracteres especiales (comillas tipográficas, caracteres acentuados en ciertas configuraciones regionales, emojis insertados en descripciones) pueden producir archivos XML mal formados. Valide el archivo XML con una herramienta como `xmllint` antes de la importación. Si aparecen errores de codificación, abra el archivo en un editor con detección de codificación y corrija las secuencias no válidas.\n\n**Errores Beta del Jira Migrator de OpenProject.** El Jira Migrator está en Beta desde la versión 17.4 (mayo de 2026) y su comportamiento puede evolucionar entre versiones menores. En caso de error bloqueante, consulte la página de limitaciones conocidas en openproject.org\u002Fdocs\u002Finstallation-and-operations\u002Fjira-migration\u002F antes de abrir un ticket de soporte. La mayoría de los errores Beta están documentados con un procedimiento alternativo.",{"type":38,"title":143,"body":144},"VPS con acceso root + OpenProject o Plane — una salida limpia de Jira Data Center","La migración desde Jira Data Center no es un proyecto de varios meses si se aborda de forma metódica. Una exportación XML limpia, un VPS dimensionado según los requisitos de la herramienta elegida y una jornada de trabajo bastan para transferir las issues, los archivos adjuntos, los campos personalizados esenciales y el historial de comentarios hacia OpenProject o Plane.\n\nLa elección entre ambas depende de su contexto: OpenProject está más cerca de Jira en sus conceptos (work packages, roadmaps, Gantt) y dispone de un Jira Migrator oficial, lo que la convierte en la migración menos arriesgada para los equipos habituados al vocabulario de Atlassian. Plane es más moderna en su enfoque y está más ampliamente adoptada por los equipos de desarrollo que quieren partir de bases más ligeras.\n\nEn ambos casos, usted recupera el control completo: acceso root al servidor, copias de seguridad dominadas, ausencia de tarificación por puesto revisable unilateralmente por un editor y datos alojados en la infraestructura de su elección. La salida de Jira Data Center deja de ser una restricción para convertirse en una oportunidad de saneamiento de su herramienta de gestión de proyectos.","Despliegue Plane desde el Marketplace de ServOrbit","ServOrbit ofrece Plane preconfigurado en VPS: PostgreSQL 16, Redis 7, RabbitMQ y MinIO montados automáticamente. Migre su Jira desde la ficha del marketplace en unos minutos — datos bajo su control.","Desplegar Plane","\u002Fmarketplace\u002Fcolaboracion-productividad\u002Fplane",[150,171,190],{"id":151,"slug":152,"slugs":153,"title":157,"excerpt":158,"readTime":159,"views":160,"isPinned":19,"publishedAt":161,"updatedAt":21,"category":162,"categories":167,"featuredImage":29,"bgImage":30,"posterImage":169,"relatedSolution":170},252,"desplegar-plane-en-un-vps-linux",{"fr":154,"en":155,"ar":156,"es":152},"deployer-plane-vps","deploy-plane-self-hosted-on-a-linux-vps","نشر-plane-كاستضافة-ذاتية-على-خادم-vps-لينكس","Desplegar Plane en VPS: guía y regresiones post-2.3.7","Instale Plane AIO en su VPS con Docker. Guía completa con las regresiones 2.3.7–2.4.1, el procedimiento de actualización seguro y la resolución de fallos.",9,0,"2026-08-13T00:00:00+00:00",{"id":163,"name":164,"slug":165,"color":166,"icon":165},2,"Automatización","automatisation","bg-brand-action\u002F10 text-brand-action",[168],{"id":163,"name":164,"slug":165,"color":166,"icon":165},"\u002Fblog\u002Fcovers\u002Fdeployer-plane-vps-poster.svg",{"categorySlug":33,"appSlug":34},{"id":172,"slug":173,"slugs":174,"title":178,"excerpt":179,"readTime":159,"views":160,"isPinned":19,"publishedAt":180,"updatedAt":21,"category":181,"categories":187,"featuredImage":29,"bgImage":30,"posterImage":189,"relatedSolution":29},261,"migrar-de-saas-al-self-hosting-por-la-ia",{"fr":175,"en":176,"ar":177,"es":173},"migrer-saas-self-hosting-bundling-ia","when-saas-vendors-bundle-ai-migrating-to-self-hosting","ارتفاع-تكاليف-saas-46-متى-تستضيف-بنفسك","Cuando el SaaS cobra la IA: migrar al self-hosting","PricePulse H1 2026: +46 % de costos SaaS para 50 personas. Mattermost, Nextcloud, Plane y Forgejo se autoalojan en un VPS. Guía de migración.","2026-08-14T00:00:00+00:00",{"id":182,"name":183,"slug":184,"color":185,"icon":186},7,"Autoalojamiento","self-hosting","bg-indigo-500\u002F10 text-indigo-400","cloud",[188],{"id":182,"name":183,"slug":184,"color":185,"icon":186},"\u002Fblog\u002Fcovers\u002Fmigrer-saas-self-hosting-bundling-ia-poster.svg",{"id":191,"slug":192,"slugs":193,"title":197,"excerpt":198,"readTime":159,"views":160,"isPinned":19,"publishedAt":180,"updatedAt":21,"category":199,"categories":204,"featuredImage":29,"bgImage":30,"posterImage":206,"relatedSolution":207},262,"migrar-de-slack-a-mattermost-o-rocketchat-en-vps",{"fr":194,"en":195,"ar":196,"es":192},"migration-slack-mattermost-rocketchat-vps","migrating-from-slack-to-mattermost-or-rocketchat-on-a-vps","الهجرة-من-slack-إلى-mattermost-أو-rocketchat-على-vps","Migrar de Slack a Mattermost o Rocket.Chat en un VPS","Slack condiciona el historial y el SSO a tarifas enterprise. Aloje Mattermost o Rocket.Chat en su VPS: migración paso a paso e importación del historial.",{"id":200,"name":201,"slug":202,"color":203,"icon":202},5,"Comparativas","comparatif","bg-info\u002F10 text-info",[205],{"id":200,"name":201,"slug":202,"color":203,"icon":202},"\u002Fblog\u002Fcovers\u002Fmigration-slack-mattermost-rocketchat-vps-poster.svg",{"categorySlug":33,"appSlug":208},"mattermost",1789665026683]