Volver a todos los articulos
Digital Legacy

Administrador de organización de Atlassian tras un fallecimiento: lista de continuidad

Organiza la continuidad autorizada de Atlassian Cloud, Jira, Confluence, dominios, facturación e integraciones cuando fallece un administrador.

Stefan-Iulian Tesoi · Autor de planificacion del legado digital
Publicado: 2026-10-09
Actualizado: 2026-10-09
7 min de lectura
Administrador de organización de Atlassian tras un fallecimiento: lista de continuidad

Un administrador de organización de Atlassian puede ser quien configuró Jira, conectó el proveedor de identidad y organizó años de documentación en Confluence. Cuando fallece, los proyectos pueden seguir funcionando aunque nadie sepa quién puede cambiar la configuración administrativa. Un familiar puede tener responsabilidades sobre la herencia sin saber qué registros pertenecen a la empresa ni quién debe conservarlos.

Empieza nombrando un coordinador y separando las decisiones sobre acceso administrativo, conservación de información, facturación y responsabilidades operativas. Esta lista se refiere a organizaciones de Atlassian Cloud. Una instalación autogestionada necesita un plan de infraestructura propio. Su objetivo es organizar un relevo autorizado; el acceso técnico por sí solo no determina la propiedad de la empresa ni los derechos hereditarios.

1. Identifica la organización y a quienes deciden

Anota el nombre de la organización, su identificador si está disponible, las URL de los sitios y el correo laboral del administrador fallecido. Incluye Jira, Confluence y los servicios conectados que utiliza el equipo. Registra referencias de suscripción, administradores conocidos y una dirección de contacto controlada por la organización. Una empresa puede tener varios sitios o suscripciones: reconocer el logotipo no completa el inventario.

Identifica quién puede aprobar gastos, conceder acceso, decidir la conservación y comunicarse con clientes. En una empresa dirigida por su fundador, quizá deban coordinarse un responsable superviviente y el representante de la herencia. Mantén un registro fechado de las decisiones. Asigna cada asunto pendiente a una persona con una fecha de seguimiento para que el trabajo esencial no se pierda en una petición general de organizar las cuentas.

2. Comprueba el acceso administrativo existente

Pide a un administrador disponible que entre con su propia cuenta y revise la organización. Atlassian distingue administradores de organización, sitio, acceso de usuarios y aplicación.

Comprueba los controles necesarios para el relevo concreto, sin depender del cargo o del nombre de un grupo. ¿Puede el sucesor revisar usuarios, consultar los sitios y gestionar la configuración necesaria? Verifica por separado el acceso a los proyectos de Jira y espacios de Confluence que mantendrá. Registra las carencias y solicita cambios específicos a un administrador autorizado.

Utiliza cuentas nominativas para atribuir cada acción a su responsable. Guarda el material de recuperación en un lugar seguro aprobado. Si estás planificando con antelación, designa un administrador de respaldo y comprueba su acceso mientras el actual todavía pueda ayudar. Una invitación en la bandeja de entrada no equivale a una cuenta administrativa probada.

3. Solicita ayuda si el administrador no está disponible

Atlassian remite a Soporte para transferir el rol de un administrador no disponible.

Explica que el administrador ha fallecido, identifica la organización y los sitios afectados y especifica qué rol o control falta. Facilita un contacto que pueda responder en nombre de la organización. Reúne referencias de facturas y documentos de autoridad; pregunta qué pruebas hacen falta y cómo enviarlas de forma segura. Mantén los documentos sensibles fuera de foros públicos y comentarios compartidos.

Pregunta qué puede continuar durante la verificación y registra el número del caso. Separa cualquier paso de aprobación o verificación de una fecha de finalización prometida. No supongas que un certificado de defunción garantiza acceso, que el parentesco transfiere un rol administrativo o que todas las solicitudes siguen el mismo plazo. Informa al equipo de avances confirmados y restricciones pendientes.

4. Conserva las responsabilidades de Jira y Confluence

Inventaría los proyectos críticos, trabajo próximo, colas de servicio, espacios de Confluence y documentos operativos. Pide a los responsables de equipo que identifiquen material que falte, incluidos registros restringidos de clientes e instrucciones mantenidas por una sola persona. Anota quién asumirá cada responsabilidad y quién aprobará el acceso a información sensible.

Revisa por separado las tareas asignadas, administración de proyectos, permisos de espacios y mantenimiento de documentación. Pide a cada sucesor que abra los registros necesarios y realice una acción rutinaria permitida. Comprueba los archivos enlazados en otros servicios: un enlace en Confluence no es una copia independiente. Registra los accesos que faltan en lugar de considerar terminado el relevo porque el sitio abre.

Si necesitas conservar información con autorización, comprueba las opciones de exportación o copia disponibles para el servicio y plan. Define el alcance, guarda las copias de forma segura y verifica que se abren. No prometas que una sola exportación incluya adjuntos, permisos y todas las dependencias. Documenta lo conservado y lo que requiere investigación.

5. Revisa dominios y dependencias de identidad

Registra los dominios de la empresa, registrador, alojamiento DNS, administrador web y proveedor de identidad utilizado para iniciar sesión. Atlassian distingue la verificación del dominio de la reclamación de cuentas.

Pide a los administradores autorizados de identidad y dominios que revisen juntos la configuración. Comprueba quién mantiene renovaciones, registros DNS, archivos de verificación y ajustes de inicio de sesión. Conserva la configuración documentada antes de modificarla. No elimines un registro o archivo desconocido porque su finalidad no esté clara: identifica primero su responsable y función.

Documenta el estado de la cuenta del fallecido; un correo que parece empresarial no demuestra que sea una cuenta administrada. Coordina los cambios con los responsables del sistema de identidad y las aplicaciones. Considera el efecto sobre los servicios conectados antes de retirar acceso. El control del dominio, los permisos y la autoridad sobre registros hereditarios necesitan responsables documentados.

6. Supervisa facturación e integraciones

Identifica contactos de suscripción, fechas de renovación, responsables de pago, ubicación de facturas y quién aprueba costes continuos. Asegúrate de que las comunicaciones lleguen a una dirección supervisada. Decide si hace falta mantener el servicio durante la transición y conserva confirmaciones de cambios o cancelaciones aprobados. La sucesión administrativa y la gestión de pagos son tareas distintas.

Enumera automatizaciones, conexiones API, aplicaciones del marketplace, flujos de correo entrante y repositorios externos utilizados. Identifica las dependencias vinculadas a la cuenta del fallecido. Organiza credenciales de sustitución autorizadas y prueba flujos representativos con datos de ejemplo seguros. Coordina la revocación de credenciales con la continuidad; un incidente de seguridad puede exigir actuar antes de terminar el relevo.

7. Coordina los cambios y ensaya el plan

Antes de retirar una cuenta de forma rutinaria, revisa tareas pendientes, material privado que la organización esté autorizada a tratar e integraciones. Si un riesgo urgente exige suspensión, actúa mediante administradores autorizados y documenta la conservación pendiente. Mantén separados los registros familiares y la información empresarial en vez de compartir toda la cuenta con quienes ayudan con la herencia.

Para planificar el futuro, conserva una nota breve con identificadores, administradores de respaldo, contactos de facturación, proyectos y espacios críticos, ubicaciones seguras de recuperación e instrucciones de cierre. Enlázala con el plan de continuidad del negocio en línea. Revísala tras cambios de personal, nuevos sitios o cambios del proveedor de identidad.

Ensaya el relevo: pide al administrador de respaldo que localice la organización, a un compañero de finanzas que encuentre la renovación y a un responsable de proyecto que abra la documentación esencial. Registra la fecha y corrige las carencias. El ensayo revela dependencias que una lista de nombres y contraseñas no demuestra.

Próximos pasos

Elige un coordinador, inventaría la organización y verifica el acceso existente. Abre una solicitud concreta de soporte si hace falta. Conserva registros autorizados, asigna responsabilidades, revisa dominios e identidad y comprueba facturación e integraciones. Termina con una lista fechada de acciones completadas y asuntos pendientes. Un relevo claro facilita el trabajo del equipo y reduce la carga administrativa de la familia.

Articulos relacionados

Sucesión del propietario de un grupo de GitLab: una lista de continuidad
Prepara la sucesión del propietario de un grupo de GitLab con un plan para repositorios, administración, pipelines, facturación y relevo seguro del equipo.
Administrador de una organización de Figma tras su fallecimiento: lista de continuidad
Preserva la administración de Figma, archivos de diseño, borradores, bibliotecas, facturación y responsabilidades tras el fallecimiento de un administrador.
Administrador de Asana fallecido: lista para mantener la continuidad
Conserva los proyectos de Asana, organiza la administración autorizada y revisa la facturación cuando fallece un administrador.

Mantente al dia

Suscribete para recibir estrategias practicas y novedades sobre legado digital.