Automatización de Jira Service Management: cómo funcionan los flujos, los SLA y los webhooks

La documentación de Atlassian llama ahora 'flows' (flujos) a las reglas de automatización; verás ambos términos y significan lo mismo. Puedes crear un flujo desde cero, a partir de una plantilla o con Rovo, y una vez activado, sus pasos se ejecutan en orden de arriba abajo.

Dos triggers son específicos del trabajo de servicio. 'SLA threshold breached' te permite elegir un SLA y activarse cuando se ha incumplido o cuando está a punto de incumplirse. 'Approval required' se activa cuando se crea o actualiza un elemento de trabajo que necesita aprobación, o cuando se añaden nuevos aprobadores. Un trigger programado ejecuta un flujo con un temporizador, algo útil para comprobaciones periódicas como listar los elementos de trabajo a punto de incumplir el SLA.

La automatización en Jira Service Management existe sobre todo para mantener al día tres estructuras:

• Las colas son conjuntos filtrados de elementos de trabajo que dan a los agentes una vista centrada en su trabajo. Filtran por campos como estado, tipo de trabajo, persona asignada y prioridad, o por JQL. Los agentes no pueden crear ni editar colas; lo hacen los administradores del espacio.
• Los tipos de solicitud son los formularios que usan los clientes para abrir solicitudes en el portal. Cada tipo de solicitud está vinculado exactamente a un tipo de trabajo: el tipo de solicitud gestiona el nombre y la configuración del portal, mientras que el tipo de trabajo contiene el flujo de trabajo y los campos. Un mismo tipo de trabajo puede respaldar muchos tipos de solicitud.
• Los SLA miden el tiempo frente a unos objetivos. Cada SLA tiene sus propias condiciones de inicio, pausa y parada; la pausa es opcional y se suele usar mientras se espera la respuesta del cliente, y la medición se detiene en cuanto se cumple cualquier condición de parada.

En la práctica, los flujos rellenan los campos por los que filtran las colas y los objetivos de SLA. Si un flujo establece la prioridad o un campo personalizado según el tipo de solicitud o el contenido del mensaje, la cola correcta y el objetivo de SLA correcto recogen el elemento de trabajo automáticamente.

Los smart values permiten que un flujo inserte datos del elemento de trabajo en campos, comentarios, correos y cuerpos de solicitudes web. {{issue.key}} devuelve la clave, por ejemplo PROJ-123. Los demás campos siguen el mismo patrón con el nombre del campo, incluidos los campos personalizados; si dos campos comparten nombre, usa en su lugar el ID del campo personalizado.

La interfaz de Atlassian dice ahora 'work item' donde antes decía 'issue', pero la sintaxis de smart values de su documentación sigue usando el prefijo issue. Los campos con varios valores se pueden recorrer con la sintaxis #, que se cierra con {{/}}.

Los webhooks funcionan en ambas direcciones:

• Salientes: la acción 'Send web request' llama a la API de otro sistema cuando se ejecuta un flujo y puede devolver datos de la respuesta para pasos posteriores. El sistema receptor debe aceptar solicitudes desde la red de Atlassian.
• Entrantes: el trigger de webhook entrante da al flujo su propia URL, de modo que un sistema externo (un chatbot, una herramienta de facturación, una herramienta de monitorización) puede iniciar el flujo con una solicitud HTTP.
• Herramientas de chat: las acciones 'Send Slack message' y 'Send Microsoft Teams message' publican en canales, con smart values en el texto del mensaje.

A fecha de octubre de 2026, Jira Cloud mide el uso de la automatización por producto y por mes, con límites que dependen de tu plan. Atlassian publica cómo se cuenta el uso en su página 'How is your automation usage calculated'; consúltala, junto con tu uso actual, antes de añadir flujos programados de alta frecuencia.

Primeros flujos habituales para un service desk:

• Establecer prioridad, componente o persona asignada al crear la solicitud, según el tipo de solicitud y su contenido.
• Publicar en un canal de escalado cuando un SLA está a punto de incumplirse.
• Recordar al cliente que una solicitud está esperando su respuesta y, pasado un tiempo fijado, resolverla con un comentario.
• Enviar las nuevas solicitudes de alta prioridad a un sistema externo mediante 'Send web request'.

TascaLab trabaja sobre tu sitio de Jira Service Management actual, sin cambiar de plataforma, combinando la automatización nativa con APIs, webhooks y Make o n8n cuando un flujo necesita llegar a otras herramientas. Ticket Routing & Categorization cuesta 690 € como proyecto puntual; Custom Automation, desde 1070 €. Todos los proyectos incluyen 30 días de soporte tras el lanzamiento y documentación básica, y la mayoría de las implementaciones llevan 1–3 semanas. Empieza con una llamada de Health Check gratuita de 30 minutos.