{"id":907408,"date":"2026-10-23T13:28:41","date_gmt":"2026-10-23T13:28:41","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/service-orientierte-it\/"},"modified":"2026-10-23T13:28:42","modified_gmt":"2026-10-23T13:28:42","slug":"service-orientierte-it","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/de\/blog\/service-orientierte-it\/","title":{"rendered":"So bauen Sie ein service-orientiertes IT-Betriebsmodell auf"},"content":{"rendered":"<div class=\"in-context-cta\"><h2>Schl\u00fcsselpunkte<\/h2>\n<ul>\n<li>Service-orientierte IT richtet den IT-Betrieb an definierten Business-Services aus und verbessert so Service-Erbringung, Verantwortlichkeit und betriebliche Effizienz.<\/li>\n<li>Zum Modell geh\u00f6ren Service-Kataloge, klare Zust\u00e4ndigkeiten, Eingangs-Workflows, SLAs, Eskalationswege, Berichterstattung und Praktiken zur kontinuierlichen Verbesserung.<\/li>\n<li>F\u00fcr ein service-orientiertes IT-Betriebsmodell braucht es strukturierte Workflows, klare Zust\u00e4ndigkeiten, definierte SLAs und regelm\u00e4\u00dfige Leistungsbewertungen, die sich an den Anforderungen des Unternehmens und der Benutzer:innen orientieren.<\/li>\n<li>Typische H\u00fcrden bei der Implementierung sind Technologie-Silos, unklare Zust\u00e4ndigkeiten, schwache Service-Kennzahlen und Widerstand gegen ver\u00e4nderte Rollen in den Workflows.<\/li>\n<\/ul>\n<\/div>\n<p>Wenn Sie Ihr IT-Team ausschlie\u00dflich nach Technologien, Systemen oder Support-Stufen organisieren, wissen Ihre Benutzer:innen noch lange nicht, was das Team tats\u00e4chlich leistet. Der Wechsel zu einem service-orientierten IT-Modell hilft dabei, zusammenhanglose Workflows, uneinheitliche Support-Erlebnisse und unklare Zust\u00e4ndigkeiten zwischen Teams zu vermeiden.<\/p>\n<p>In diesem Artikel zeigen wir Ihnen, wie Sie ein service-orientiertes IT-Betriebsmodell aufbauen und damit verl\u00e4ssliche, auf das Gesch\u00e4ft ausgerichtete Services bereitstellen. Dieser Ansatz hilft Ihnen, Services konsistenter zu gestalten, Workflows zu standardisieren und besser sichtbar zu machen, wie die IT das Unternehmen unterst\u00fctzt.<\/p>\n<h2>Das steckt hinter service-orientierter IT<\/h2>\n<p>Service-orientierte IT ist ein Betriebsmodell, das die IT rund um die Services strukturiert, die sie f\u00fcr Benutzer:innen und das Unternehmen erbringt. In dieser Struktur definieren und verwalten IT-Teams Services wie Endpunkt-Support, Identit\u00e4tsmanagement oder Gesch\u00e4ftsanwendungen, statt sich nur auf Systeme oder Infrastrukturkomponenten zu konzentrieren.<\/p>\n<p>Ein service-orientiertes IT-Modell umfasst:<\/p>\n<ul>\n<li>Definierte Services<\/li>\n<li>Service-Verantwortliche<\/li>\n<li>Service-Kataloge<\/li>\n<li>Anfrage- und Eingangsprozesse<\/li>\n<li>Eskalationsverfahren<\/li>\n<li>Erwartungen an das Service-Level<\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/it-dokumentation\/\">Dokumentation<\/a> und Wissensmanagement<\/li>\n<li>Leistungsberichterstattung<\/li>\n<li>Praktiken zur kontinuierlichen Verbesserung<\/li>\n<\/ul>\n<p>Ziel ist es, IT-Services leichter anforderbar, verwaltbar, unterst\u00fctzbar und verbesserbar zu machen und gleichzeitig IT-Betrieb und Gesch\u00e4ftspriorit\u00e4ten enger zu verzahnen.<\/p>\n<h3>Service-orientierte IT und service-orientierte Architekturen im Vergleich<\/h3>\n<p>Service-orientierte IT und service-orientierte Architekturen sind zwei grundverschiedene Konzepte. W\u00e4hrend sich service-orientierte IT auf Betriebsmanagement und Service-Erbringung konzentriert, handelt es sich bei service-orientierten Architekturen (SOA) um ein Software-Designmodell: Anwendungen werden aus wiederverwendbaren Services aufgebaut, die \u00fcber definierte Schnittstellen oder Protokolle kommunizieren. Im Mittelpunkt stehen dabei Software-Integration und Anwendungsdesign.<\/p>\n<p>Kurz gesagt:<\/p>\n<ul>\n<li>Service-orientierte Architekturen b\u00fcndeln Software-Funktionen in wiederverwendbaren Services.<\/li>\n<li>Service-orientierte IT organisiert den IT-Betrieb rund um Services, die sich am Gesch\u00e4ft ausrichten.<\/li>\n<\/ul>\n<h2>Darum ist ein service-orientierter Ansatz so wichtig<\/h2>\n<p>Ein service-orientierter Ansatz sorgt f\u00fcr eine strukturierte und messbare <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/it-service-erbringung-optimieren\/\">Service-Erbringung<\/a>. Fehlt er, kann es in Unternehmen zu folgenden Problemen kommen:<\/p>\n<ul>\n<li><strong>Unklare Anfragewege:<\/strong> Benutzer:innen wissen oft nicht, an welches Team sie ihre Service-Anfragen richten sollen. Dadurch dauert die L\u00f6sung von Problemen l\u00e4nger, wenn sie \u00fcberhaupt gel\u00f6st werden.<\/li>\n<li><strong>Uneinheitliche Support-Erlebnisse:<\/strong> Die Qualit\u00e4t des IT-Support-Prozesses h\u00e4ngt davon ab, wer die Anfrage bearbeitet, und ein vergleichbares Support-Erlebnis l\u00e4sst sich kaum sicherstellen.<\/li>\n<li><strong>Doppelte Workflows:<\/strong> Ohne service-orientiertes IT-Modell erledigen mehrere Teammitglieder unwissentlich \u00e4hnliche Aufgaben oder bauen dieselben Prozesse unabh\u00e4ngig voneinander auf.<\/li>\n<li><strong>Kaum Einblick in die Service-Qualit\u00e4t:<\/strong> Ohne service-orientierten IT-Ansatz fehlt im Unternehmen jede verl\u00e4ssliche M\u00f6glichkeit, die tats\u00e4chliche Leistung der IT-Services zu messen oder zu \u00fcberwachen.<\/li>\n<li><strong>Verwirrende Eskalationsverfahren:<\/strong> Passend zu den unklaren Anfragewegen fehlt bei besonders komplexen Problemen ein klar dokumentierter Weg, an wen sie als N\u00e4chstes \u00fcbergeben werden.<\/li>\n<li><strong>Begrenzte Verantwortlichkeit:<\/strong> Sind die Zust\u00e4ndigkeiten f\u00fcr Services nicht definiert, bleiben Verantwortung und Rechenschaft dauerhaft unklar.<\/li>\n<li><strong>Kennzahlen, die nur das Ticketvolumen betrachten:<\/strong> Der Erfolg bei der Probleml\u00f6sung l\u00e4sst sich nicht genau messen, wenn nur die Zahl der ge\u00f6ffneten oder geschlossenen Tickets z\u00e4hlt.<\/li>\n<\/ul>\n<h2>Diese Bausteine geh\u00f6ren zu einem service-orientierten Framework<\/h2>\n<p>Eine gut strukturierte service-orientierte IT besteht aus folgenden Komponenten:<\/p>\n<ul>\n<li><strong>Service-Katalog<\/strong>: eine zentrale Liste der Services, die Benutzer:innen anfordern oder nutzen k\u00f6nnen<\/li>\n<li><strong>Service-Verantwortung<\/strong>: benannte Verantwortliche f\u00fcr Qualit\u00e4t, Wartung und Verbesserung eines Services<\/li>\n<li><strong>Standards f\u00fcr den Anfrageeingang<\/strong>: einheitliche Wege, um Anfragen, St\u00f6rungen oder Zugriffsbedarf zu melden<\/li>\n<li><strong>Routing-Regeln<\/strong>: eine definierte, meist automatisierte Logik, die Anfragen den richtigen Teams zuweist<\/li>\n<li><strong>Eskalationswege<\/strong>: klare Prozesse f\u00fcr den Umgang mit komplexen Problemen oder Vorf\u00e4llen<\/li>\n<li><strong>Service Level Agreements und Erwartungen<\/strong>: ein <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/was-ist-ein-msp-service-level-agreement-sla\/\">SLA<\/a> legt dokumentierte Ziele f\u00fcr Reaktion und L\u00f6sung fest<\/li>\n<li><strong>Wissensmanagement<\/strong>: Dokumentation f\u00fcr Benutzer:innen, Support-Mitarbeiter:innen und Service-Verantwortliche<\/li>\n<li><strong>Kennzahlen und Berichterstattung<\/strong>: Einblick in Service-Leistung und betriebliche Entwicklungen<\/li>\n<li><strong>Kontinuierliche Verbesserungen<\/strong>: regelm\u00e4\u00dfige \u00dcberpr\u00fcfung wiederkehrender Probleme, Workflows und der Service-Qualit\u00e4t<\/li>\n<\/ul>\n<h2>So bauen Sie ein service-orientiertes IT-Betriebsmodell auf<\/h2>\n<p>Ein service-orientiertes IT-Betriebsmodell verlangt, dass Workflows, Zust\u00e4ndigkeiten und Service-Erwartungen auf die Ergebnisse f\u00fcr Unternehmen und Benutzer:innen ausgerichtet sind. Empfehlenswert ist dabei Folgendes:<\/p>\n<ul>\n<li><strong>Bestehende Services erfassen<\/strong><\/li>\n<\/ul>\n<p>Dokumentieren Sie die Services, die Ihr IT-Team bereits erbringt. Dazu geh\u00f6ren Infrastruktur, <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/was-ist-endpunkt-management\/\">Endpunkt-Management<\/a>, Identit\u00e4tsdienste und Anwendungssupport.<\/p>\n<ul>\n<li><strong>Services sinnvoll gruppieren<\/strong><\/li>\n<\/ul>\n<p>Kategorisieren Sie Services nach Benutzerbedarf, betrieblicher Funktion oder Gesch\u00e4ftsprozess.<\/p>\n<ul>\n<li><strong>Service-Verantwortliche benennen<\/strong><\/li>\n<\/ul>\n<p>Legen Sie eindeutig fest, wer f\u00fcr die Pflege und Verbesserung des jeweiligen Services zust\u00e4ndig ist.<\/p>\n<ul>\n<li><strong>Anfrage-Workflows definieren<\/strong><\/li>\n<\/ul>\n<p>Bestimmen Sie, wie Benutzer:innen Services anfordern und wie Support-Teams Erf\u00fcllung und Eskalation steuern.<\/p>\n<ul>\n<li><strong>SLAs festlegen<\/strong><\/li>\n<\/ul>\n<p>Definieren Sie realistische Erwartungen an Reaktions- und L\u00f6sungszeiten f\u00fcr jeden Service-Bereich.<\/p>\n<ul>\n<li><strong>Begleitende Dokumentation aufbauen<\/strong><\/li>\n<\/ul>\n<p>Binden Sie SOPs, Ressourcen zur Fehlerbehebung und Wissensartikel ein.<\/p>\n<ul>\n<li><strong>Service-Leistung nachverfolgen<\/strong><\/li>\n<\/ul>\n<p>Nutzen Sie Kennzahlen, die Service-Qualit\u00e4t und betriebliche Wirksamkeit erfassen und messen.<\/p>\n<ul>\n<li><strong>Services regelm\u00e4\u00dfig \u00fcberpr\u00fcfen<\/strong><\/li>\n<\/ul>\n<p>Bewerten Sie Workflows, wiederkehrende Probleme und R\u00fcckmeldungen der Benutzer:innen, um Services schrittweise zu verbessern.<\/p>\n<h2>Beispiele f\u00fcr service-orientierte IT<\/h2>\n<p>Zu den typischen Beispielen f\u00fcr service-orientierte IT z\u00e4hlen:<\/p>\n<ul>\n<li><strong>Services rund um Arbeitsplatztechnologie:<\/strong> Laptop-Bereitstellung, Collaboration-Tools, Produktivit\u00e4tssoftware und Benutzersupport.<\/li>\n<li><strong>Identit\u00e4ts- und Zugriffsservices:<\/strong> Kontobereitstellung, Passwortverwaltung und \u00dcberpr\u00fcfung von Berechtigungen.<\/li>\n<li><strong>Services f\u00fcr Gesch\u00e4ftsanwendungen:<\/strong> Support f\u00fcr Unternehmensressourcenplanung (ERP), Kundenbeziehungsmanagement, Finanzsysteme und andere gesch\u00e4ftskritische Plattformen.<\/li>\n<li><strong>Services f\u00fcr den Endpunkt-Support:<\/strong> Patching, Remote-Support und Ger\u00e4tewartung.<\/li>\n<li><strong>Infrastruktur-Services:<\/strong> Cloud-Betrieb, Server-Management und Backup-Systeme.<\/li>\n<li><strong>Sicherheitsservices:<\/strong> Schwachstellen-Scans, Sicherheits\u00fcberwachung und Behebung.<\/li>\n<li><strong>Service-Desk:<\/strong> Anfrageeingang, Ticket-Routing, Triage und Eskalationsmanagement.<\/li>\n<\/ul>\n<h2>So verbessert service-orientierte IT die Service-Erbringung<\/h2>\n<p>Service-orientierte IT bringt Unternehmen viele Vorteile. Hier sind die h\u00e4ufigsten:<\/p>\n<ul>\n<li>Mehr Verantwortlichkeit f\u00fcr die Service-Qualit\u00e4t<\/li>\n<li>Einheitlichere Support-Erlebnisse<\/li>\n<li>Schnelleres Routing von Anfragen<\/li>\n<li>Bessere SLA-Nachverfolgung<\/li>\n<li>Bessere Abstimmung zwischen den Teams<\/li>\n<li>St\u00e4rkere Ausrichtung an den Anforderungen des Unternehmens<\/li>\n<li>Verbesserte Betriebsberichterstattung<\/li>\n<li>Weniger Unklarheiten zwischen Support-Gruppen<\/li>\n<li>Bessere Grundlage f\u00fcr Automatisierung und Self-Service<\/li>\n<li>Mehr Transparenz bei wiederkehrenden Betriebsproblemen<\/li>\n<\/ul>\n<h2>Kennzahlen f\u00fcr service-orientierte IT<\/h2>\n<p>Damit service-orientierte IT effizient und wirksam funktioniert, m\u00fcssen Unternehmen Kennzahlen verwenden, die Ergebnisse in den Blick nehmen, statt nur die Aktivit\u00e4t der Techniker:innen zu messen. Geeignete Kennzahlen f\u00fcr service-orientierte IT sind:<\/p>\n<ul>\n<li><strong>Service-Verf\u00fcgbarkeit:<\/strong> Der Anteil der Zeit, in der ein Service l\u00e4uft und wie erwartet funktioniert<\/li>\n<li><strong>Erf\u00fcllungszeit von Anfragen:<\/strong> Wie lange es von der Einreichung einer Anfrage bis zu ihrer L\u00f6sung und zum Abschluss dauert<\/li>\n<li><strong>Reaktionszeit bei Vorf\u00e4llen:<\/strong> Wie schnell das IT-Team ein gemeldetes Problem best\u00e4tigt und mit der Bearbeitung beginnt<\/li>\n<li><strong>L\u00f6sungszeit nach Service:<\/strong> Wie lange die vollst\u00e4ndige L\u00f6sung eines Problems dauert, aufgeschl\u00fcsselt nach Service-Art<\/li>\n<li><strong>SLA-Erf\u00fcllungsquote:<\/strong> Wie oft das Team die zugesagten Ziele f\u00fcr Reaktions- und L\u00f6sungszeiten einh\u00e4lt<\/li>\n<li><strong>Eskalationsh\u00e4ufigkeit:<\/strong> Wie oft Probleme an ein Team der n\u00e4chsth\u00f6heren Ebene \u00fcbergeben werden m\u00fcssen<\/li>\n<li><strong>Wiederer\u00f6ffnete Tickets:<\/strong> Wie oft ein geschlossenes Problem erneut gemeldet wird, weil es beim ersten Mal nicht richtig gel\u00f6st wurde<\/li>\n<li><strong>Quote wiederkehrender Probleme:<\/strong> Wie h\u00e4ufig dieselbe Problemart bei Benutzer:innen oder Services erneut auftritt<\/li>\n<li><strong>Zufriedenheit der Benutzer:innen:<\/strong> Wie zufrieden Benutzer:innen mit dem erhaltenen Support sind, gemessen \u00fcber Umfragen oder Bewertungen<\/li>\n<li><strong>Nutzung von Self-Service:<\/strong> Wie oft Benutzer:innen ihre Probleme selbst l\u00f6sen, etwa mit Selbsthilfe-Anleitungen, der Wissensdatenbank oder Tipps zur Fehlerbehebung, statt die IT zu kontaktieren<\/li>\n<li><strong>Nutzung des Service-Katalogs:<\/strong> Wie h\u00e4ufig Benutzer:innen tats\u00e4chlich im offiziellen Katalog st\u00f6bern und dar\u00fcber Services anfordern<\/li>\n<li><strong>Wirksamkeit von Wissensartikeln:<\/strong> Misst, ob die von der IT ver\u00f6ffentlichte Dokumentation Benutzer:innen wirklich dabei hilft, Probleme eigenst\u00e4ndig zu l\u00f6sen<\/li>\n<li><strong>Kosten oder Aufwand pro Service:<\/strong> Wie viel Zeit, Geld oder Ressourcen der Betrieb und die Pflege eines Services verbrauchen.<\/li>\n<li><strong> Alter des R\u00fcckstands:<\/strong> Wie lange ungel\u00f6ste Anfragen bereits unbearbeitet in der Warteschlange liegen.<\/li>\n<\/ul>\n<h2>Typische H\u00fcrden bei der Implementierung<\/h2>\n<p>Unternehmen tun sich mit service-orientierter IT oft schwer, wenn sie zwar die Service-Begriffe \u00fcbernehmen, die betrieblichen Workflows aber nicht ver\u00e4ndern. H\u00e4ufige H\u00fcrden sind:<\/p>\n<ul>\n<li>\n<h3>Technologie-Silos<\/h3>\n<\/li>\n<\/ul>\n<p>Teams organisieren sich weiterhin rund um Infrastruktur oder Tools statt rund um Service-Ergebnisse.<\/p>\n<ul>\n<li>\n<h3>Unklare Zust\u00e4ndigkeiten<\/h3>\n<\/li>\n<\/ul>\n<p>Services ohne definierte Verantwortliche f\u00fchren zu L\u00fccken bei Verantwortung und Rechenschaft.<\/p>\n<ul>\n<li>\n<h3>Zu breit gefasste Services<\/h3>\n<\/li>\n<\/ul>\n<p>Vage definierte Services lassen sich nur schwer messen und verbessern.<\/p>\n<ul>\n<li>\n<h3>Schlecht gestalteter Anfrageeingang<\/h3>\n<\/li>\n<\/ul>\n<p>Komplizierte Anfrageformulare oder unklare Service-Beschreibungen halten Benutzer:innen davon ab, dem offiziellen Workflow zu folgen.<\/p>\n<ul>\n<li>\n<h3>Schwache Kennzahlen<\/h3>\n<\/li>\n<\/ul>\n<p>Das Ticketvolumen allein misst die Service-Qualit\u00e4t nicht zuverl\u00e4ssig.<\/p>\n<ul>\n<li>\n<h3>Widerstand gegen ver\u00e4nderte Rollen<\/h3>\n<\/li>\n<\/ul>\n<p>Teams brauchen unter Umst\u00e4nden Zeit, um von technischer Verantwortung auf Service-Verantwortung umzustellen.<\/p>\n<ul>\n<li>\n<h3>Keine laufende \u00dcbersicht<\/h3>\n<\/li>\n<\/ul>\n<p>Services sollten sich gemeinsam mit den wechselnden gesch\u00e4ftlichen und betrieblichen Anforderungen weiterentwickeln.<\/p>\n<h2>H\u00e4ufige Fehler<\/h2>\n<p>Bei der Einf\u00fchrung service-orientierter IT machen Unternehmen immer wieder dieselben Fehler.<\/p>\n<ul>\n<li>Service-orientierte IT mit service-orientierter Architektur verwechseln<\/li>\n<li>Einen Service-Katalog aufbauen, ohne Verantwortliche zu benennen<\/li>\n<li>Services an internen Teamstrukturen statt an den Anforderungen der Benutzer:innen ausrichten<\/li>\n<li>Nur die Zahl der geschlossenen Tickets messen<\/li>\n<li>Unrealistische SLAs festlegen<\/li>\n<li>R\u00fcckmeldungen der Benutzer:innen ignorieren<\/li>\n<li>Abh\u00e4ngigkeiten und Eskalationswege nicht dokumentieren<\/li>\n<li>Service-orientierte IT als einmaliges Dokumentationsprojekt behandeln<\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/it-workflow-automatisierung\/\">Ineffiziente Workflows automatisieren<\/a><\/li>\n<li>Betriebliche Silos beibehalten und sich trotzdem als service-orientiert bezeichnen<\/li>\n<\/ul>\n<h2>Mit einem service-orientierten Ansatz langfristig erfolgreich sein<\/h2>\n<p>Service-orientierte IT hilft Unternehmen, ihren Betrieb an den Bed\u00fcrfnissen und Anforderungen der Benutzer:innen oder der Fachbereiche auszurichten. Wenn klar definiert ist, welche Services es gibt, wer daf\u00fcr verantwortlich ist, wie die Workflows aussehen und wie die Service-Leistung gemessen wird, verbessern IT-Teams Verantwortlichkeit, Konsistenz und betriebliche Transparenz.<\/p>\n<p>Ein service-orientierter IT-Ansatz unterst\u00fctzt Unternehmen auf dem Weg zum langfristigen Erfolg: durch kontinuierliche Verbesserung, messbare Ergebnisse, Governance und die Ausrichtung an sich wandelnden Gesch\u00e4ftspriorit\u00e4ten.<\/p>\n<p><strong>Verwandte Themen:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/itsm-framework\/\">ITSM-Frameworks anschaulich erkl\u00e4rt<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/it-betriebsmanagement-best-practices\/\">Was ist IT-Betriebsmanagement (ITOM)? \u00dcbersicht &amp; Best Practices<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/it-service-bereitstellung-definition-und-schluessel-komponenten\/\">IT-Service-Erbringung: Definition und zentrale Bestandteile<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Wenn Sie Ihr IT-Team ausschlie\u00dflich nach Technologien, Systemen oder Support-Stufen organisieren, wissen Ihre Benutzer:innen noch lange nicht, was das Team tats\u00e4chlich leistet. Der Wechsel zu einem service-orientierten IT-Modell hilft dabei, zusammenhanglose Workflows, uneinheitliche Support-Erlebnisse und unklare Zust\u00e4ndigkeiten zwischen Teams zu vermeiden. In diesem Artikel zeigen wir Ihnen, wie Sie ein service-orientiertes IT-Betriebsmodell aufbauen und damit [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":897393,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[4356],"tags":[],"class_list":["post-907408","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-it-betrieb"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/907408","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/comments?post=907408"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/907408\/revisions"}],"predecessor-version":[{"id":907409,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/907408\/revisions\/907409"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media\/897393"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media?parent=907408"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/categories?post=907408"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/tags?post=907408"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}