- Inicio
- Recursos
- Integraciones
- PagerDuty
Integración PagerDuty n8nAutomatiza PagerDuty con n8n.
Una alerta que despierta a alguien tendría que llegar ya con su contexto. La integración PagerDuty n8n mete 9 operaciones y 4 recursos dentro de un flujo de trabajo: incidentes, notas, entradas de log y usuarios. PagerDuty no tiene nodo trigger en n8n, así que el flujo arranca en otro sitio.
Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth
¿Qué cubre la integración PagerDuty n8n?
El nodo PagerDuty viene incluido en n8n y habla con la API REST de PagerDuty por ti. Expone 9 operaciones repartidas en 4 recursos: Incident, Incident Note, Log Entry y User. Con eso un flujo abre un incidente, lo vuelve a leer, lista los incidentes de un periodo, cambia su estado, le añade notas, recupera entradas de log y busca a un usuario, siempre con el mismo credential creado una sola vez.
Conviene aclararlo desde el principio: no existe un nodo trigger de PagerDuty en n8n. Nada del lado de PagerDuty arranca un flujo por su cuenta. El punto de partida es otro: un Schedule Trigger que se ejecuta cada cierto intervalo, un nodo Webhook de n8n (una URL que n8n publica para que un servicio externo la llame), o el trigger de otra herramienta. PagerDuty entra después, como acción.
Hay tres usos que se repiten. Uno: convertir una comprobación propia en guardia real. Un flujo programado consulta una API o una base de datos, detecta el fallo y llama a incident.create sobre el servicio correcto. Dos: enriquecer antes de avisar. El incidente ya existe, el flujo lo lee, recoge las últimas entradas de log, resuelve a la persona asignada con user.get y manda el resumen a Slack o a Telegram. Tres: el informe, con incident.getAll sobre un rango de fechas volcado en Google Sheets para la revisión de guardias.
Cerrar el círculo importa tanto como abrirlo. Cuando la monitorización indica que el servicio vuelve a responder, incident.update pasa el estado a resolved y escribe en Resolution lo que pasó de verdad. El incidente queda con su propia conclusión, sin depender de la memoria de nadie.
Donde termina el nodo empieza HTTP Request. Cualquier endpoint de la API REST de PagerDuty sigue siendo accesible desde el nodo HTTP Request, que reutiliza el mismo credential de PagerDuty mediante la autenticación predefinida. Dos comportamientos que conviene prever: una lista solo devuelve todo si Return All está activado, porque si no n8n se detiene en Limit; y una búsqueda entre Since y Until cubre 6 meses como máximo.
Si las guardias son la primera automatización del equipo, la Reseña n8n cuenta en qué destaca la plataforma, y el Curso n8n monta paso a paso flujos de este tipo.
¿Cómo se conecta PagerDuty con n8n?
- 01
Crea el credential una vez en n8n
En n8n, abre el menú Credentials y añade un credential de PagerDuty. Un credential son unas claves guardadas una sola vez: todos tus flujos lo encuentran después en el desplegable del nodo. El nodo admite dos métodos de autenticación, token API y OAuth2. El token es el camino corto para un flujo que se ejecuta sin nadie delante.
- 02
Genera un token API de acceso general
Para el método por token necesitas un API Token de acceso general. Dentro de PagerDuty entra en Integrations, luego Developer Tools, luego API Access Keys y por último Create New API Key. Copia la clave que aparece y pégala en el campo API Token del credential de n8n. Esa clave es la que el nodo envía en cada llamada a la API REST.
- 03
O registra una app para OAuth2
Para OAuth2, registra una nueva app de PagerDuty. En el desplegable Category elige Infrastructure Automation y en la sección Functionality marca OAuth 2.0. Guarda y edita la configuración de la app: en la sección OAuth 2.0 pulsa Add, copia la OAuth Callback URL que muestra n8n en el campo Redirect URL, lleva el Client ID y el Client Secret a n8n y elige Read/Write en Set Permission Scopes.
Qué sabe hacer el nodo PagerDuty
El nodo PagerDuty expone 9 operaciones en 4 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.
| Recurso | Create | Get | Get Many | Update |
|---|---|---|---|---|
| Incident | ✓ | ✓ | ✓ | ✓ |
| Incident Note | ✓ | ✓ | ||
| Log Entry | ✓ | ✓ | ||
| User | ✓ |
Índice de operaciones
Incident
4 operacionesCreate an incident
incident.createLo que ves en n8n
Notas y casos de uso
Abre un incidente en PagerDuty a partir de lo que el flujo acaba de detectar y devuelve el incidente creado.
Parámetros clave
- Title: una descripción breve de los síntomas o la causa, construida desde la alerta con
{{ $json.message }}. - Service Name or ID: el servicio sobre el que se crea el incidente, elegido en la lista o por expresión.
- Email: un usuario válido de la cuenta, con formato
name@email.com. - Incident Key: en Additional Fields, la clave de deduplicación. Otra petición con el mismo servicio y la misma clave se rechaza mientras siga abierto un incidente que coincida.
Get an incident
incident.getLo que ves en n8n
Notas y casos de uso
Recupera un incidente concreto. Es la forma limpia de comprobar en qué punto está una alerta antes de tocarla.
Parámetros clave
- Incident ID: el identificador único del incidente, no su título. Suele llegar de un nodo anterior como
{{ $json.id }}.
Get many incidents
incident.getAllLo que ves en n8n
Notas y casos de uso
Lista los incidentes de la cuenta, con una colección Options de 12 filtros para dejar solo lo que necesita el informe.
Parámetros clave
- Return All: activado, n8n encadena las páginas de la API y trae todos los incidentes que coinciden; desactivado, Limit marca el máximo.
- Statuses: deja solo los incidentes
triggered,acknowledgedoresolved. - Since y Until: principio y final del rango buscado, limitado a 6 meses.
- Include: añade detalles como las personas asignadas o los servicios.
Update an incident
incident.updateLo que ves en n8n
Notas y casos de uso
Modifica un incidente que ya existe. Estado, título, urgencia, prioridad y escalado caben en una colección Update Fields de 7 entradas.
Parámetros clave
- Incident ID: el incidente al que se aplica el cambio.
- Email: la dirección de un usuario válido de la cuenta, obligatoria también aquí.
- Status:
acknowledgedoresolved. - Resolution: el texto de resolución, que solo tiene sentido si el estado pasa a resolved.
- Escalation Level: sube el incidente a ese nivel de su política de escalado.
Incident Note
2 operacionesCreate an incident note
incidentNote.createLo que ves en n8n
Notas y casos de uso
Añade una nota a un incidente. Así deja una automatización el contexto a quien coge la guardia de madrugada.
Parámetros clave
- Incident ID: el incidente al que se engancha la nota.
- Content: el texto de la nota, donde el flujo deja las líneas de log que fallan o el enlace al procedimiento.
- Email: otra vez un usuario válido de la cuenta que hace la petición.
Get many incident notes
incidentNote.getAllLo que ves en n8n
Notas y casos de uso
Relee de golpe las notas ya guardadas en un incidente, en vez de ir a buscarlas de una en una.
Parámetros clave
- Incident ID: las notas pertenecen a un solo incidente, por eso este campo es obligatorio.
- Return All: todas las notas del incidente; sin marcar, Limit decide cuántas vuelven.
Log Entry
2 operacionesGet a log entry
logEntry.getLo que ves en n8n
Notas y casos de uso
Trae una entrada de log concreta. Una entrada de log es el registro que PagerDuty guarda de un solo hecho sobre un incidente: un disparo, una aceptación, una notificación enviada.
Parámetros clave
- Log Entry ID: el identificador único de esa entrada, tomado de un listado anterior como
{{ $json.id }}.
Get many log entries
logEntry.getAllLo que ves en n8n
Notas y casos de uso
Devuelve las entradas de log de la cuenta en un periodo. Es lo más parecido a un historial de actividad que ofrece el nodo, con una colección Options de 5 filtros.
Parámetros clave
- Return All: todas las entradas página a página, o Limit para una muestra.
- Is Overview: activado, vuelven solo los cambios más importantes del incidente, lo que mantiene legible una cronología.
- Since y Until: la ventana de búsqueda, también con tope de 6 meses.
- Timezone Name or ID: sin este campo las fechas vuelven en UTC.
User
1 operaciónGet a user
user.getLo que ves en n8n
Notas y casos de uso
Busca a un usuario de la cuenta de PagerDuty y devuelve su ficha, para poner un nombre detrás de un identificador.
Parámetros clave
- User ID: el identificador único del usuario, leído desde un incidente en lugar de escrito a mano.
¿Necesitas ayuda para automatizar PagerDuty con n8n?
El equipo te responde directamente.
Cada mensaje lo lee una persona.


