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.

Znuny 7.3 ist ab sofort verfügbar. Dieses Release konzentriert sich auf zwei Themen, die für IT-Teams im produktiven Service-Desk-Betrieb entscheidend sind: Sicherheit und Effizienz im Arbeitsalltag. Hier ein Überblick über die wichtigsten Neuerungen.

Keeping an eye on what's happening inside your help desk shouldn't require guesswork. Znuny-PrometheusExporter makes real-time monitoring easy by exposing vital Znuny metrics in Prometheus format, enabling seamless, actionable insights in your existing monitoring stack—at no cost.

The package can be installed directly through the Znuny Package Manager from the Open Source repository, and the source code is available at GitHub.

Hidden Jewels in Znuny's Frontend: The Art of Ellipses and Configuration

In the world of ticketing systems, clarity and brevity are everything. Znuny quietly excels at this—especially in how it handles long strings in the frontend. Ever noticed how customer info, dynamic fields, or agent lists get gracefully truncated with ellipses (...)?

Single Sign-On has long been a requirement for enterprise deployments of Znuny. Until now, making it work meant configuring an external Apache module — typically mod_auth_mellon or mod_auth_kerb — correctly wiring it to your Identity Provider, and then connecting the result to Znuny's auth pipeline. It worked, but the setup was sometimes fragile, hard to document, and entirely outside Znuny itself.

One System, Many Senders: Introducing Outbound Email Profiles in Znuny 7.3

If your organization uses Znuny with multiple sender addresses — think support@, sales@, noreply@ — you've probably run into a familiar challenge: all outgoing emails go through a single, shared mail configuration. That works fine when everyone sends the same way. But in reality, different teams, domains, or compliance requirements often call for different transport settings, credentials, or even entirely different sending methods.

Znuny 7.3 solves this cleanly with Outbound Email Profiles without require 3rd party add-ons.