Znuny LTS 6.5 hat uns gute Dienste geleistet und ist seit März 2023 die LTS-Version. Wir haben vier Feature-Releases veröffentlicht, um das nächste LTS so gut wie möglich zu machen, und dabei unseren geplanten LTS-Releasezyklus um rund anderthalb Jahre verpasst. Jetzt hat das Warten auf das nächste Znuny LTS ein Ende: Znuny LTS 7.5 erscheint am 25. November 2026.

Change Management in Znuny war lange gleichbedeutend mit einem zusätzlichen Paket: ITSMChangeManagement. Es brachte IT-Teams Changes, Arbeitsaufträge, ein Change Advisory Board und einen festen Satz an Status, die ein Change durchläuft. Es war ein Vorläufer des Prozessmanagements. Ab Znuny 7.5 ist ITSMChangeManagement abgekündigt. Mit dem nächsten LTS-Release nach 7.5 verabschieden wir uns davon und bringen die besten Teile des Change Managements ins Prozessmanagement.

Eine kritische Umgehung der Authentifizierung betrifft Znuny-Installationen, die HTTP Basic Authentication (AuthModule HTTPBasicAuth) für Single Sign-on verwenden und bei denen das Generic Interface aktiviert ist. Ein entfernter Angreifer kann Operationen des Generic Interface ohne Authentifizierung ausführen.

Jede Ticketbenachrichtigung in Znuny — Ticket erstellt, Eskalationswarnung, Abwesenheitserinnerung, alle zusammen — wird als HTML-Email versendet. Wer ein anderes Erscheinungsbild möchte, landet fast immer dabei, jede Benachrichtigung einzeln zu bearbeiten, HTML-Block für HTML-Block. Es gibt eine Einstellung, die das komplett vereinfacht: Sie tauscht die Vorlage jeder Benachrichtigungs-E-Mail auf einen Schlag aus.

NotificationEmailDefaultTemplate im Fokus

A plain-language guide to the Ticket::Frontend::MenuModule settings that control the action buttons agents see inside a ticket — no Perl required.

Der Assistent

Znuny-LLM wird mit einem geführten Setup-Assistenten ausgeliefert, der von Anfang bis Ende durch die gesamte Konfiguration führt. Der Assistent schreibt die Provider-Zugangsdaten, die Webservice-Konfiguration und die Feature-Flags. Wenn der Wizard fertig ist, sind die LLM-Funktionen aktiv. Man muss die Systemkonfiguration nicht öffnen, um zu starten, aber später kann man dort immer noch etwas anpassen.

Der Assistent erscheint automatisch in der Admin-Oberfläche, nachdem das Paket installiert wurde. Wenn man noch nicht bereit ist, es zu konfigurieren, gibt es die Option "Vorerst überspringen", zu der man jederzeit zurückkehren kann.

Geschlossene Tickets, die sich plötzlich wieder öffnen. Statusänderungen ohne eingehende Nachricht. Folgebenachrichtigungen, die ohne erkennbaren Grund ausgelöst werden. Wer das in Znuny beobachtet und keine Ursache findet, sollte nicht nur Konfigurationsregeln oder die PostMaster-Filter prüfen — der Auslöser könnte ein Emoji sein.

Heute kündigen wir Znuny-LLM an, ein kostenloses Open-Source-Add-on, das die Unterstützung durch Large Language Models direkt in die Agenten- und Administratoroberfläche von Znuny integriert — vollständig in Ihrer kontrollierten Infrastruktur. Voraussetzung ist Znuny 7.3 oder neuer.

Znuny-LLM verbindet sich mit einem selbstgehosteten LLM-Stack Ihrer Wahl. Standardmäßig spricht das Paket mit Ollama, funktioniert aber ebenso mit jedem OpenAI-kompatiblen Endpunkt — einschließlich Azure OpenAI für Kunden, die einen verwalteten Dienst innerhalb ihres bestehenden Microsoft-Mandanten bevorzugen. In beiden Fällen entscheiden Sie, wohin die Ticketdaten gelangen. Es gibt keine gemeinsame SaaS-Ebene, kein Drittanbieter-Gateway und keine Telemetrie, die Ihre Umgebung verlassen.

From Ticket Chaos to Process Clarity: How Znuny Turns Insurance Follow-Ups into a Governed Workflow

One of the most valuable uses of workflow automation is not just speed, but clarity.

In a recent Znuny process design for motor insurance follow-ups, the focus was on improving how external insurer questions are managed within an active customer case. Instead of handling these clarifications manually across disconnected updates, the process structures them as linked follow-up tickets tied directly to the original case.

That creates a much cleaner operating model. The main case remains the central business record, while insurer-specific follow-ups are managed in their own controlled workflow. As responses come in, updates are automatically reflected back into the parent case, giving teams better visibility without adding administrative effort.