Apps para el ecosistema Atlassian

Las integraciones de una organización —pipelines de CI, webhooks, scripts internos, conectores de informes— se sostienen sobre tokens de API que caducan. Cuando uno expira sin aviso, el proceso deja de funcionar en silencio y el fallo se descubre tarde. TokenGuard resuelve ese punto ciego: centraliza el inventario de tokens dentro de Jira y avisa con antelación de cada caducidad.

La app no guarda el secreto del token. Solo registra sus metadatos —nombre, propietario, herramienta, ámbitos y fechas—, de modo que el valor sensible nunca pasa por ella.

Funcionalidades

• Registro de tokens con propietario, herramienta, cliente, proyecto, ámbitos, prioridad, etiquetas y fechas de emisión y caducidad.
• Inventario personal y global: cada usuario ve sus tokens y los administradores el conjunto de la organización, con métricas de cabecera, filtros y vista de tarjetas o de tabla.
• Alertas automáticas: una revisión horaria crea una incidencia en el proyecto de Jira configurado 30 días antes del vencimiento y añade un comentario urgente a los 15 días. Las alertas no se duplican.
• Importación masiva por CSV con validación previa: las filas con errores se marcan antes de confirmar la carga.
• Exportación a Excel ordenada por urgencia y en el idioma del usuario.
• Registro de actividad con las últimas acciones realizadas sobre los tokens, exportable por los administradores.
• Permisos por grupos de Jira: roles de administrador y editor configurables desde la propia app.

La segregación de funciones exige que quien pide un cambio, quien lo aprueba y quien lo ejecuta no sean la misma persona. Es uno de los hallazgos habituales en las auditorías de controles generales de IT, y Jira no lo comprueba de serie: alguien puede crear un ticket, aprobarlo y cerrarlo sin que nada lo señale, y la empresa se entera meses después. SoD Guard aplica ese control en el momento de la transición y deja constancia de cada incumplimiento.

Cada regla vigila una transición concreta del flujo y comprueba quién la ejecuta: si es el reportador del ticket, si es la persona asignada o si es quien ya movió antes ese mismo ticket a un estado anterior. Se configura con un formulario por proyecto, sin escribir código ni ficheros de configuración.

Aviso o bloqueo

Toda regla nace en modo aviso: la transición sigue adelante y la violación queda registrada, lo que permite medir el alcance real del problema antes de endurecer nada. En modo bloqueo, la transición se rechaza nombrando la regla que la impide. Si la comprobación no puede completarse por un error temporal, la transición se permite siempre: es una política deliberada y documentada, para que la app nunca deje el flujo de trabajo parado por un problema propio.

Funcionalidades

• Reglas por proyecto: transición vigilada, actor previo opcional, comprobación de reportador y de asignado, y modo aviso o bloqueo.
• Exenciones con motivo obligatorio: la coincidencia se sigue registrando, marcada como exenta y con su justificación, de modo que en la auditoría consta que el conflicto ocurrió y se aceptó a conciencia.
• Conflictos de rol: pares de roles que nadie debería acumular, comprobados en vivo sobre los roles reales del proyecto y exportables.
• Panel de violaciones con el recuento de bloqueadas, avisadas y exentas, filtros y exportación a CSV para el auditor.
• Análisis retrospectivo: recorre el histórico del proyecto aplicando las mismas reglas, por lotes y en segundo plano, se puede pausar y reanudar, y no duplica lo ya registrado.
• Panel dentro del ticket: qué reglas vigilan el proyecto y qué violaciones ha tenido esa incidencia.
• Control de acceso: las pantallas pueden restringirse a grupos de Jira; la aplicación de las reglas no cambia para el resto de usuarios.

Funciona igual en proyectos de Jira Software y de Jira Service Management. Los datos no salen de la instancia de Jira: reglas, violaciones, exenciones y conflictos se guardan en el almacenamiento de la propia plataforma Forge. La app está en desarrollo y todavía no se ha publicado en Atlassian Marketplace, así que aún no tiene precio.

Las reglas de automatización de Jira crecen sin control: se acumulan, se solapan y acaban disparándose donde no deben. Automation Inspector las audita y devuelve un informe con los problemas ordenados por severidad —crítico, aviso o sugerencia—, para corregirlos antes de que rompan el flujo en producción. No sustituye al editor de reglas de Atlassian: lo complementa con análisis y diagnóstico.

Qué detecta

• Disparadores sin condiciones, que se ejecutan mucho más de lo previsto.
• Ramas que nunca se ejecutan: lógica muerta que aparenta estar activa.
• Llamadas externas sin reintento, un punto de fallo silencioso.
• Dependencias circulares entre reglas y dependencias entre proyectos.
• Acciones huérfanas y riesgo de límite de peticiones.

Las auditorías se lanzan a demanda o de forma programada, sobre un proyecto concreto o sobre toda la instancia, y sus resultados pueden exportarse o integrarse en la cadena de despliegue para detener una entrega si aparece una regresión crítica.

Resumen del proyecto

Proyecto	NeoApps — suite de apps para el ecosistema Atlassian
Apps	TokenGuard for Jira, SoD Guard for Jira, Automation Inspector, LicenseControl
Productos Atlassian	Jira Cloud, Confluence, Jira Service Management
Tecnología	Plataforma Forge de Atlassian (JavaScript), páginas globales y disparadores programados
Distribución	Atlassian Marketplace
Idiomas	Español e inglés
Sitio del producto	neoapphub.com
Desarrollo	NEOGAME DIGITAL SL (NIF B24857740)