{"id":909835,"date":"2026-10-23T15:09:26","date_gmt":"2026-10-23T15:09:26","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/skriptfehler-ueberwachen-ohne-siem\/"},"modified":"2026-10-23T15:09:27","modified_gmt":"2026-10-23T15:09:27","slug":"skriptfehler-ueberwachen-ohne-siem","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/de\/blog\/skriptfehler-ueberwachen-ohne-siem\/","title":{"rendered":"Skriptfehler \u00fcberwachen ohne SIEM oder vollst\u00e4ndigen Logging-Stack"},"content":{"rendered":"<div class=\"in-context-cta\"><h2 style=\"margin-top: 0px;\">Wichtige Punkte<\/h2>\n<ul>\n<li>Die \u00dcberwachung von Skriptfehlern hilft IT-Teams, Automatisierungsprobleme zu erkennen, bevor sie Systeme oder Workflows st\u00f6ren.<\/li>\n<li>Protokollierung, Exit-Codes und Alarmierungen schaffen gute Transparenz \u00fcber Skriptfehler, ganz ohne SIEM.<\/li>\n<li>Proaktive IT-\u00dcberwachung verk\u00fcrzt die Fehlersuche und erh\u00f6ht die Zuverl\u00e4ssigkeit automatisierter Aufgaben und Berichte.<\/li>\n<\/ul>\n<\/div>\n<p>F\u00fcr MSPs gibt es kaum etwas Befriedigenderes, als <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/it-automatisierung-skripte-definition-und-ueberblick\/\">Skripte zur IT-Automatisierung<\/a> genau so laufen zu sehen, wie sie laufen sollen: ohne Fehler, ohne Warnmeldungen. Doch hinter der reibungslosen Ausf\u00fchrung lauert das Risiko stiller Fehlschl\u00e4ge.<\/p>\n<p>Stille Skriptfehler entstehen, wenn ein Skript nicht korrekt ausgef\u00fchrt wird, dabei aber weder sichtbare Fehlermeldungen noch Alarmierungen oder Protokolleintr\u00e4ge erzeugt.<\/p>\n<p>Auf den ersten Blick wirken sie wie kleine Aussetzer. Tats\u00e4chlich k\u00f6nnen sie jedoch gesch\u00e4ftskritische Automatisierungen unterbrechen, Systeme aus der Compliance fallen lassen und \u00fcber lange Zeitr\u00e4ume unbemerkt bleiben.<\/p>\n<p>Im schlimmsten Fall f\u00fchren stille Skriptfehler zu ausgelassenen Updates, Fehlkonfigurationen und sogar zu Kettenreaktionen \u00fcber mehrere Mandantenumgebungen hinweg.<\/p>\n<p>Umso wichtiger ist ein wirksames System, das fehlgeschlagene Skripte erkennt und \u00fcberwacht, bevor sie Ihren Betrieb weiter beeintr\u00e4chtigen.<\/p>\n<p>Dieser Leitfaden hilft Ihnen dabei, ein schlankes System zur <strong>Skript-\u00dcberwachung <\/strong>aufzubauen, ganz ohne vollwertige Logging-Plattform. <a href=\"#error-monitoring\">Lesen Sie weiter und erfahren Sie, warum Fehler\u00fcberwachung so wichtig ist.<\/a><\/p>\n<p>Sie bevorzugen ein Video-Tutorial? Sehen Sie sich \u201e<a href=\"https:\/\/www.ninjaone.com\/videos\/msp-growth\/how-to-monitor-script-failures-without-siems-or-full-logging-stacks\/\">Skriptfehler \u00fcberwachen ohne SIEM oder vollst\u00e4ndigen Logging-Stack<\/a>\u201c an, um mehr zu erfahren.<\/p>\n<h2>So bauen Sie einen wirksamen Workflow zum Erkennen und \u00dcberwachen von Skriptfehlern auf<\/h2>\n<p>Stille Skriptfehler aufzusp\u00fcren, ist schwierig und zeitaufwendig. Ein durchdachter Workflow zur Skript-\u00dcberwachung hilft Ihnen jedoch, diese verborgenen Fehler zu erkennen, bevor sie au\u00dfer Kontrolle geraten.<\/p>\n<h3>Schritt 1: Ziele f\u00fcr Ihre Skript-\u00dcberwachung festlegen<\/h3>\n<p>Kl\u00e4ren Sie zun\u00e4chst, was Sie mit Ihrem \u00dcberwachungs-Workflow erreichen m\u00f6chten. Stellen Sie sich dazu folgende Fragen:<\/p>\n<ul>\n<li>Ben\u00f6tigen Sie Echtzeit-Alarmierungen, sobald ein Skript fehlschl\u00e4gt?<\/li>\n<li>M\u00f6chten Sie Ausgaben f\u00fcr eine nachtr\u00e4gliche Analyse protokollieren?<\/li>\n<li>Sollen die Fehler nach Skripttyp, Kund:in oder Priorit\u00e4tsstufe kategorisiert werden?<\/li>\n<\/ul>\n<p>Diese Fragen helfen Ihnen, eine Strategie zur Fehler\u00fcberwachung zu entwickeln, die zu Ihren Anforderungen passt.<\/p>\n<h3>Schritt 2: Exit-Codes und Ausgaben mit PowerShell erfassen<\/h3>\n<p>Als N\u00e4chstes sollten Sie Ihre wichtigsten Skripte in einen PowerShell-Wrapper einbetten, der Fehler erkennt und Ihr Team sofort alarmiert.<\/p>\n<p>Hier ein Beispiel, das Sie verwenden k\u00f6nnen:<\/p>\n<p style=\"padding-left: 40px;\"><strong><code>$logPath = \"C:\\Logs\\ScriptMonitor.log\"<\/code><\/strong><\/p>\n<p style=\"padding-left: 40px;\"><strong><code>$scriptPath = \"C:\\RMM\\Remediation.ps1\"<\/code><\/strong><\/p>\n<p style=\"padding-left: 40px;\"><strong><code>$result = &amp; $scriptPath 2&gt;&amp;1<\/code><\/strong><\/p>\n<p style=\"padding-left: 40px;\"><strong><code>$exit = $LASTEXITCODE<\/code><\/strong><\/p>\n<p style=\"padding-left: 40px;\"><strong><code>if ($exit -ne 0) {<\/code><\/strong><\/p>\n<p style=\"padding-left: 40px;\"><strong><code> \"$((Get-Date).ToString()) ERROR: Script failed with exit $exit. Output: $result\" | Out-File -Append $logPath<\/code><\/strong><\/p>\n<p style=\"padding-left: 40px;\"><strong><code> Send-MailMessage -To \"admin@yourmsp.com\" -Subject \"Script Failure Alert\" -Body \"Script on $env:COMPUTERNAME failed with exit code <b>$exit. Output: $result\"<\/b> -SmtpServer \"smtp.yourmsp.com\"<\/code><\/strong><\/p>\n<p style=\"padding-left: 40px;\"><strong><code>}<\/code><\/strong><\/p>\n<p>Der Wrapper kann das Problem nicht selbst diagnostizieren, erfasst aber Ausgabe und Exit-Code des \u00fcberwachten Skripts f\u00fcr die weitere Analyse.<\/p>\n<p><strong>Hinweis: <\/strong><em>Remediation.ps1 <\/em>ist ein Platzhalter f\u00fcr das Skript, das Sie \u00fcberwachen m\u00f6chten. Ersetzen Sie ihn vorab durch den vollst\u00e4ndigen Pfad zu diesem Skript.<\/p>\n<h3>Schritt 3: Skriptprotokolle mit schlanken Tools \u00fcberwachen<\/h3>\n<p>Nutzen Sie Tools wie tail -f, LogTail oder <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/powershell-automatisierung\/\">geplante PowerShell-Aufgaben<\/a>, um Protokolle auf Eintr\u00e4ge mit Schl\u00fcsselw\u00f6rtern wie \u201eERROR\u201c zu pr\u00fcfen.<\/p>\n<p>Auf Linux-Systemen eignen sich Monitorix, logwatch oder tail -f f\u00fcr die Protokoll\u00fcberwachung. Windows-Protokolle lassen sich \u00fcber geplante Aufgaben oder PowerShell-Skripte regelm\u00e4\u00dfig durchsuchen.<\/p>\n<p>Diese Tools erkennen Fehler, sobald sie protokolliert werden, und sind damit die ideale Absicherung f\u00fcr die \u00dcberwachung fehlgeschlagener Skripte.<\/p>\n<h3>Schritt 4: Ticketing mit RMM- oder PSA-Tools automatisieren<\/h3>\n<p>Konfigurieren Sie Ihre Plattformen f\u00fcr <a href=\"https:\/\/www.ninjaone.com\/de\/rmm\/\">Fernwartung und -Verwaltung<\/a> (RMM) oder Professional Services Automation (PSA) so, dass sie Alarmierungen ausl\u00f6sen oder Tickets erstellen, sobald bestimmte Protokolleintr\u00e4ge auftauchen (etwa \u201eScript failed\u201c oder \u201eERROR: Exit code\u201c).<\/p>\n<p>So werden alle Skriptfehler f\u00fcr Ihre Techniker:innen sichtbar. Gleichzeitig sinkt der Aufwand f\u00fcr manuelle Protokollpr\u00fcfungen.<\/p>\n<h3>Schritt 5: Redundanz und Audit-Trails schaffen<\/h3>\n<p>Redundanz und Audit-Trails verhindern, dass Ihnen Fehlerdaten versehentlich verloren gehen. Das bedeutet: Protokolle an mehreren Orten schreiben und sie je nach Audit-Anforderungen f\u00fcr einen definierten Zeitraum aufbewahren.<\/p>\n<p>Wenn Sie kein zentrales Logging-System haben, k\u00f6nnen Sie Ihre <a href=\"https:\/\/www.ninjaone.com\/de\/backup\/?utm_source=google&#038;utm_medium=cpc&#038;utm_campaign=SG_PS_Branded&#038;utm_content=demo&#038;utm_term=ninjaone%20backup&#038;utm_matchtype=p&#038;utm_device=c&#038;utm_adposition=&#038;utm_gclid=CjwKCAjwlOrFBhBaEiwAw4bYDV02W6OjjCVwZlUvH4S8hIWkIkKxY8RqbQnZHw0FfDkCzY3J_CBPvRoCWaQQAvD_BwE&#038;_bt=569858361820&#038;_bk=ninjaone%20backup&#038;_bm=p&#038;_bn=g&#038;_bg=131245528796%E2%80%A9&#038;gad_source=1&#038;gad_campaignid=15153280034&#038;gbraid=0AAAAADgEuYGQ1n5h2pO8pqRvhG1n9r4lz&#038;gclid=CjwKCAjwlOrFBhBaEiwAw4bYDV02W6OjjCVwZlUvH4S8hIWkIkKxY8RqbQnZHw0FfDkCzY3J_CBPvRoCWaQQAvD_BwE\">Protokolle \u00fcber Ihre RMM-Plattform sichern<\/a>.<\/p>\n<h3>Schritt 6: Protokolle regelm\u00e4\u00dfig visualisieren und auswerten<\/h3>\n<p>Schlie\u00dflich sollten Sie Ihre Protokolle mindestens monatlich oder quartalsweise auswerten, zum Beispiel mit Excel oder einem Dashboard-Tool.<\/p>\n<p>Importieren Sie Ihre Protokolle in die gew\u00e4hlte Plattform und achten Sie anschlie\u00dfend auf Muster wie:<\/p>\n<ul>\n<li>H\u00e4ufigkeit der Fehler pro Skript oder Ger\u00e4t<\/li>\n<li>Muster nach Tageszeit<\/li>\n<li>Kundenspezifische Probleme<\/li>\n<\/ul>\n<p>Diese Erkenntnisse helfen Ihnen, stille Fehler proaktiv von vornherein zu verhindern.<\/p>\n<h3>Best Practices f\u00fcr die \u00dcberwachung von Skriptfehlern im \u00dcberblick:<\/h3>\n<p>Eine wirksame \u00dcberwachung von Skriptfehlern verbindet Erkennung, Diagnose und Reaktion. Die folgende Tabelle fasst die beschriebenen Best Practices zusammen.<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center;\"><strong>Komponente<\/strong><\/td>\n<td style=\"text-align: center;\"><strong>Zweck\/Nutzen<\/strong><\/td>\n<\/tr>\n<tr>\n<td>\u00dcberwachung von Exit-Codes<\/td>\n<td>Sorgt f\u00fcr eine handlungsrelevante Erkennung fehlgeschlagener Skripte.<\/td>\n<\/tr>\n<tr>\n<td>Erfassung der Ausgaben<\/td>\n<td>Liefert Kontext f\u00fcr schnelle Diagnose und Fehlerbehebung.<\/td>\n<\/tr>\n<tr>\n<td>Schlanke Protokoll\u00fcberwachung<\/td>\n<td>Erm\u00f6glicht Alarmierungen mit minimalem Aufwand.<\/td>\n<\/tr>\n<tr>\n<td>RMM-Ticket-Integration<\/td>\n<td>Automatisiert Fehlerreaktion und Ticketing<\/td>\n<\/tr>\n<tr>\n<td>Redundante Protokollierung<\/td>\n<td>Bewahrt Fehlerdaten auch bei Ausf\u00e4llen oder Agent-Resets<\/td>\n<\/tr>\n<tr>\n<td>Visualisierung von Trends<\/td>\n<td>Hilft, systemische Fehlermuster zu erkennen und Skripte zu verbessern<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Mit diesen Best Practices erreichen Unternehmen eine verl\u00e4ssliche Skript-\u00dcberwachung, schnelle Fehlerbehebung und kontinuierliche Verbesserung.<\/p>\n<h2>Anwendungsfall Automatisierung: Workflow zur \u00dcberwachung von Skriptfehlern (Beispiel)<\/h2>\n<p>Nachfolgend finden Sie ein Beispiel f\u00fcr einen schlanken, wiederholbaren Workflow, der die \u00dcberwachung von Skriptfehlern automatisiert.<\/p>\n<ol>\n<li><strong>Betten Sie Ihre kritischen Skripte in einen PowerShell-Monitor ein. <\/strong>So erkennen und protokollieren Sie Fehler sofort.<\/li>\n<li><strong>Speichern Sie Ihre Protokolle lokal und schieben Sie Kopien auf eine zentrale Freigabe oder einen Server. <\/strong>Redundanz sch\u00fctzt Ihre Daten vor versehentlichem L\u00f6schen und erleichtert Offline-Audits.<\/li>\n<li><strong>Konfigurieren Sie Ihr RMM so, dass es Protokolle scannt und bei Eintr\u00e4gen wie \u201eERROR\u201c automatisiert Tickets erstellt. <\/strong>So m\u00fcssen Ihre Techniker:innen nicht manuell nach fehlgeschlagenen Skripten suchen.<\/li>\n<li><strong>Werten Sie Ihre Protokolle einmal im Monat aus. <\/strong>\u00dcbertragen Sie sie nach Excel oder in ein anderes Dashboard und sortieren Sie sie nach Skript oder Kund:in. Achten Sie dabei auf auff\u00e4llige Muster in den protokollierten Fehlern.<\/li>\n<li><strong>\u00dcberarbeiten Sie fehlerhafte Skripte und wiederholen Sie den Pr\u00fcfzyklus. <\/strong>Nutzen Sie Ihre Erkenntnisse, um instabile Skripte zu korrigieren, Zeitpl\u00e4ne f\u00fcr die Bereitstellung anzupassen oder die Fehlerbehandlung zu verbessern. Dann beginnt der Zyklus von vorn.<\/li>\n<\/ol>\n<h2 id=\"error-monitoring\">Was ist Fehler\u00fcberwachung?<\/h2>\n<p>Fehler\u00fcberwachung bezeichnet das automatisierte Erkennen, Protokollieren und Melden von Fehlern oder Problemen, die w\u00e4hrend automatisierter Prozesse wie der Skriptausf\u00fchrung oder der Softwareverteilung auftreten.<\/p>\n<p>Mit automatisierter Fehler\u00fcberwachung k\u00f6nnen MSPs:<\/p>\n<ul>\n<li>stille Fehler erkennen, bevor sie eskalieren<\/li>\n<li>die Reaktionszeit verbessern<\/li>\n<li>Ausfallzeit reduzieren<\/li>\n<li>Fehler proaktiv verhindern<\/li>\n<\/ul>\n<p>Da MSPs Dutzende bis Tausende Endpunkte in unterschiedlichen Umgebungen verwalten, ist eine manuelle \u00dcberwachung nicht nur ineffizient, sondern schlicht unm\u00f6glich.<\/p>\n<h2>Weniger Risiko, mehr Agilit\u00e4t durch einen schlanken Workflow zur Skript-\u00dcberwachung<\/h2>\n<p>Stille Skriptfehler sind beunruhigend. Sie k\u00f6nnen jederzeit auftreten und, schlimmer noch, v\u00f6llig unbemerkt bleiben. Genau deshalb ist ein schlankes System zur \u00dcberwachung von Skriptfehlern so wichtig.<\/p>\n<p>Mit solchen Workflows erfassen Sie Exit-Codes und Protokollausgaben, erzeugen Alarmierungen \u00fcber RMM- oder PSA-Tools und werten Trends im Zeitverlauf aus.<\/p>\n<p>Das ist ein einfacher und zugleich wirksamer Weg, Ihre Automatisierungen am Laufen zu halten, ohne auf eine schwergewichtige Logging-Plattform angewiesen zu sein.<\/p>\n<p><strong>Verwandte Themen:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/uebersicht-msp-automatisierungsprozess\/\">Der komplette Leitfaden zur MSP-Automatisierung<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/it-automatisierung-herausforderungen\/\">Kompletter Leitfaden: Herausforderungen der IT-Automatisierung meistern<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/alles-was-sie-ueber-it-automatisierung-wissen-muessen\/\">Alles, was Sie \u00fcber IT-Automatisierung wissen m\u00fcssen<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/28-monitoring-empfehlungen\/\">28 wichtige Beispiele f\u00fcr IT-Automatisierung zur proaktiven \u00dcberwachung, Alarmierung und Fehlerbehebung<\/a><\/li>\n<\/ul>\n<div class=\"quick-start-guide\"><h2><svg width=\"45\" height=\"45\" viewBox=\"0 0 45 45\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n<path d=\"M41.4822 0H3.51778C1.57496 0 0 1.57496 0 3.51778V41.4822C0 43.425 1.57496 45 3.51778 45H41.4822C43.425 45 45 43.425 45 41.4822V3.51778C45 1.57496 43.425 0 41.4822 0Z\" fill=\"#053856\"\/>\n<path d=\"M30.4399 13.9904C28.9161 12.4475 26.9127 11.6737 24.4346 11.6737C23.0721 11.6737 21.8188 11.911 20.6794 12.3858C19.5401 12.8605 18.5859 13.5346 17.8168 14.4129V11.2654L12.2766 13.867V32.562H18.0779V22.4739C18.0779 20.6224 18.5099 19.2267 19.3787 18.2867C20.2474 17.3515 21.4105 16.8815 22.8727 16.8815C24.1877 16.8815 25.1894 17.285 25.8825 18.0968C26.5756 18.9086 26.9222 20.1334 26.9222 21.7808V32.562H32.7234V21.2728C32.7234 18.2393 31.9591 15.5285 30.4399 13.9856V13.9904Z\" fill=\"#04FF88\"\/>\n<\/svg>Quick-Start-Guide<\/h2><p><a href=\"https:\/\/www.ninjaone.com\/de\/\">NinjaOne<\/a> bietet mehrere Skripte und Funktionen, die bei der \u00dcberwachung von Skript- und Systemfehlern helfen:<\/p>\n<p>1. Optionen zur Skript-\u00dcberwachung:<br \/>, Bedingung f\u00fcr Skriptergebnis: Sie k\u00f6nnen Richtlinien mit Bedingungen erstellen, um den Status der Skriptausf\u00fchrung zu verfolgen.<br \/>, Bericht zu geplanten Aufgaben: Ruft eine Liste geplanter Aufgaben ab und gibt sie im Aktivit\u00e4tsprotokoll aus.<br \/>, Pr\u00fcfung der Systemleistung: Erfasst Leistungsdaten des Systems und kann bei Fehlern in g\u00e4ngigen Ereignisprotokollen alarmieren.<br \/>\n2. Skripte zur Erkennung spezifischer Fehler:<br \/>, Alarmierung zur Startzeit: Meldet, wenn die Systemstartzeit einen festgelegten Schwellenwert \u00fcberschreitet<br \/>, Pr\u00fcfung auf gestoppte automatische Dienste: Meldet automatische Dienste, die nicht laufen, oder startet sie<br \/>, Alarmierung bei ge\u00e4nderter Hosts-Datei: Pr\u00fcft, ob kritische Systemdateien ver\u00e4ndert wurden<br \/>, Skript f\u00fcr Autostart-Audit: F\u00fchrt ein Audit der Autostart-Eintr\u00e4ge durch und kann die Ergebnisse in ein benutzerdefiniertes Feld schreiben<br \/>\n3. \u00dcberwachung von Ereignisprotokollen:<br \/>, Skript zur Suche im Ereignisprotokoll: Erm\u00f6glicht die Suche nach bestimmten Ereignissen in der Ereignisanzeige, basierend auf Protokolltyp, Ereignisquelle oder konkreten Ereignis-IDs<br \/>, Bericht zu fehlgeschlagenen Kennwortversuchen: Gibt die Anzahl fehlgeschlagener Anmeldeversuche zur\u00fcck<br \/>, Pr\u00fcfung auf Brute-Force-Anmeldeversuche: Hilft, m\u00f6gliche Sicherheitsprobleme bei der Anmeldung zu erkennen<br \/>\n4. Benutzerdefinierte Felder und Alarmierung:<br \/>, Sie k\u00f6nnen benutzerdefinierte Felder anlegen, um Skriptergebnisse zu verfolgen<br \/>, Richten Sie Benachrichtigungen basierend auf dem Status der Skriptausf\u00fchrung oder auf Leistungsschwellenwerten ein<br \/>, Nutzen Sie zusammengesetzte Bedingungen f\u00fcr pr\u00e4zisere \u00dcberwachungsregeln<\/p>\n<p>NinjaOne ist zwar keine vollwertige <a href=\"https:\/\/www.ninjaone.com\/it-hub\/sicurezza-degli-endpoint\/what-is-security-information-and-event-management-siem\/\">SIEM<\/a>-L\u00f6sung, bietet aber flexible Skripting- und \u00dcberwachungsfunktionen, mit denen Sie m\u00f6gliche Skript- und Systemfehler auf allen verwalteten Ger\u00e4ten verfolgen und melden k\u00f6nnen.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>F\u00fcr MSPs gibt es kaum etwas Befriedigenderes, als Skripte zur IT-Automatisierung genau so laufen zu sehen, wie sie laufen sollen: ohne Fehler, ohne Warnmeldungen. Doch hinter der reibungslosen Ausf\u00fchrung lauert das Risiko stiller Fehlschl\u00e4ge. Stille Skriptfehler entstehen, wenn ein Skript nicht korrekt ausgef\u00fchrt wird, dabei aber weder sichtbare Fehlermeldungen noch Alarmierungen oder Protokolleintr\u00e4ge erzeugt. Auf [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":557039,"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-909835","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\/909835","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=909835"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/909835\/revisions"}],"predecessor-version":[{"id":909836,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/909835\/revisions\/909836"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media\/557039"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media?parent=909835"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/categories?post=909835"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/tags?post=909835"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}