Intégration PagerDuty n8nAutomatiser PagerDuty avec n8n.

Ouvre un incident dans PagerDuty à partir de ce que le workflow vient de détecter, et renvoie l'incident créé.

• Title : une description courte des symptômes ou de la cause, construite depuis l'alerte avec {{ $json.message }}.
• Service Name or ID : le service sur lequel l'incident est créé, pris dans la liste ou défini par expression.
• Email : un utilisateur valide du compte qui fait la requête, au format name@email.com.
• Incident Key : dans Additional Fields, la clé de déduplication. Une requête sur le même service avec la même clé est rejetée tant qu'un incident correspondant reste ouvert.

Récupère un incident précis. C'est la manière propre de vérifier où en est une alerte avant d'agir dessus.

• Incident ID : l'identifiant unique de l'incident, pas son titre. Il arrive en général d'un nœud précédent sous la forme {{ $json.id }}.

Liste les incidents du compte, avec une collection Options de 12 filtres pour ne garder que ce qui intéresse le rapport.

• Return All : activé, n8n enchaîne les pages de l'API et ramène tous les incidents correspondants ; désactivé, Limit fixe le nombre maximal.
• Statuses : ne garde que les incidents triggered, acknowledged ou resolved.
• Since et Until : le début et la fin de la plage cherchée, limitée à 6 mois.
• Include : ajoute des détails comme les personnes assignées ou les services.

Modifie un incident existant. Statut, titre, urgence, priorité et escalade tiennent dans une collection Update Fields de 7 entrées.

• Incident ID : l'incident concerné par la modification.
• Email : l'adresse d'un utilisateur valide du compte, obligatoire ici aussi.
• Status : acknowledged ou resolved.
• Resolution : le texte de résolution, qui n'a de sens que si le statut passe à resolved.
• Escalation Level : fait monter l'incident à ce niveau de sa politique d'escalade.

Colle une note sur un incident. C'est comme ça qu'une automatisation laisse du contexte à la personne qui décroche à trois heures du matin.

• Incident ID : l'incident auquel la note est rattachée.
• Content : le texte de la note, là où le workflow dépose les lignes de log fautives ou le lien vers la procédure.
• Email : encore un utilisateur valide du compte qui fait la requête.

Relit en une fois les notes déjà déposées sur un incident, au lieu d'aller les chercher une par une.

• Incident ID : les notes appartiennent à un seul incident, ce champ est donc requis.
• Return All : toutes les notes de l'incident ; décoché, Limit décide combien reviennent.

Va chercher une entrée de log précise. Une entrée de log, c'est la trace PagerDuty d'un événement unique sur un incident : un déclenchement, une prise en charge, une notification envoyée.

• Log Entry ID : l'identifiant unique de l'entrée, repris d'une liste précédente sous la forme {{ $json.id }}.

Renvoie les entrées de log du compte sur une période. C'est le plus proche d'un journal d'activité que le nœud expose, avec une collection Options de 5 filtres.

• Return All : toutes les entrées page après page, ou Limit pour un échantillon.
• Is Overview : activé, seuls les changements les plus importants de l'incident reviennent, ce qui garde une chronologie lisible.
• Since et Until : la fenêtre de recherche, là aussi plafonnée à 6 mois.
• Timezone Name or ID : sans ce champ, les dates reviennent en UTC.

Retrouve un utilisateur du compte PagerDuty et renvoie sa fiche, pour mettre un nom derrière un identifiant.

• User ID : l'identifiant unique de l'utilisateur, lu depuis un incident plutôt que saisi à la main. Le nœud renvoie la fiche complète de la personne.