Cómo integrar Jira y Slack: guía de 2026

Una integración útil no envía todas las incidencias al mismo canal. Este recorrido, basado en la guía de Make del 20 de mayo de 2026 y contrastado con su documentación de aplicaciones, separa dos flujos: avisos de Jira hacia Slack y solicitudes de Slack hacia Jira.

Requisitos

Prepara un proyecto Jira Cloud de prueba, dos canales de Slack y cuentas con los permisos necesarios. Para la cuenta de Make, los precios, planes y cuotas se rigen por la página oficial de precios. Puedes registrarte en Make mediante nuestro enlace de afiliado. Podemos recibir una comisión si te registras a través de este enlace, sin coste adicional para ti.

No hace falta sustituir la integración nativa de Atlassian si cubre tus necesidades. Make resulta útil cuando quieres definir rutas entre herramientas. Si mantienes ambas, revisa sus suscripciones para no duplicar avisos.

1. Crea las conexiones

La documentación de Jira Cloud Platform indica cómo crear el token de API y configurar la conexión con URL del servicio, usuario y token. Crear webhooks requiere los permisos administrativos indicados en esa guía; no debe confundirse con los permisos para usar una incidencia.

Añade también una conexión de Slack. Su propietario puede tener restricciones de instalación que debas resolver antes de conectar. Elige la conexión admitida por el módulo: la documentación distingue conexiones de usuario y de bot, y señala requisitos específicos para los módulos de observación.

2. Elige un disparador de Jira

Para recibir eventos, utiliza la variante instantánea de Watch Issues. Genera la URL de webhook en Make y regístrala en Jira siguiendo la sección de webhooks de la documentación. Selecciona solo los eventos que necesita tu proceso.

Si utilizas la variante de consulta periódica, configura la programación y acepta que los cambios se detectarán en esas consultas. No mezcles sus instrucciones con las de un webhook.

3. Distribuye las notificaciones

Añade un Router y prepara rutas como estas:

Según la documentación de Router, las rutas se procesan secuencialmente. Un bundle puede cumplir varios filtros; no existe aquí un interruptor que convierta rutas exclusivas en no exclusivas. Si quieres un solo aviso, diseña condiciones que no se solapen. Una ruta sin filtro no es una ruta fallback.

Si el aviso va al asignado, resuelve la identidad del assignee, no la del reporter. Prevé que el correo no esté disponible; mantén una correspondencia autorizada entre usuarios o envía el caso al canal de revisión.

4. Prepara un mensaje accionable

Incluye clave de incidencia, resumen, prioridad, estado y enlace a Jira. Ejecuta una prueba para ver los campos que realmente devuelve el disparador. Mapea valores concretos, no objetos completos, y comprueba los IDs de campos personalizados.

Usa el módulo de mensaje adecuado de Slack. Si necesitas bloques o botones, verifica el formato admitido por ese módulo y por Slack antes de añadirlos. No presupongas que cualquier payload puede enviarse desde cualquier acción.

5. Crea el flujo Slack → Jira por separado

En otro escenario, observa mensajes del canal autorizado, por ejemplo con Watch Public Channel Messages. Usa un marcador de texto ordinario, como crear-incidencia:, y filtra mensajes del propio bot para evitar bucles.

Extrae resumen y descripción; comprueba proyecto y tipo de incidencia antes de llamar a Create an Issue. Devuelve la clave creada en una respuesta al mensaje original cuando el módulo permita mapear su hilo. Leer mensajes no implementa automáticamente un comando slash ni detecta reacciones: esos eventos requieren su configuración específica.

6. Trata los fallos según su causa

Consulta los controladores de errores y las ejecuciones incompletas. Un token revocado requiere reparar la conexión; un campo obligatorio ausente requiere corregir datos. No uses una salida de sustitución para fingir que Jira creó una incidencia.

Para límites de tasa, consulta Exponential backoff y la documentación del servicio afectado. No fijes reintentos o concurrencia a partir de una página de precios.

7. Prueba ambas direcciones

Con Run once, comprueba un aviso urgente, otro normal, una incidencia con campos incompletos y un mensaje que no debe crear ningún ticket. Repite un evento y revisa si produce duplicados. Confirma el destino y el contenido final, no solo los indicadores de ejecución.

Estas recomendaciones de pruebas y prevención de bucles son aportaciones editoriales; no se presentan como una integración probada por MakeAutomation.

Fuente principal

Artículo oficial de Make. Las referencias técnicas específicas se enlazan en los pasos correspondientes.