Web Help Desk 2026: Preise, Status und Alternativen

Was "Web Help Desk" heute bedeutet

Zwei ganz unterschiedliche Menschen tippen diese Phrase bei Google ein.

Die erste Gruppe sucht ein konkretes Produkt: SolarWinds Web Help Desk, das Java-basierte On-Premise-Ticketing- und Asset-Tool, das seit gefühlt ewigen Zeiten fester Bestandteil von K-12-Schulbezirken und Mid-Market-IT ist. Diese Person hat meist ein Verlängerungsangebot vor sich liegen.

Die zweite Gruppe meint es wörtlich: einen Helpdesk, den man im Browser öffnet statt einen dicken Client zu installieren. Diese Unterscheidung war um 2011 herum relevant. Heute ist sie tot, weil sich der Browser durchgesetzt hat. Jedes Tool in unserer Übersicht zur besten Helpdesk-Software läuft im Browser, sodass "ist es webbasiert" nichts mehr voneinander abgrenzt.

Was Tools 2026 tatsächlich unterscheidet, ist weniger spannend und dafür teurer: wer den Server betreibt und was der KI-Zähler misst. Selbst gehostet bedeutet, man besitzt Betriebssystem, Datenbank, Laufzeitumgebung und jede CVE, die dort landet. Cloud bedeutet, der Anbieter besitzt das und verlangt eine Gebühr für dieses Privileg. Darüber liegt dann bei beiden Modellen ein zweiter Zähler, dessen Einheit sich zwischen Anbietern stark unterscheidet, und genau das verstehen die meisten Käufer falsch. Diese Ebenen-Trennung habe ich ausführlicher beschrieben, als ich mir angeschaut habe, woraus ein Helpdesk-System eigentlich besteht.

Ich verbringe meine Tage damit, die Konnektoren zu bauen, die zwischen KI und Tools wie diesen sitzen, deshalb beginnt mein Blick auf jeden Helpdesk eine Ebene unterhalb der Marketing-Seite: Womit verbindet er sich tatsächlich, und was erlaubt die API. Genau da wird Web Help Desk interessant, und nicht auf schmeichelhafte Weise. Laut eigener Produktseite umfasst die Integrationsliste SolarWinds-Produkte, NPM, NCM, SAM und Dameware. Kein Slack. Kein Teams. Kein Jira. Der API-Guide wird als PDF veröffentlicht.

Wo SolarWinds Web Help Desk tatsächlich steht

Das ist die klassische Web-Help-Desk-Ticketwarteschlange, direkt von SolarWinds' eigener Produktseite. Man beachte die Daten in den Demo-Daten.

Diese Beispieltickets tragen die Daten 10/24/16, 11/4/16 und 6/6/17. Ein Anbieter, der ein Produkt noch immer mit neun Jahre alten Demo-Daten bewirbt, sagt damit etwas, ohne es zu wollen.

SolarWinds hat es aber tatsächlich neu aufgebaut, und das soll fair anerkannt werden. Version 2026.1 erschien am 28. Januar 2026 mit neuem Framework und neuer Oberfläche, und die Release Notes zu 2026.1 sind offen über den Grund: In dieser Version wurden sechs SolarWinds-CVEs behoben, vier davon mit Schweregrad 9.8 Critical, darunter zwei unauthentifizierte Remote-Code-Execution-Lücken, die von Horizon3.ai und watchTowr-Forschern gefunden wurden. Dieser Neubau war kein Roadmap-Punkt. Er war eine Reaktion.

Dann kam der Release-Zug ins Schlingern.

Version 2026.2 wurde am 2. Juni 2026 allgemein verfügbar. Auf der zugehörigen Release-Notes-Seite steht heute nur noch, dass SolarWinds Web Help Desk 2026.2 aus dem Release-Portal entfernt hat, während zusätzliche Qualitätsarbeit abgeschlossen wird, und dass man für die neuesten WHD-Funktionen WHD 2026.1 installieren solle. Die Seite mit den Systemanforderungen liefert einen 404-Fehler.

Der Upgrade-Thread in SolarWinds' eigener THWACK-Community erklärt, warum, und dabei handelt es sich um Kunden, die auf der Plattform des Anbieters selbst posten:

"We attempted to upgrade from 2026.1.21465 to 2026.2.0.77—twice—and both attempts ended in complete failure, forcing us to roll back each time. Even with support involved and additional changes implemented, the outcome didn't improve in the slightest. The upgrade doesn't just introduce minor issues; it fundamentally breaks core functionality, either severing the database connection or outright corrupting it."

vsharmamr, Sys Admin, THWACK

Ein CTO im selben Thread stieß auf ein subtileres Problem: Der Installer benötigte eine SQL-Funktion, die erst ab SQL Server 2017 existiert, während die veröffentlichten Anforderungen weiterhin SQL Server 2014 als unterstützt angeben. In seinen eigenen Worten auf THWACK heißt es, das "legt das Ganze erst einmal auf Eis, bis ein Hotfix oder eine neue Version kommt."

Hier zeigt sich die Zwickmühle. Die Release-Historie zeigt, dass jede Version von 12.4 bis 12.8 am 2. Juni 2026 ihre Ankündigung zum Lebensende erhielt, genau an dem Tag, an dem 2026.2 allgemein verfügbar wurde. Alle fünf erreichten am 4. Juli 2026 das Ende der Weiterentwicklung, das inzwischen verstrichen ist. Alle fünf verlieren am 30. November 2026 den technischen Support.

Wer heute also auf 12.x läuft, hat das Ende der Weiterentwicklung bereits hinter sich, hat noch vier Monate Support-Zeit übrig, und die einzige Version, auf die ein Upgrade erlaubt ist, ist genau die, deren Nachfolger zurückgezogen wurde. Das ist kein Auslaufen im eigentlichen Sinn, und um genau zu sein: SolarWinds hat kein Enddatum für die Produktlinie selbst veröffentlicht. Aber jede Dokumentationsseite trägt inzwischen einen Banner mit dem Hinweis "Denken Sie über einen Umstieg in die Cloud nach? Erfahren Sie mehr über die Migration von Web Help Desk zu Service Desk", untermauert von einem fünfstufigen Migrationsleitfaden und einem kostenlosen Migrationstool.

Was Web Help Desk 2026 kostet

Die vollständige Preisliste steckt auf einer Preisseite, auf die von der Haupt-Produktseite aus nicht verlinkt wird. Alle Stufen, jährlich, pro Techniker, Endnutzer unbegrenzt:

Das Lizenzmodell, in SolarWinds' eigenen Worten auf derselben Seite: Web Help Desk wird "ausschließlich als Jahresabo verkauft. Die Preise gelten pro Techniker, pro Jahr." Asset-Erkennung, Verknüpfung von Hardware mit Tickets und Softwarelizenz-Management sind ohne Aufpreis enthalten, was der beste Teil des Deals ist.

Das Problem ist, was dieser Satz ersetzt hat. Bis zum 1. August 2025 war dies ein Produkt mit unbefristeter Lizenz, und genau das war für viele der Hauptgrund, es zu kaufen:

"We chose WHD because it was simple, on-prem, and didn't hit us with recurring costs every year. But now, with the switch to subscriptions, the long-term costs are significantly higher, and the timing couldn't be worse, with budget season already behind us and the new school year around the corner."

u/BeardyAssetGuy, r/sysadmin, Reddit

Acht Monate später postete ein zweiter K-12-Schulbezirk das Gleiche: rund 1.400 Nutzer, 85 Agenten, 100 bis 150 Tickets am Tag, die wegen steigender Kosten Alternativen prüfen. Das ist das Abwanderungsmuster, und es läuft weiter.

Da niemand einen Stufenrechner dafür veröffentlicht, gibt es hier einen. Techniker-Anzahl und monatliches Ticketvolumen eingeben und sehen, in welche Stufe man fällt, dann vergleichen, was dasselbe Jahr kostet, wenn der Zähler das Ticket statt des Sitzplatzes ist:

Die beiden Spalten sind nicht gleichwertig, und das soll hier klar gesagt werden, statt es das Widget nur andeuten zu lassen. Eine Lizenz kauft eine Warteschlange; ein Satz pro Lösung kauft Automatisierung obendrauf. Der Sinn, beide nebeneinanderzustellen, ist, dass die Einheit die Rechnung stärker verschiebt als der Satz selbst, und ein Sitzplatz-Zähler und ein Ticket-Zähler beantworten völlig unterschiedliche Fragen über das eigene Team.

Worin Web Help Desk gut ist

Fairness ist hier wichtig, denn viele Menschen nutzen dieses Tool durchaus zufrieden. Die treffendste Zusammenfassung, die sich finden ließ, stammt von einem zehnjährigen Nutzer aus dem Juni 2026:

"In a large zoo environment where IT supports everything from traditional office systems to specialist operational infrastructure, reliability and ease of use are critical, and Web Help Desk consistently delivered on both. While there are more modern alternatives available today, it remains a solid solution for organisations looking for straightforward, cost-effective help desk and ticket management capabilities."

Craig M., IT Infrastructure Engineer, Capterra

Auf G2 liegt es bei 3,9/5 über 60 Bewertungen, auf Capterra bei 4,1/5 über 124, eine ordentliche Bewertung für ein Tool, das die meisten als veraltet beschreiben.

Das Feature, das alle zuerst nennen, ist Asset-Management, das fest mit dem Ticket verschweißt ist. Nicht nur nebengeschaltet: Der Asset-Datensatz führt Modell, Standort, Abteilung, zugewiesenen Kunden, Servicevertrag und Garantie und verlinkt direkt in die Ticket-Historie.

Das ist der ganze Grund, warum es sich in Schulen und Mid-Market-IT gehalten hat, und es ist Teil der Lizenz statt separat als Modul verkauft. Wer wegen Asset-Tracking hier ist, findet in unseren Artikeln zu KI für Asset-Management und Hardware-Anfragen, wie diese Ebene mit hinzugefügter Automatisierung aussieht.

Konfigurierbarkeit ist die zweite echte Stärke. Anfragetypen verschachteln sich in einer Baumstruktur, jede mit eigenem Lead-Techniker, so wird das Routing aufgebaut.

Es gibt außerdem eine echte Change-Management-Geschichte, was überraschend war: zwei parallele Change-Advisory-Board-Prozesse mit konfigurierbarer Mindestanzahl an Genehmigenden, dazu Genehmiger-Rollen nach Standort und Abteilung. Die meisten Tools in dieser Preisklasse haben davon gar nichts, und die Behauptung eines G2-Rezensenten, WHD fehle Change-Management, ist schlicht veraltet.

Reporting ist der dritte Punkt. Ein Firmenpräsident bewertete das Reporting auf Capterra als "phänomenal im Vergleich zu anderen Paketen", und der Report-Builder erlaubt tatsächlich, Asset- und Ticketzahlen nach Standort, Modell und Status zu pivotieren, ohne das Tool zu verlassen, mehr, als es einige Cloud-Produkte schaffen. Zwei Einschränkungen von anderen Rezensenten: fortgeschrittene oder individuelle Reports erfordern echten Aufwand, und benutzerdefinierte Spalten verlangsamen die Oberfläche. Wer schon mit Reporting-Ebenen gerungen hat, findet in unserem Artikel zu Customer-Service-Tracking die Fragen, die sich vor dem Kauf lohnen.

Die Selbst-Hosting-Rechnung, die nicht auf der Preisliste steht

Selbst-Hosting ist der Grund, warum sich Leute für dieses Tool entschieden haben. Es ist auch der Grund, warum sie es wieder verlassen. Beide Hälften stimmen, und ehrlich betrachtet hat On-Premise Kostenkontrolle gekauft und dafür mit Wartungsaufwand bezahlt.

Die Systemanforderungen für 2026.1 sind der Teil, den man sich vor der Verlängerung ausdrucken sollte. Das neueste akzeptierte Java ist OpenJDK 11.0.28. Der neueste SQL Server ist 2019, wer auf 2022 läuft, fällt aus der Matrix. Das neueste Active Directory ist 2012 R2. Das neueste macOS ist Monterey. RAM sind 3 GB plus 1 GB pro zusätzlichen 10 Technikern, angepasst durch Bearbeiten von whd.conf statt über einen Einstellungsbildschirm, und RHEL 8 oder 9 kann das gebündelte PostgreSQL überhaupt nicht nutzen, sodass eine aktuelle RHEL-Installation einen zweiten Datenbankserver braucht.

Dann die Ports. Neben 8443 und 8080 kommen noch rund 25 weitere für E-Mail, LDAP und Asset-Erkennung hinzu, und die WMI-Erkennung "nutzt Port 135 und wählt dann einen zufälligen Port für die weitere Kommunikation". Das ist keine Einrichtungsaufgabe, das ist ein dauerhaftes Firewall-Gespräch.

Die Sicherheitsbilanz ist der Teil, der Menschen zum Wechsel bewegt hat, und die treffendste Aussage dazu stammt von einem Sysadmin, der eigentlich nicht gehen wollte:

"We are just not okay with the continuous stream of CVEs coming out of Web Help Desk lately, some for things as dumb as hardcoded credentials which have been there all along, and which tend to be public before patches exist, requiring us to remove remote users' access to the helpdesk without VPN (make it not web facing) until patched, and then when the patches are released, the first iteration of them breaks a lot of things, rinse and repeat. And they charge a substantial amount for this "maintenance"."

u/PowerShellGenius, r/sysadmin, Reddit

Der Gegeneinwand ist es wert, genannt zu werden, denn Sysadmins im selben Thread brachten ihn vor: Man soll das eigentlich gar nicht öffentlich ins Internet stellen, und mehrere Teams betreiben es stattdessen hinter einem Zero-Trust-Tunnel. In Ordnung. Aber als CVE-2025-40551 bekannt wurde, zählte ein internetweiter Scan 19.200 exponierte Instanzen, viele stellen es also durchaus offen ins Netz. Es wurde später in CISAs Liste bekannt ausgenutzter Schwachstellen aufgenommen.

Upgrade-Schmerzen sind die leisere Steuer. Die PostgreSQL-Version springt zwischen den Releases, was den Backup-Wiederherstellungspfad blockiert: Ein Administrator, der in r/Solarwinds postete, stellte fest, dass "beim Upgrade der pgsql9-Ordner verschwindet und pgsql13 dafür da ist", und konnte die ursprüngliche Datenbank nicht wiederherstellen.

Und die aktuellste kritische Bewertung auf G2, 2,5/5 von einem CTO im April 2026, listet als die drei größten Probleme die Oberfläche, "Installation/Upgrade/Wartung" und fehlende Integrationen mit externen Systemen. Diese Bewertung stammt nach dem Neubau, was der klarste verfügbare Beleg dafür ist, dass 2026.1 diese Hälfte des Problems nicht gelöst hat.

Noch etwas, das man vor der Nutzung wissen sollte: Die neue Oberfläche in 2026.1 ist nur für Windows, opt-in per Batch-Datei, unter einer separaten Login-URL, und sie verzichtet auf SAML-Authentifizierung, Linux, macOS, FIPS-Instanzen sowie CAB-, Standort- und Abteilungsgenehmigungen. Wer SAML nutzt, bleibt auf der alten Oberfläche.

Die KI-Ebene ist ein Roadmap-Punkt, kein Feature

Wer gebeten wurde, KI auf diese Warteschlange zu bringen, findet hier den entscheidenden Abschnitt.

In keiner veröffentlichten Version von Web Help Desk gibt es KI. Die Release Notes zu 2026.1 listen genau zwei Features: ein neu aufgebautes Framework und die neue Oberfläche. KI-generierte Ticketzusammenfassungen tauchen im Launch-Beitrag vom Januar 2026 unter "Langfristiger Ausblick" auf, eingebettet in einen Disclaimer zu zukunftsgerichteten Aussagen, und tauchen dann im Beitrag vom Juni 2026 erneut auf, als etwas, das der neue Stack "ermöglicht". Vier Monate Abstand, beide Male im Futur. Slack- und Teams-Integrationen, Rich-Text-Notizen, mehrere Tabs und eine Android-App stehen auf derselben Liste. SolarWinds AI ist eine Service-Desk-Funktion, keine von Web Help Desk.

Was tatsächlich ausgeliefert wird, ist klassische regelbasierte Automatisierung, und die ist durchaus solide: E-Mail-zu-Ticket über IMAP, POP und Exchange, Routing-Regeln nach Abteilung, Eltern-Kind-Verknüpfung von Incident zu Problem, die Kind-Tickets automatisch schließt, wenn das Problem geschlossen wird, SLA-Eskalation mit konfigurierbaren Erinnerungsintervallen und Vorschläge aus der Wissensdatenbank. Wer sehen möchte, wie weit das trägt, bevor KI ins Spiel kommt, findet in unseren Leitfäden zu automatisierten Workflows und SLA-Management die praktische Version.

Das hier ist der Teil, den sich jemand vorher hätte wünschen sollen zu hören. Man muss den Helpdesk nicht migrieren, um eine KI-Ebene darauf zu bekommen. Das ist der Fehler, den Teams immer wieder machen: Sie behandeln "wir wollen KI" als Grund für eine neunmonatige Plattformmigration, dabei ist die KI eine Ebene und die Warteschlange eine andere Ebene, und beide lassen sich trennen.

Das sage ich aus konkreter Erfahrung heraus. Wir bei eesel betreiben seit Jahren KI-Agenten auf echten Support-Warteschlangen im laufenden Betrieb, und die Zahlen, die wir veröffentlichen, enthalten auch die weniger schmeichelhafte Hälfte. Bei einem Test mit echtem Traffic für einen deutschen Online-Schmuckhändler mit rund 1.000 Tickets im Monat auf Zendesk und Shopify erreichte unser Agent 93 % Triage-Genauigkeit und 100 % Spam-Erkennung über 284 Chats hinweg ohne Falschmeldungen, und im selben Durchlauf gingen nur 12 % der Entwürfe unverändert raus, bei einer Sachfehlerquote von 7 %. Genau dieses zweite Zahlenpaar ist der Grund, warum jedes Rollout gegen historische Tickets simuliert wird, bevor es an Kundinnen und Kunden herangelassen wird.

Das haben wir auf die harte Tour gelernt. Bei zahlenden Kunden von uns, darunter ein dänischer Solarenergie-Anbieter, hat ein Bot Antworten erfunden und an echte Kunden geschickt, wenn die Wissensdatenbank keine passende Antwort hatte. Daher kommt die harte Vertrauensschwelle und der Fallback, eine Antwort abzulehnen, und deshalb bin ich misstrauisch gegenüber jeder Deflection-Zahl, die ohne so etwas genannt wird. Unser Artikel zu KI-Halluzinationen im Support geht ausführlicher darauf ein.

Wenn es gut läuft, sieht das so aus, aus einer freigegebenen Kundenbewertung:

"In the first month, eesel is resolving 73% of our tier 1 requests. eesel offers easy Zendesk implementation and setup. Our team implemented and achieved results quickly during our 7-day trial. Responses are simple to fix and adjust. The platform even includes automations for ticket tagging, assignment, and status updates!"

Die andere Hälfte der KI-Frage ist, was der Zähler eigentlich misst, wovor einen niemand warnt. Ein Zendesk-Kunde brachte es unverblümt auf den Punkt, als sich die Definition einer abrechenbaren Lösung änderte:

"Complete trash lol, stuff I used to get free now counts as an AR. Most of the ARs are abandoned chats. There's no dispute resolution process."

u/Kerrick, r/Zendesk, Reddit

Der Ärger galt dort der Einheit, nicht dem Preis. Unsere Analyse der KI-Lösungsrate und wie man sie verbessert zeigt, was man von einem Anbieter einfordern sollte.

Wohin Web-Help-Desk-Teams tatsächlich wechseln

Der Alternativen-Thread von März 2026 auf r/sysadmin ist die aktuellste verfügbare Übersicht, und die Zielorte teilen sich klar danach, ob das Team weiterhin Server betreiben will.

Wer die Cloud-ITSM-Optionen gegeneinander abwägt, findet im Vergleich Freshservice vs. ServiceNow das Enterprise-Ende und im Artikel zu Jira Service Management den Atlassian-Weg.

Speziell für den KI-Blickwinkel lohnt sich der Einstieg mit der besten KI für IT-Helpdesks, gefolgt vom direkten Vergleich Zendesk vs. JSM.

Eine Warnung, die für jede Zeile dieser Tabelle gilt: Die Ticket-Historie kommt nicht sauber mit:

"We gave up on trying to export and port tickets from WHD to JIRA SM. Too many different fields that would have required A LOT of manual work to match up. There are paid services that we could have used but our budget is already thin so... Just ended up exporting all the tickets from WHD into PDFs and storing them on our file server if we ever need to search them."

u/gwig9, r/sysadmin, Reddit

Ein Schulbezirk exportierte sein gesamtes Ticket-Archiv als PDFs auf einen Dateiserver. So sieht ein Migrationsbudget aus, wenn niemand die Kosten der Daten kalkuliert hat. Und das ist heute wichtiger als früher, denn historische Tickets sind das Trainingsmaterial für jede KI-Ebene, die später hinzukommt. Aus demselben Grund beginnen unsere Hinweise zum Abbau eines Ticket-Rückstands beim Archiv statt bei der Warteschlange.

Auch wissenswert: Manche Kunden haben sich schlicht geweigert, umzuziehen. Ein Betrieb behielt seine unbefristeten Lizenzen, kündigte den Support und lehnte das Upgrade ab, während er nach einem Ersatz suchte. Das ist ein legitimer Zug, wenn die Instanz rein intern und gepatcht ist, und ein schlechter, wenn sie im Internet erreichbar ist.

Was vor der Verlängerung um ein weiteres Jahr zu prüfen wäre

Fünf Fragen, in der Reihenfolge, in der sie sich stellen würden:

1. Welche Version läuft gerade? Bei 12.x endet der Support am 30. November 2026, und das einzige Upgrade-Ziel ist 2026.1. Das zuerst klären.
2. Ist sie im Internet erreichbar? Angesichts der CVE-Historie und der CISA-Listung entscheidet das über die Dringlichkeit des Rests der Liste.
3. Wie hoch ist die tatsächliche Lizenzanzahl? Techniker zählen, nicht Endnutzer, und prüfen, in welche Stufe man fällt. Ein sechster Techniker verschiebt die Stufe bereits.
4. Lässt sich die unterstützte Matrix überhaupt einhalten? Java 11, SQL Server 2019, Active Directory 2012 R2. Wenn das Infrastruktur-Team über eines davon hinausgeht, entsteht ein Konflikt, keine Verlängerung.
5. Muss die Warteschlange ersetzt werden, oder reicht eine zusätzliche Ebene? Das sind unterschiedliche Projekte mit unterschiedlichen Budgets, und meist ist es das zweite, was Menschen tatsächlich wollen. Unser Leitfaden zum AI Help Desk liefert die ehrliche Einordnung des Umfangs, und Ticket-Deflection zeigt, was von den Zahlen zu erwarten ist.

Der guten Ordnung halber die eigene Einschätzung: Ist die Instanz rein intern, ist das Asset-Inventar der Grund für die Nutzung, und ist die Technikerzahl klein, dann ist eine Verlängerung von 2026.1 um ein weiteres Jahr bei sauberer Planung durchaus vertretbar. Ist sie im Internet erreichbar, liegt die Technikerzahl über 30, oder ist das Infrastruktur-Team bereits auf SQL Server 2022 umgestiegen, dann ist der 30. November die Frist, und die Bewertung sollte noch in diesem Quartal beginnen.

eesel auf der bereits genutzten Warteschlange testen

Wenn der Auslöser für diese Entscheidung "wir brauchen KI im IT-Support" ist, lässt sich das testen, ohne den Helpdesk anzufassen. eesel ist eine KI-Ebene, die sich an die bereits vorhandene Warteschlange anschließt, aus vergangenen Tickets und der bestehenden Dokumentation lernt und mit dem Entwerfen statt dem Versenden beginnt, sodass sichtbar wird, was geantwortet worden wäre, bevor irgendjemand tatsächlich eine Antwort bekommt.

Zwei Dinge machen es besonders passend für genau diese Entscheidung. Erstens simuliert es vor dem Go-live gegen die historischen Tickets, sodass die Lösungsquote, mit der geplant wird, am eigenen Traffic gemessen ist statt von einem Anbieter-Benchmark übernommen. Zweitens liegt der eesel-Preis bei 0,40 $ pro bearbeitetem Ticket ohne Sitzplatzgebühr und ohne Mindestabnahme, und man kann nur einen Teil der Warteschlange dorthin leiten, sodass ein Pilotprojekt mit 200 Tickets 80 $ kostet statt eine Plattformmigration.

Auf der Konnektor-Seite lässt es sich an Jira Service Management, Microsoft Teams und Slack anbinden, was sowohl die Ticketwarteschlange als auch die beiden Orte abdeckt, an denen IT-Anfragen tatsächlich eintreffen.

Zur Passung gehört auch Ehrlichkeit: Es gibt keine Web-Help-Desk-Integration, das ist also eine Ebene für den nächsten Schritt oder für die Teams- und Slack-Anfragen, die heute schon im Team eintreffen. Geht es eigentlich um Asset-Inventar statt um das Beantworten von Fragen, ist eine KI-Ebene nicht das, was gebraucht wird.