Jira mit n8n verbinden: Authentifizierung, Aktionen und die Sache mit Confluence

n8n verbindet sich mit Jira ueber einen eigenen App-Node, der Issues, Anhaenge, Kommentare und Nutzer verwaltet, waehrend die Authentifizierung wahlweise per Cloud-OAuth2, Cloud-API-Token oder Server-Zugangsdaten laeuft. Fuer Confluence gibt es dagegen keinen eigenen n8n-Node, sodass Wissensseiten nur ueber den generischen HTTP-Request-Node erreichbar sind. Dieser Beitrag zeigt, welche der drei Jira-Methoden zu Ihrer Instanz passt, was der Jira-Node tatsaechlich kann und wo n8n-Nutzer in der Praxis am haeufigsten auf Fehler stossen. Stand: August 2026.

Welche Authentifizierungsmethode passt zu Ihrer Jira-Instanz?

Die richtige Methode haengt in erster Linie davon ab, ob Sie Jira Cloud oder eine Server-Installation betreiben. Alle drei Varianten sind in den n8n-Zugangsdaten fuer Jira dokumentiert.

• SW Cloud OAuth2: Gedacht fuer Jira Software Cloud. Sie legen in der Atlassian Developer Console eine OAuth-2.0-Integration an, hinterlegen die Callback-URL aus n8n und aktivieren die Scopes read:jira-user, read:jira-work, write:jira-work, manage:jira-webhook, manage:jira-user und offline_access. In n8n tragen Sie anschliessend Client ID, Client Secret und die Domain ein, etwa beispielfirma.atlassian.net.
• SW Cloud API Token: Ebenfalls fuer Jira Cloud, aber ohne eigene OAuth-App. Sie erzeugen den Token auf der Atlassian-Profilseite und hinterlegen in n8n E-Mail-Adresse, Token und Domain. Laut n8n-Dokumentation brauchen neu erzeugte Token bis zu einer Minute, bevor sie funktionieren.
• SW Server Account: Fuer Jira-Software-Server-Installationen genuegt ein klassisches Zugangsdatenpaar aus E-Mail, Passwort und der Jira-Zugriffs-URL, ohne weitere Einrichtung in der Atlassian-Verwaltung.

Welche Aktionen deckt der Jira-Node ab?

Der Jira-Node deckt vier Bereiche ab: Issues, Anhaenge, Kommentare und Nutzer. Bei Issues koennen Sie anlegen, loeschen, einzeln oder als Liste abrufen, den Changelog einsehen, Status-Uebergaenge (Transitions) ausfuehren und E-Mail-Benachrichtigungen anstossen. Anhaenge lassen sich hinzufuegen, abrufen und entfernen, Kommentare hinzufuegen, aktualisieren und loeschen, und bei Nutzern sind Anlegen, Loeschen und Abrufen moeglich. Filterabfragen laufen ueber die Jira Query Language (JQL) und nicht ueber einfache Parameterfelder, was etwas Einarbeitung braucht. Deckt der Node eine Operation nicht ab, verweist die n8n-Dokumentation zum Jira-Node selbst auf den HTTP-Request-Node, der dieselben hinterlegten Zugangsdaten weiterverwenden kann.

Warum gibt es keinen Confluence-Node, und wie loesen Sie es trotzdem?

n8n bietet aktuell keinen dedizierten Confluence-Node an, obwohl viele Teams Jira-Tickets und Confluence-Wissensseiten im selben Prozess pflegen wollen. Die uebliche Loesung ist der HTTP-Request-Node, der gegen die Confluence-REST-API einer Atlassian-Instanz spricht. Welche Endpunkte, Scopes und Berechtigungen dafuer genau noetig sind, hat n8n nicht dokumentiert, pruefen Sie das direkt in der Atlassian-eigenen Confluence-API-Dokumentation, bevor Sie einen Workflow produktiv schalten. Fuer einfache Faelle wie "neue Seite anlegen, wenn ein Jira-Ticket abgeschlossen wird" reicht ein HTTP-Request-Node mit denselben Zugangsdaten wie beim Jira-Node meist aus, fuer komplexere Seitenstrukturen lohnt sich ein Testlauf gegen eine Sandbox-Instanz, bevor Sie live gehen.

Welche Fehler tauchen in der Praxis am haeufigsten auf?

In der n8n-Community sind es vor allem drei Fehlerbilder, die den Einstieg erschweren. Nutzer von Jira Data Center berichten von 403-Fehlern beim Verbinden eines Personal Access Tokens, obwohl der Token in Jira selbst gueltig ist. Andere melden, dass Dropdown-Listen im Jira-Node mit "Could not load list, please check credentials" abbrechen, obwohl die Zugangsdaten grundsaetzlich funktionieren und die Liste beim naechsten Versuch laedt. Eine dritte Gruppe scheitert beim Versuch, Atlassian Service Accounts statt persoenlicher Konten zu hinterlegen, die Speicherung der Zugangsdaten schlaegt dann mit "Forbidden" fehl. Ein Blick in die n8n-Community vor dem eigenen Rollout spart in solchen Faellen oft Zeit, weil aehnliche Faelle meist schon diskutiert wurden. Wenn Sie eine belastbare Jira-Automatisierung nicht selbst aufbauen und pflegen wollen, uebernimmt NordFlux das im Festpreis-Projekt, siehe n8n-Automatisierung von NordFlux.

Haeufige Fragen zu Jira und Confluence in n8n

Kann ich mit n8n auch Confluence-Seiten automatisiert anlegen?

Nicht ueber einen eigenen Node, aber ueber den HTTP-Request-Node gegen die Confluence-REST-API. n8n dokumentiert diesen Weg nicht im Detail, sodass Sie Endpunkte und Berechtigungen in der Atlassian-Dokumentation selbst nachschlagen muessen. Fuer einfache Anwendungsfaelle wie das Anlegen einer Seite bei Ticketabschluss ist der Aufwand ueberschaubar.

Welche Jira-Authentifizierung passt fuer Jira Cloud am besten?

Fuer die meisten Teams ist die SW-Cloud-API-Token-Methode der pragmatischste Einstieg, weil sie ohne eigene OAuth-App auskommt. Die OAuth2-Variante lohnt sich, wenn mehrere Nutzer denselben Workflow verwenden sollen oder feingranulare Scopes gebraucht werden.

Was tun bei "Forbidden"- oder 403-Fehlern beim Verbinden der Jira-Zugangsdaten?

Pruefen Sie zuerst, ob der Token oder Account tatsaechlich fuer die gewaehlte Authentifizierungsmethode gedacht ist, ein Personal Access Token aus Data Center passt zum Beispiel nicht in jedes Feld. In der n8n-Community sind vergleichbare Faelle mehrfach dokumentiert, ein Abgleich mit dem eigenen Setup hilft oft schneller als neues Ausprobieren.

Kann der Jira-Node komplexe Filterabfragen verarbeiten?

Ja, aber nur ueber die Jira Query Language (JQL) und nicht ueber einfache Dropdown-Parameter. Wer JQL bereits aus der Jira-Oberflaeche kennt, kann dieselben Abfragen im Node weiterverwenden.