KI für IT-Asset-Management: was sie beantwortet, nachverfolgt und der IT überlässt

Kann KI beim IT-Asset-Management helfen?

Ja, aber nicht so, wie es die meisten Anbieterseiten nahelegen. IT-Asset-Management (ITAM) besteht aus zwei Aufgaben, die oft vermischt werden. Die eine ist die Pflege des Eintrags: was Sie besitzen, wer es hat, in welchem Zustand es ist, wann die Garantie endet. Die andere ist der Strom an Helpdesk-Tickets, den dieser Eintrag erzeugt: „Mein Laptop gibt den Geist auf, kann ich einen neuen bekommen?“, „Ich brauche eine Visio-Lizenz“, „Priya geht am Freitag, was hat sie alles?“.

Ich entwickle bei eesel Funktionen und KI-Agenten und beschäftige mich viel damit, was eine KI innerhalb eines Tickets zuverlässig leisten kann. Die ehrliche Antwort für Asset-Arbeit: KI ist sehr gut bei der Ticket-Aufgabe und sollte bei der Eintragspflege nur lesen. Sie liest den Asset-Eintrag, erklärt ihn in verständlicher Sprache, füllt das Anfrageformular aus einer unordentlichen Slack-Nachricht aus und leitet es weiter. Sie sollte nicht diejenige sein, die entscheidet, dass ein Gerät ausgemustert wird.

So würde ich sortieren, was in einem IT-Helpdesk ankommt:

• Die KI antwortet. „Welchen Laptop habe ich?“, „Wann ist mein Austausch fällig?“, „Wie schicke ich meinen alten zurück?“. Eine richtige Antwort, und sie steht im Asset-Eintrag oder in der IT-Richtlinie.
• Die KI sammelt, die IT genehmigt. Eine neue Laptop-Anfrage, eine Anfrage für eine Softwarelizenz, das Rückgabe-Set eines ausscheidenden Mitarbeiters. Die KI sammelt die Angaben und prüft die Richtlinie; ein Mensch genehmigt, bevor etwas bestellt, zugewiesen oder versendet wird.
• Nur die IT. Ein Gerät löschen oder sperren, Lizenzen entfernen, Hardware kaufen. Das ist unumkehrbar oder kostet Geld, also besteht die Aufgabe der KI darin, das Ticket vorzubereiten und dann aus dem Weg zu gehen.

Sysadmins, die erlebt haben, wie KI-Service-Desks schiefgehen, kommen zum selben Schluss:

"LLMs certainly have a place in the support queue, but not as a replacement technician. In my opinion the work of LLMs and chatbots should be more about information gathering, and establishing all the basics so that the human technician is only being a technician."

u/Pristine_Curve, Reddit

Die Anbieter ziehen dieselbe Grenze: In Zendesks eigenem Beispiel prüft der KI-Agent bei einem Laptop-Austausch „eligibility and device inventory“, während die Asset-Regeln darunter liegen. Der Unterschied zwischen einem Setup, das funktioniert, und einem, das Sie blamiert, ist die Qualität des Eintrags darunter.

Welche IT-Asset-Tickets kann KI bearbeiten?

Die meisten, zumindest teilweise. Die folgende Tabelle zeigt, wie ich die gängigen Tickettypen zwischen KI und Ihrem Team aufteilen würde. Die dritte Spalte ist die wichtigste: Es ist der Eintrag, den die KI lesen muss, um eine wahre Antwort zu geben.

Wenn Sie zwei dieser Themen vertiefen möchten: Es gibt einen eigenen Leitfaden zu Hardwareanfragen und einen weiteren zur Identitätsseite des IT-Offboardings. Dieser Beitrag ist der Überblick: der Eintrag, die Tools und das Setup.

Warum ist der Asset-Eintrag wichtiger als die KI?

Weil eine KI, die „Sie haben ein Dell Latitude 5450“ aus einem veralteten Eintrag beantwortet, schlimmer ist als gar keine Antwort. Der Mitarbeiter vertraut ihr, schickt den falschen Karton zurück, und nun haben Sie zwei Tickets.

Die Standardisierungsgremien sagen das seit Jahren. CIS Control 1 verlangt „an accurate, detailed, and up-to-date inventory“, das den „enterprise asset owner“ erfasst und „bi-annually, or more frequently“ überprüft wird. Der ITAM-Praxisleitfaden des NIST weist darauf hin, dass eine Liste physischer Assets zwar sagen kann, wo ein Computer steht, aber nicht beantworten kann: „What operating systems are our laptops running?“. Und die Praktiker stimmen zu: In Flexeras State of ITAM 2026, einer Umfrage unter 512 ITAM-Fachleuten, nannten 78% ein genaues Inventar als ihre wichtigste Priorität, vor allem anderen.

Ein Helpdesk-Praktiker auf Reddit hat die praktische Version davon treffend formuliert:

"Avoid complex ITAM suites unless you actually have a dedicated asset manager to run them. Without strict physical SOPs at your supply desk, even the most expensive software will eventually just show incorrect inventory counts."

u/MoodIn_Me, Reddit

In der Praxis besteht „der Eintrag“ meist aus drei oder vier Systemen, und die KI muss wissen, welches bei welcher Frage gewinnt:

• Asset-Register. Das Asset-Modul Ihres Helpdesks (Zendesk ITAM, Freshservice, JSM Assets, ServiceNow HAM) oder, ehrlich gesagt, eine Tabelle. Gewinnt bei Eigentümer, Kaufdatum, Garantie und Status.
• Geräte-Manager. Intune oder Jamf. Gewinnt bei „Meldet sich dieses Gerät noch, und wer ist angemeldet“. Jedes Intune-Gerät hat einen primären Nutzer oder keinen, und sein Inventar wird alle sieben Tage aktualisiert.
• Identitätsverzeichnis. Entra ID oder Okta. Gewinnt bei Lizenzen und Konten.
• HR-System. Gewinnt bei Start- und Austrittsdaten. Niemand sonst sollte diese erraten.

Die Regel, die ich in die Anweisungen der KI schreiben würde: Eine Live-Abfrage schlägt die Wissensdatenbank, und wenn eine Abfrage es nicht bestätigen kann, sagt die KI das. eesel-Kunde Swiftreg hat fast genau diese Regel für seinen Bestell-Desk geschrieben („Live facts win“), und sie ist auch für Asset-Daten die richtige.

Wie bearbeitet KI Laptop- und Lizenzanfragen?

Das sind die beiden Anfragetypen mit dem meisten Hin und Her, deshalb spart die KI hier am meisten Zeit. Der Wert der KI liegt nicht darin, zu entscheiden, wer einen Laptop bekommt, sondern darin, das Ticket in einem Durchgang statt in vier auf „bereit zur Genehmigung“ zu bringen.

Laptop-Anfragen

Ein guter Ablauf für Laptop-Anfragen, bei dem die KI die Vorarbeit leistet, sieht so aus:

1. Der Mitarbeiter oder die Führungskraft fragt in Slack, Teams oder im Portal: „Need a laptop for our new analyst starting the 14th.“
2. Die KI zieht Startdatum und Rolle aus der Anfrage oder dem HR-Eintrag und fragt nur nach dem, was fehlt (Standort, spezielle Software).
3. Sie prüft die Standardausstattung für diese Rolle in Ihrer IT-Richtlinie und ob im Asset-Register Bestand vorhanden ist.
4. Sie öffnet ein vollständig ausgefülltes Ticket und leitet es zur Genehmigung weiter. Kein Gerät wird zugewiesen, bevor ein Mensch es sagt.
5. Sobald die IT das Gerät zugewiesen hat, teilt die KI dem Anfragenden mit, was kommt und wann.

ITAM von Zendesk bringt das direkt ins Ticket: Agenten „See ownership, model, warranty, and service history directly inside every ticket“. Die Aufgabe der KI ist es, dafür zu sorgen, dass dieses Ticket vollständig ankommt.

Lizenzanfragen

Bei Lizenzanfragen verlieren Unternehmen unbemerkt Geld. Der SaaS Management Index 2026 von Zylo beziffert die durchschnittlichen SaaS-Ausgaben auf 55,7 Mio. $ im Jahr über 305 Apps, und 78% der IT-Verantwortlichen meldeten unerwartete Abbuchungen. Flexera stellte fest, dass bei den reifsten ITAM-Teams die Rückgewinnung ungenutzter Software in einem Jahr von 59% auf 79% stieg.

Eine KI kann an beiden Enden helfen. Beim Zugang prüft sie, ob die Person die App schon hat, ob sie im Standardpaket enthalten ist und ob eine günstigere Lizenz bereits abdeckt, was angefragt wurde, und holt dann die Freigabe der Führungskraft ein. Beim Abgang kann sie Plätze markieren, die länger niemand genutzt hat.

Was sie nicht tun sollte, ist, eigenmächtig eine Lizenz zu entziehen, weil ein Nutzungsbericht 90 Tage Leerlauf meldete. Jemand in Elternzeit, ein quartalsweise genutztes Finanztool, ein Vertrag, der den Platz ohnehin abrechnet: Der Kontext liegt bei Menschen. Lassen Sie die KI die Liste der freizugebenden Lizenzen entwerfen; die IT drückt den Knopf.

Das größere Leck liegt meist ganz vor der KI. Ein Sysadmin beschrieb es in einem Thread über das Kündigen von Plätzen:

"We do yearly subscriptions so we see what we have by the end of the year then anything extra we remove. We have a struggle with HR that they dont let us know when people leave so that we end up pay extra."

u/nydroxide, Reddit

Wie bekommt man Ausrüstung zurück, wenn Mitarbeiter gehen?

Das ist der Tickettyp, den ich als Ersten automatisieren würde, denn hier gehen Assets tatsächlich verloren, und hier hören die vorhandenen Tools auf.

Die Lifecycle Workflows von Microsoft Entra sind gut für die Identitätshälfte eines Austritts: das Konto deaktivieren, aus Gruppen entfernen, alle Lizenzzuweisungen entziehen, Token widerrufen, die Führungskraft per E-Mail informieren. Sie setzen Entra ID Governance für 7,00 $ pro Nutzer und Monat voraus. Aber keine der eingebauten Aufgaben deckt das physische Gerät ab. Den Laptop zurückzubekommen fällt dem Helpdesk zu, und genau dort bricht es zusammen.

Fragen Sie ein beliebiges IT-Team mit Remote-Mitarbeitern, und Sie hören irgendeine Version von diesem Satz:

"We ship out equipment to these users and we have a real epidemic of users not returning equipment when resigning or being let go HR usually reaches out with shipping labels once the employee is offboarded but believes it's on IT support to continue to reach out to these ex-employees to get their equipment returned."

u/fetter_indy, Reddit

Das Nachfassen ist repetitiv, höflich und zeitlich begrenzt, genau die Art Arbeit, die eine KI gut erledigt. Die Entscheidung, einen nicht zurückgegebenen Laptop aus der Ferne zu löschen, gehört nicht dazu.

So würde ich den Ablauf bei Austritten einrichten, wobei die KI nachfasst und die IT sperrt:

1. HR legt das Austrittsdatum fest. Das ist der Auslöser. Mit eesel kann Ihr HR-System oder ein Webhook von Zapier oder Make den Agenten mit den Daten der ausscheidenden Person wecken.
2. Die KI listet auf, was die Person besitzt. Laptop, Monitor, Telefon, Sicherheitsschlüssel, aus dem Asset-Register, mit Seriennummern.
3. Sie sendet die Rückgabeschritte. Eine Anforderung für ein Rückgabe-Set bei Remote-Mitarbeitern, ein Abgabehinweis für Büromitarbeiter und ein Ticket für die IT mit der vollständigen Liste.
4. Am letzten Tag sperrt die IT den Zugang. Konto deaktivieren und Gerät sperren liegen im Ermessen der IT, in Entra und Intune. Die KI erinnert nur.
5. Überfällige Geräte werden nachverfolgt, dann eskaliert. Ein höflicher Hinweis, dann die Führungskraft, dann wer auch immer die Richtlinie zu nicht zurückgegebener Ausrüstung verantwortet.

Das Canadian Centre for Cyber Security benennt das Ende dieser Kette deutlich: Bei der Ausmusterung müssen Assets mit sensiblen Daten „will need to be sanitized prior to their disposal, by wiping all data“. Dieses Löschen ist Aufgabe eines Menschen, nicht der KI.

Welche Tools braucht man für KI im IT-Asset-Management?

Sie brauchen zwei Schichten: einen Ort, an dem der Asset-Eintrag liegt, und eine KI, die Tickets gegen ihn bearbeitet. Die meisten Helpdesks verkaufen die erste Schicht inzwischen selbst, was die Rechnung aus Selbstbau und Kauf gegenüber noch vor einem Jahr deutlich verändert.

So schneiden die wichtigsten Optionen ab, alles von den Preisseiten der jeweiligen Anbieter am 1. November 2026:

Für einen konkreten Käufer, sagen wir ein IT-Team mit fünf Personen, das 300 Laptops betreut: Zendesk Suite Growth kostet 295 $ im Monat, und die 500 enthaltenen Assets decken die Flotte ab; Jira Service Management Standard kostet 107,50 $ im Monat mit Platz für 5.000 Objekte; Freshservice Growth kostet 245 $ im Monat allein für Agentenplätze, vor den Asset Units. Der Geräte-Manager ist in beiden Fällen ein eigener Posten.

Zendesk ITAM

Zendesk hat IT-Asset-Management etwa im November 2025 zu Suite Growth und höher hinzugefügt. Es startet mit vier Asset-Typen (Hardware, Mobile, Desktop, Laptop), synchronisiert den Gerätestatus aus Jamf und Intune und lässt berechtigte Agenten ein Gerät direkt aus dem Ticket sperren, neu starten, die Zuweisung aufheben oder löschen. Es ist hardwarezentriert: Laut Zendesk „is coming soon“ das Software-Asset-Management. Die Grenzen sind mit 1 Million Assets großzügig. Wenn Ihr IT-Desk bereits auf Zendesk läuft, sehen Sie sich die Aufschlüsselung zu den Employee-Service-Preisen an, bevor Sie Asset-Pakete kaufen.

Freshservice ITAM

Freshservice hat das tiefste ITAM unter den Helpdesks des Mittelstands: Discovery, CMDB, Verträge, Software-Asset-Management und SaaS-Discovery. Das Asset-Tracking wird in Asset Units gemessen, wobei ein Laptop 1 Einheit und ein Server 4 zählt. Freddy AI Copilot „surfaces related past incidents linked to similar assets“, und der Freddy AI Agent bearbeitet Softwareanfragen. Wenn Sie vergleichen: Die Aufschlüsselung der Freshservice-Preise behandelt die Plätze, und es gibt eine eigene zu den Freddy-AI-Preisen.

Jira Service Management Assets

Assets ist jetzt ab dem Standard-Tarif enthalten, mit Hardware-Asset-Management in Premium und Enterprise. Atlassians Rovo kann ab Premium Hardware-Einblicke liefern wie „warranties about to expire, low stock, or hardware that no longer appears to be in use“, und Atlassian sagt, dass der Schreibzugriff für Rovo noch aussteht. Für ein IT-Team, das bereits in Jira arbeitet, ist es der günstigste Weg zu einer echten Asset-Datenbank neben der Warteschlange. Der Leitfaden zu den Jira-Service-Management-Preisen enthält die Tarifdetails.

ServiceNow HAM

ServiceNow Hardware Asset Management behandelt die CMDB als „a single source of truth for hardware assets“ und nutzt KI-Agenten, um „normalize hardware to keep the CMDB clean“ und die Erfüllung von Anfragen zu beschleunigen. Es ist für große Umgebungen gebaut, und Preise gibt es nur auf Anfrage. Wenn Sie es abwägen, beginnen Sie mit den ServiceNow-Preisen und dem Vergleich Freshservice vs. ServiceNow.

Wo eesel hineinpasst

eesel ist keine Asset-Datenbank, und ich würde nicht so tun. Es ist das KI-Teammitglied, das die Asset-Tickets gegen den Eintrag bearbeitet, den Sie führen. Es lässt sich nativ in Zendesk und Jira Service Management einbinden und antwortet Mitarbeitern in Slack, Microsoft Teams ist auf Anfrage verfügbar. Für Freshservice, ServiceNow, Intune oder ein Tool wie Snipe-IT gibt es keinen eingebauten Konnektor; Sie erreichen sie über deren API mit Network Access, womit der Agent jede von Ihnen erlaubte REST-API aufrufen kann, wobei eesel die Zugangsdaten anfügt, „so the AI never sees them“.

Wie richtet man KI für IT-Asset-Management ein?

In dieser Reihenfolge würde ich vorgehen. Der KI-Teil ist der schnelle, der Eintrag der langsame.

1. Ziehen Sie die Asset-Tickets der letzten drei Monate. Exportieren Sie sie aus Ihrem IT-Ticketsystem und sortieren Sie sie in die drei Spuren. Die meisten Teams stellen fest, dass eine Handvoll Anfragetypen den Großteil des Volumens ausmacht.
2. Wählen Sie einen Asset-Eintrag und bereinigen Sie ihn. Gleichen Sie den Geräte-Manager mit dem Register ab: jedes Gerät mit Eigentümer, Status und Kaufdatum. Liegt er in einer Tabelle, ist das für den Anfang in Ordnung, aber beachten Sie, dass eine als Wissen angebundene Tabelle nur so aktuell ist wie ihre letzte erneute Synchronisierung.
3. Schreiben Sie die Regeln auf, denen die KI folgt. Standardlaptop je Rolle, Austauschzyklus, welche Lizenzen im Standardpaket enthalten sind, wer was genehmigt, die Checkliste für Austritte. Legen Sie sie in einer internen Wissensdatenbank ab. Wo auch immer sie liegt, Confluence eingeschlossen, die KI sollte eine einzige Version der Wahrheit lesen.
4. Binden Sie den Eintrag zunächst nur lesend an. In eesel laufen die nur lesenden Aktionen eines verknüpften MCP-Servers standardmäßig „run on their own, and the rest ask a person first“, genau die Aufteilung, die Sie wollen: „Welchen Laptop hat Priya“ läuft, „Priyas Laptop neu zuweisen“ wartet.
5. Stellen Sie jeden Schreibzugriff auf Needs approval. Mit den Aktionen und Freigaben von eesel können Sie jede Aktion als Auto, Needs approval oder Disabled markieren. Freigabekarten landen im Slack-Thread, sodass die IT genehmigt, ohne den Chat zu verlassen.
6. Testen Sie an vergangenen Tickets, bevor Sie live gehen. Lassen Sie den Agenten gegen die Tickets aus Schritt 1 laufen und vergleichen Sie mit dem, was Ihr Team tatsächlich geantwortet hat. Wie Sie diesen Test dimensionieren, steht im Leitfaden zu Simulationstests für KI im Support.
7. Schalten Sie den Austritts-Auslöser zuletzt ein. Sobald die Abfragen vertrauenswürdig sind, verdrahten Sie das Austrittsereignis aus HR, damit Rückgaben von selbst starten.

Schritt 2 ist der Ort, an dem sich der größte Nutzen verbirgt. Eine G2-Rezensentin beschreibt ihren Abschied von Tabellen:

"Consolidating all assets into one platform compared to the process as before while having multiple spreadsheets and not being updated frequently and no live. By having Snipe IT it helps a lot to solve the problem."

Ilyas J., G2

Wenn Sie lieber skripten möchten: Die eesel CLI erledigt dasselbe Setup aus einem Terminal. „Every command prints JSON, so an AI coding agent (Claude Code, Cursor, Codex) can run your whole setup for you.“ Für Asset-Arbeit sind folgende Teile nützlich: eesel integrations api check, um die Verbindung zur API Ihres Asset-Tools zu testen, eesel files upload ./assets.csv, wenn Sie nachts ein Register exportieren, --dry-run, um den genauen Aufruf zu sehen, den ein Schreibzugriff ausführen würde, bevor er läuft, und eesel approvals, um zurückgehaltene Änderungen freizugeben, ohne das Dashboard zu öffnen.

Was sollte KI mit Ihren IT-Assets nie tun?

KI sollte nie diejenige sein, die ein Gerät löscht, Lizenzen entfernt, einen Nutzer deprovisioniert oder Geld ausgibt. Alles andere ist verhandelbar.

Microsoft behandelt diese Vorgänge bereits als privilegiert. Das Löschen oder Ausmustern eines Geräts über die Graph API erfordert eine eigene Berechtigung, DeviceManagementManagedDevices.PrivilegedOperations.All, und in der Intune-Konsole können nur Admin-Rollen wie Help Desk Operator löschen, bis zu 500 Löschvorgänge pro Tag und Mandant. Meine Regel: Wenn Microsoft einen Menschen dafür eine besondere Berechtigung beantragen lässt, sollte Ihre KI diese Berechtigung gar nicht erst halten.

Die kurze Liste, die ich hinter einem Menschen halten würde:

• Ein Gerät löschen, ausmustern, sperren oder wipen. Selbst Zendesk, das einen Action Flow zum Löschen von Geräten direkt aus dem Ticket bietet, beschränkt ihn auf berechtigte Agenten.
• Lizenzen entfernen oder neu zuweisen. Die Liste entwerfen, nie ausführen.
• Hardware bestellen oder kaufen. Die KI füllt das Formular aus; ein Budgetverantwortlicher genehmigt.
• Ein Gerät als verloren oder gestohlen melden. Das ändert, was die Sicherheit als Nächstes tut.
• Jemandem mitteilen, dass er Geld für nicht zurückgegebene Ausrüstung schuldet. Das ist ein HR-Gespräch mit einer Richtlinie dahinter.

Der Agent für den internen Tech-Desk von Cactus Club Cafe folgt derselben Haltung: Er „never closes a ticket or changes tags, status, priority, group or assignee unless a document says to“, und eine spätere Regel ließ ihn „take no action on a ticket if it cannot read its instructions“. Das ist die richtige Voreinstellung für alles, was einen Asset-Eintrag berührt.

eesel für IT-Asset-Tickets

Wenn Ihr IT-Team die Woche damit verbringt, „Welchen Laptop habe ich?“ zu beantworten und ausscheidenden Mitarbeitern wegen Ladegeräten hinterherzulaufen, übernimmt eesel diese Warteschlange als KI-Helpdesk-Teammitglied. Es bearbeitet Ihren Zendesk-Desk, Ihre Jira-Service-Management-Warteschlange oder Ihren Slack-Kanal, liest Ihr Asset-Tool live über dessen API und hält jede Änderung am Eintrag zur Freigabe durch die IT zurück.

Das IT-Team von InDebted, 5 bis 10 Personen für Hunderte von Mitarbeitern, hat es auf seinem Jira-Desk im Einsatz:

"We use it to be the first responder to our Helpdesk tickets in Jira. It essentially acts just like an agent would."

Jason Loyola, Head of IT, InDebted

Es löst bisher 15% der Tickets ohne einen Menschen, mit 55% als Ziel. Der Preis ist ein fester Monatspreis, ab 299 $ für 500 Tickets oder Chats auf der Preisseite, ohne Gebühr pro Platz, sodass das ganze Unternehmen es nach seinem Laptop fragen kann. Testen Sie eesel kostenlos mit 100 Credits, und lassen Sie es gegen die Asset-Tickets des letzten Monats laufen, bevor jemand eine Antwort sieht.