Open ITSM Hub
English

Zammad Plugin selber bauen — Integrationen, API und Webhooks

2026-09-30 · Open ITSM Hub

Zammad Plugin entwickeln ohne Marketplace: native Integrationen, Webhooks, REST-API und n8n. Praxisleitfaden für Admins und Entwickler.

Zammad Plugin selber bauen — Integrationen, API und Webhooks

Die Suche nach Zammad Plugins, Zammad Integrationen oder „Zammad Addon installieren“ führt oft ins Leere: Es gibt keinen Plugin-Store wie bei OTOBO oder Znuny. Trotzdem erweitern Teams Zammad täglich — über eingebaute Module, Webhooks und eigene API-Dienste.

Dieser Artikel ordnet die Suchintention ein und zeigt den kürzesten Weg zu einem eigenen Plugin. Die ausführliche Entwickler-Checkliste steht in der Doku Eigenes Zammad Plugin entwickeln.

Warum so viele nach Zammad Plugins suchen

Zammad ist ein eigenständiger Ruby-Helpdesk (AGPL-3.0), kein OTRS-Fork. Wer aus der Znuny-/OTOBO-Welt kommt, erwartet .opm-Pakete. Bei Zammad heißt Erweiterung:

  1. Native Integration im Kern (GitHub, GitLab, Slack, Teams, LDAP, CTI, Checkmk …)
  2. Konfiguration (Trigger, Scheduler, Core Workflows, Objektmanager)
  3. Externe Integration über die REST API oder Webhooks

Open ITSM Hub sammelt genau diese Community-Projekte im Zammad Plugin Verzeichnis — n8n-Nodes, MCP-Server, PHP-/Python-Clients, Slack-Bridges, LDAP-Sync.

Welchen Plugin-Typ brauchen Sie wirklich?

„Wir wollen Slack / Teams / GitHub.“ Zuerst unter Admin → Integrationen nachsehen. Viele „Plugins“ sind bereits Produktfunktionen. Einrichtung und Tokens stehen in der Admin-Dokumentation.

„Wenn ein Ticket X wird, soll System Y etwas tun.“ Webhook plus Trigger. Zammad schickt u. a. X-Zammad-Trigger und X-Zammad-Delivery; optional HMAC über X-Hub-Signature. Kein Deploy in den Zammad-Container nötig.

„Wir bauen ein Portal, ERP-Sync oder KI-Agenten.“ Eigenes Plugin = eigener Dienst mit Access Token gegen /api/v1. Fertige Bausteine: n8n Zammad Nodes, zammad-mcp-server, zammad_py.

„Die UI muss sich im Kern ändern.“ Das ist ein Fork, kein Plugin. Hohe Folgekosten bei jedem Zammad-Upgrade — nur mit eigenem Release-Prozess.

Mini-Beispiel: Ticket per API (Ihr erstes „Plugin“)

bash
curl -X POST https://helpdesk.example.com/api/v1/tickets \
  -H "Authorization: Token token=IHR_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "title": "Anfrage aus dem Shop",
    "group": "Users",
    "customer": "kunde@example.com",
    "article": {
      "subject": "Bestellung 1042",
      "body": "Kunde fragt nach Lieferstatus.",
      "type": "note",
      "internal": false
    }
  }'

Tokens legt ein Agent in den persönlichen Einstellungen an. Basic Auth vermeiden; Rechte auf das Nötigste beschränken.

Kuratierte Integrationen zum Anschauen

Statt bei null zu starten, lohnt der Blick auf bestehende Pakete — nach Kategorie filterbar im Verzeichnis:

Jahresüberblick: Beste Zammad Plugins 2026.

Betrieb und Datenschutz

Ein Plugin, das Tickettexte an n8n, ein LLM oder ein CRM schickt, verarbeitet personenbezogene Daten. Klären Sie Auftragsverarbeitung, Speichort und Logs, bevor der Webhook in Produktion hängt. Technische Leitplanken (Staging, Least Privilege, Idempotenz) stehen in der Entwickler-Doku.

Nächste Schritte

  1. Native Integration oder No-Code-Webhook prüfen
  2. Sonst API-Dienst skizzieren und Token-Rechte festlegen
  3. Gegen Staging testen, dann im Verzeichnis sichtbar machen

Zammad bleibt so upgrade-fähig — und Sie bekommen trotzdem genau die Integration, nach der Admins suchen.