{"id":908802,"date":"2026-10-23T14:27:47","date_gmt":"2026-10-23T14:27:47","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/freigabeprozess-msp-richtlinienaenderungen\/"},"modified":"2026-10-23T14:27:48","modified_gmt":"2026-10-23T14:27:48","slug":"freigabeprozess-msp-richtlinienaenderungen","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/de\/blog\/freigabeprozess-msp-richtlinienaenderungen\/","title":{"rendered":"So erstellen Sie einen Freigabe-Workflow f\u00fcr MSP-Richtlinien\u00e4nderungen"},"content":{"rendered":"<div class=\"in-context-cta\"><h2 style=\"margin-top: 0px;\">Die wichtigsten Punkte<\/h2>\n<ul>\n<li>Ein Freigabeprozess f\u00fcr Richtlinien\u00e4nderungen stellt sicher, dass Updates an MSP-Richtlinien gepr\u00fcft, dokumentiert, freigegeben und umgesetzt werden, um Sicherheitsrisiken und Missverst\u00e4ndnisse zu reduzieren.<\/li>\n<li>Freigabestufen festlegen: Definieren Sie Freigabestufen mit zugeordneten Rollen, um Verantwortlichkeit und eine einheitliche Governance f\u00fcr MSP-Richtlinien\u00e4nderungen sicherzustellen.<\/li>\n<li>\u00c4nderungsantrag dokumentieren: Erfassen Sie mit standardisierten \u00c4nderungsantr\u00e4gen Umfang, Risiko, Auswirkung und Rollback-Plan.<\/li>\n<li>Weiterleitung und Benachrichtigungen automatisieren: Automatisieren Sie Alarmierungen und die Freigabe-Weiterleitung, um Effizienz und Transparenz \u00fcber Teams hinweg zu erh\u00f6hen.<\/li>\n<li>Risikoreiche \u00c4nderungen an ein Change Advisory Board (CAB) eskalieren: Verringern Sie Auswirkungen auf Sicherheit und Betrieb, indem Sie riskante \u00c4nderungen an ein CAB \u00fcbergeben.<\/li>\n<li>Freigegebene Richtlinien versionieren und archivieren: Nutzen Sie Versionskontrolle und protokollieren Sie freigegebene Richtlinien f\u00fcr k\u00fcnftige Audits und zur Nachverfolgung von \u00c4nderungen.<\/li>\n<li>Kommunizieren und auswerten: Informieren Sie Stakeholder \u00fcber \u00c4nderungen und werten Sie die Ergebnisse nach der Implementierung aus, um kontinuierliche Verbesserung sicherzustellen.<\/li>\n<\/ul>\n<\/div>\n<p>Richtlinien\u00e4nderungen geh\u00f6ren zum Alltag eines MSP, bringen aber auch Risiken mit sich.<\/p>\n<p>Wenn Stakeholder eine Richtlinie ohne angemessene Kontrolle freigeben, kann das den Gesch\u00e4ftsbetrieb st\u00f6ren. Schlimmer noch: Kund:innen werden dadurch unter Umst\u00e4nden Sicherheitsbedrohungen und Compliance-Verst\u00f6\u00dfen ausgesetzt.<\/p>\n<p>Um diese Risiken zu verringern, brauchen Sie einen strukturierten <strong>\u00c4nderungsfreigabeprozess<\/strong> f\u00fcr Richtlinien, der Missverst\u00e4ndnisse verhindert, Transparenz f\u00f6rdert und ein hohes Sicherheitsniveau sicherstellt. Ein Freigabe-Workflow f\u00fcr MSP-Richtlinien\u00e4nderungen stellt sicher, dass jede \u00c4nderung vor der Bereitstellung gepr\u00fcft, dokumentiert und autorisiert wird.<\/p>\n<p>So stellen Sie sicher, dass jede \u00c4nderung vor der Bereitstellung gepr\u00fcft, dokumentiert und autorisiert wird.<\/p>\n<p>In diesem Leitfaden zeigen wir Ihnen, wie Sie einen strukturierten Freigabe-Workflow f\u00fcr Richtlinien\u00e4nderungen aufbauen.<\/p>\n<h2>So bauen Sie einen funktionierenden Freigabe-Workflow f\u00fcr Richtlinien\u00e4nderungen auf<\/h2>\n<p><strong>\ud83d\udccc Voraussetzungen:<\/strong><\/p>\n<ul>\n<li>Klar definierte Rollen (z. B. Techniker:innen, technische Leitung und Stakeholder), um Verantwortlichkeiten eindeutig zuzuordnen.<\/li>\n<li>Ein Formular-Template f\u00fcr Richtlinien\u00e4nderungsantr\u00e4ge (<a href=\"https:\/\/www.ninjaone.com\/de\/ticketing\/\">Ticketing-System<\/a> oder PSA-Integration), damit alle Antr\u00e4ge einheitlich sind.<\/li>\n<li>Ein zentrales Repository f\u00fcr versionierte Dokumentation (SharePoint, Confluence oder PSA-Wissensdatenbank) f\u00fcr Compliance und Audit-Sicherheit.<\/li>\n<li>Optional, aber empfehlenswert: Automatisierungstools wie PSA-Trigger und Workflow-Plattformen, um manuelle Eingriffe zu reduzieren.<\/li>\n<\/ul>\n<h3>Schritt 1: Freigabestufen festlegen<\/h3>\n<p>Zu Beginn legen Sie eine strukturierte Abfolge daf\u00fcr fest, wie beantragte \u00c4nderungen Ihr Unternehmen durchlaufen. Zum Beispiel:<\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center; vertical-align: middle;\"><strong>Stufe<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle;\"><strong>Beteiligte Stakeholder<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle;\"><strong>Zweck<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle;\"><strong>Wichtigste Ergebnisse<\/strong><\/td>\n<\/tr>\n<tr>\n<td style=\"vertical-align: middle;\">Antrag<\/td>\n<td style=\"vertical-align: middle;\">Techniker:in oder Fachexpert:in<\/td>\n<td style=\"vertical-align: middle;\">Eine Richtlinien\u00e4nderung zur Pr\u00fcfung einreichen.<\/td>\n<td>\n<ul>\n<li>Vollst\u00e4ndig ausgef\u00fclltes \u00c4nderungsantragsformular<\/li>\n<\/ul>\n<\/td>\n<\/tr>\n<tr>\n<td style=\"vertical-align: middle;\">Pr\u00fcfung<\/td>\n<td style=\"vertical-align: middle;\">Technische Leitung oder Security-Pr\u00fcfer:in<\/td>\n<td style=\"vertical-align: middle;\">Technische Machbarkeit, Risiko und m\u00f6gliche Auswirkungen der \u00c4nderung bewerten.<\/td>\n<td>\n<ul>\n<li>Risikobewertung<\/li>\n<li>Notizen zur technischen Validierung<\/li>\n<li>Empfehlung zur Freigabe oder \u00dcberarbeitung<\/li>\n<\/ul>\n<\/td>\n<\/tr>\n<tr>\n<td style=\"vertical-align: middle;\">Freigabe<\/td>\n<td style=\"vertical-align: middle;\">Kundenvertretung oder interne Stakeholder<\/td>\n<td style=\"vertical-align: middle;\">\u00dcbereinstimmung mit Gesch\u00e4ftszielen und Priorit\u00e4ten best\u00e4tigen.<\/td>\n<td>\n<ul>\n<li>Formelle Freigabeentscheidung<\/li>\n<li>Betriebswirtschaftliche Begr\u00fcndung<\/li>\n<li>Erforderliche Auflagen, falls n\u00f6tig<\/li>\n<\/ul>\n<\/td>\n<\/tr>\n<tr>\n<td style=\"vertical-align: middle;\">Terminplanung<\/td>\n<td style=\"vertical-align: middle;\">Ops-Leitung oder Change Manager:in<\/td>\n<td style=\"vertical-align: middle;\">Zeitpunkt des Rollouts abstimmen und operative Bereitschaft sicherstellen.<\/td>\n<td>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>Geplantes Bereitstellungsfenster<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<ul>\n<li>Checkliste f\u00fcr die Implementierung<\/li>\n<li>Kommunikationsplan<\/li>\n<\/ul>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Diese Abfolge orientiert sich am klassischen Change-Management-Prozess der Information Technology Infrastructure Library, kommt aber mit weniger b\u00fcrokratischen Ebenen aus und passt damit besser zum agilen Arbeiten eines MSP.<\/p>\n<p>Klar definierte Stufen verhindern Unklarheiten und schaffen eindeutige Erwartungen f\u00fcr alle Beteiligten.<\/p>\n<h3>Schritt 2: \u00c4nderungsantrag dokumentieren<\/h3>\n<p>Als N\u00e4chstes erstellen Sie ein standardisiertes Antragsformular, das alle wichtigen Details der geplanten \u00c4nderung erfasst. Ihr Template sollte folgende Angaben enthalten:<\/p>\n<ul>\n<li><strong>Titel und Beschreibung der \u00c4nderung <\/strong>&#8211; Was genau soll ge\u00e4ndert werden?<\/li>\n<li><strong>Begr\u00fcndung oder gesch\u00e4ftlicher Nutzen <\/strong>&#8211; Warum ist die \u00c4nderung notwendig? Welches Problem l\u00f6st sie?<\/li>\n<li><strong>Risikostufe und Rollback-Plan <\/strong>&#8211; Wie riskant ist die \u00c4nderung, und wie l\u00e4sst sie sich im Fehlerfall sicher zur\u00fccknehmen?<\/li>\n<li><strong>Vorgeschlagener Zeitplan und Vorgehen bei der Bereitstellung <\/strong>&#8211; Wann soll die \u00c4nderung ausgerollt werden, und welches Vorgehen wird empfohlen?<\/li>\n<\/ul>\n<p>Ein gut dokumentierter Antrag reduziert Unklarheiten und gibt Stakeholdern die n\u00f6tige Sicherheit f\u00fcr fundierte Entscheidungen.<\/p>\n<h3>Schritt 3: Weiterleitung und Benachrichtigungen automatisieren<\/h3>\n<p>Nutzen Sie <a href=\"https:\/\/www.ninjaone.com\/de\/blog\/was-ist-eine-software-zur-automatisierung-professioneller-dienstleistungen\/\">PSA<\/a>-Trigger oder schlanke Workflow-Tools, um zentrale Aufgaben zu automatisieren, etwa:<\/p>\n<ul>\n<li>Neue Antr\u00e4ge an die zust\u00e4ndigen Pr\u00fcfer:innen und Freigebenden weiterleiten.<\/li>\n<li>Stakeholder benachrichtigen, wenn eine Aktion erforderlich ist.<\/li>\n<li>Status\u00e4nderungen nachverfolgen (ausstehend, freigegeben, abgelehnt).<\/li>\n<li>Audit-Protokolle automatisiert aufbewahren.<\/li>\n<\/ul>\n<p>Automatisierung spart nicht nur Zeit, sondern reduziert auch Engp\u00e4sse und menschliche Fehler, die den Freigabeprozess verz\u00f6gern k\u00f6nnten.<\/p>\n<p>Hier ein Beispiel f\u00fcr einen Automatisierungs-Workflow, mit dem Sie Richtlinien\u00e4nderungsantr\u00e4ge mit ausstehender Freigabe nachverfolgen:<\/p>\n<p style=\"padding-left: 40px;\"><strong>Import-Csv policy_requests.csv | Where-Object { $_.Status -eq &#8218;Pending Approval&#8216; }<\/strong><\/p>\n<p>Dieses Skript kann Benachrichtigungen ausl\u00f6sen, um liegengebliebene Antr\u00e4ge in Ihrem Workflow-System zu kennzeichnen.<\/p>\n<h3>Schritt 4: Risikoreiche \u00c4nderungen an ein Change Advisory Board (CAB) eskalieren<\/h3>\n<p>Nicht alle Richtlinien\u00e4nderungen sind gleich; manche gelten als risikoreicher als andere.<\/p>\n<p>Einfache Anpassungen wie kleinere GPO-\u00c4nderungen k\u00f6nnen beispielsweise von der technischen Leitung oder einer Fachexpert:in freigegeben werden. Komplexe \u00c4nderungen dagegen, etwa eine andere Patch-Kadenz oder eine ge\u00e4nderte Richtlinie zur Passwortrotation, brauchen die Freigabe des <a href=\"https:\/\/www.onboardmeetings.com\/blog\/change-advisory-board\/\" target=\"_blank\" rel=\"noopener\">Change Advisory Board<\/a> (CAB).<\/p>\n<p>Ein CAB ist ein interdisziplin\u00e4res Gremium, das Change-Management-Strategien pr\u00fcft, bewertet und freigibt. Sein wichtigstes Ziel: sicherstellen, dass alle Richtlinien\u00e4nderungen zu den Unternehmenszielen passen und keine gr\u00f6\u00dferen Betriebsst\u00f6rungen verursachen.<\/p>\n<h3>Schritt 5: Freigegebene Richtlinien versionieren und archivieren<\/h3>\n<p>Jede freigegebene Richtlinien\u00e4nderung muss einer Versionskontrolle unterliegen. Das hei\u00dft: Jede aktualisierte Richtlinie erh\u00e4lt eine eindeutige Versionsnummer, ein G\u00fcltigkeitsdatum und ein Protokoll der Freigebenden.<\/p>\n<p>Speichern Sie sie au\u00dferdem in einem zentralen, versionierten Repository wie SharePoint oder Confluence, um Compliance und Audit-Sicherheit zu gew\u00e4hrleisten.<\/p>\n<h3>Schritt 6: Nach der Implementierung kommunizieren und auswerten<\/h3>\n<p>Sobald die \u00c4nderung ausgerollt ist, m\u00fcssen Sie dar\u00fcber informieren.<\/p>\n<p>Geben Sie Ihren Techniker:innen und Kund:innen eine knappe Zusammenfassung dazu, was sich ge\u00e4ndert hat, wann und warum. So bleiben Ihre technischen Teams auf demselben Stand, und Kund:innen verstehen, wie sich die \u00c4nderung auf ihre Umgebung oder ihren Betrieb auswirken kann.<\/p>\n<p>Anschlie\u00dfend sollten Sie beobachten, wie sich die \u00c4nderung auf Umgebungen und Abl\u00e4ufe auswirkt. Achten Sie dabei auf unerwartete Probleme oder Leistungsabweichungen.<\/p>\n<p>Holen Sie zum Schluss Feedback von Techniker:innen und Kund:innen ein und nutzen Sie diese Erkenntnisse, um den Freigabeprozess weiter zu verbessern.<\/p>\n<p>Dieser Kreislauf f\u00f6rdert kontinuierliche Verbesserung und st\u00e4rkt das Vertrauen der Stakeholder.<\/p>\n<p>\ud83d\udccc <strong>\u00dcbersicht der Best Practices:<\/strong><\/p>\n<table>\n<tbody>\n<tr>\n<td style=\"text-align: center; vertical-align: middle;\"><strong>Baustein<\/strong><\/td>\n<td style=\"text-align: center; vertical-align: middle;\"><strong>Zweck und Nutzen<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Definierte Freigabestufen<\/td>\n<td>Schaffen Klarheit bei technischer und gesch\u00e4ftlicher Kontrolle, indem jeder Stufe Rollen zugeordnet werden<\/td>\n<\/tr>\n<tr>\n<td>Standardisierte Antragsdokumentation<\/td>\n<td>Sorgt f\u00fcr Einheitlichkeit und nachvollziehbare Begr\u00fcndungen geplanter \u00c4nderungen<\/td>\n<\/tr>\n<tr>\n<td>Automatisierte Weiterleitung und Nachverfolgung<\/td>\n<td>Beschleunigt den Workflow und sichert die Auditierbarkeit durch automatisierte Benachrichtigungen und Protokolle<\/td>\n<\/tr>\n<tr>\n<td>Einbindung des CAB<\/td>\n<td>Erg\u00e4nzt Governance f\u00fcr risikoreichere \u00c4nderungen, indem bereichs\u00fcbergreifende Entscheider:innen einbezogen werden<\/td>\n<\/tr>\n<tr>\n<td>Versioniertes Archiv<\/td>\n<td>Erh\u00e4lt Klarheit und Nachvollziehbarkeit<\/td>\n<\/tr>\n<tr>\n<td>Kommunikation nach dem Rollout<\/td>\n<td>Schlie\u00dft den Freigabekreislauf und sorgt nach der Implementierung f\u00fcr Transparenz gegen\u00fcber Stakeholdern<\/td>\n<\/tr>\n<tr>\n<td>Retrospektiven<\/td>\n<td>Steigert die Prozessreife im Lauf der Zeit, indem Erfahrungen in den Workflow einflie\u00dfen<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2>Diese Vorteile bringt ein formaler Freigabeprozess f\u00fcr Richtlinien\u00e4nderungen<\/h2>\n<p>Ein formaler Freigabeprozess f\u00fcr Richtlinien\u00e4nderungen sorgt nicht nur f\u00fcr Ordnung und Kontrolle, er bringt noch mehr:<\/p>\n<h3>Weniger Risiko f\u00fcr Ausfallzeiten und Konfigurationsfehler<\/h3>\n<p>Ein Freigabeprozess f\u00fcr Richtlinien\u00e4nderungen stellt sicher, dass jede geplante Anpassung gr\u00fcndlich auf m\u00f6gliche Risiken und Konflikte gepr\u00fcft wird.<\/p>\n<p>Indem Sie Fachexpert:innen und Pr\u00fcfer:innen einbeziehen, erkennen Sie Fehlkonfigurationen und Abh\u00e4ngigkeiten, bevor sie zu Serviceunterbrechungen f\u00fchren.<\/p>\n<h3>Mehr Verantwortlichkeit und Nachvollziehbarkeit<\/h3>\n<p>Klar zugeordnete Rollen und Verantwortlichkeiten f\u00fcr jede Freigabestufe sorgen f\u00fcr eine l\u00fcckenlose Spur: Wer hat jede Richtlinien\u00e4nderung beantragt, gepr\u00fcft, freigegeben und umgesetzt?<\/p>\n<h3>Mehr Vertrauen zwischen technischen Teams und Stakeholdern<\/h3>\n<p>Ein Freigabe-Workflow f\u00fcr \u00c4nderungen f\u00f6rdert nicht nur die Verantwortlichkeit innerhalb Ihres IT-Teams, sondern auch Disziplin in der Umsetzung.<\/p>\n<p>Er zeigt Ihren Stakeholdern, dass Ihre Systemadministrator:innen keine Richtlinien\u00e4nderung umsetzen k\u00f6nnen, ohne die vorgesehenen Instanzen zu durchlaufen.<\/p>\n<h3>Dokumentation f\u00fcr Audits und Compliance<\/h3>\n<p>In manchen Branchen m\u00fcssen MSPs Governance-Nachweise f\u00fcr alle Richtlinien\u00e4nderungen erbringen, die sich auf den Umgang mit Daten oder das Sicherheitsniveau auswirken k\u00f6nnen.<\/p>\n<p>Dar\u00fcber hinaus verlangen regulatorische Rahmenwerke wie HIPAA, die Datenschutz-Grundverordnung, ISO 27001 und SOC 2, dass Unternehmen detaillierte Aufzeichnungen \u00fcber Change-Management-Aktivit\u00e4ten f\u00fchren.<\/p>\n<p>Mit einem versionierten Archiv aller freigegebenen Richtlinien\u00e4nderungen k\u00f6nnen Sie sicher sein, dass Ihr MSP jederzeit compliant und auditbereit ist.<\/p>\n<h2>So vereinfacht NinjaOne die Umsetzung von Richtlinien\u00e4nderungen<\/h2>\n<p>NinjaOne bietet zwar keinen eigenen Governance-Workflow f\u00fcr die Freigabe von Richtlinien\u00e4nderungen, vereinfacht die Umsetzung aber auf verschiedene Weise:<\/p>\n<ul>\n<li>Automatisierte Bereitstellung aktualisierter Richtlinien auf allen Endpunkten<\/li>\n<li>Tagging von Ger\u00e4tegruppen f\u00fcr ein schrittweises Rollout, sobald die Freigaben vorliegen<\/li>\n<li>Verkn\u00fcpfung von Protokollen und Metriken mit den Freigabeunterlagen zu Dokumentationszwecken<\/li>\n<li>Rollback-M\u00f6glichkeit, wenn nach der Implementierung Probleme auftreten<\/li>\n<\/ul>\n<p>Mit NinjaOne k\u00f6nnen MSPs Richtlinien\u00e4nderungen konsistent bereitstellen, ihre Wirkung nachverfolgen und sie bei Bedarf zur\u00fccknehmen.<\/p>\n<h2>Bessere Kontrolle durch einen formalisierten Freigabeprozess f\u00fcr Richtlinien\u00e4nderungen<\/h2>\n<p>Einen formalen Freigabeprozess f\u00fcr Richtlinien\u00e4nderungen aufzusetzen, wirkt zun\u00e4chst nach viel Aufwand. Langfristig spart er Ihnen jedoch Zeit, weil er ungeplante Ausf\u00e4lle verhindert.<\/p>\n<p>Mit definierten Freigabestufen und \u00c4nderungsantr\u00e4gen auf Template-Basis stellen Sie sicher, dass jede geplante Anpassung vor der Umsetzung gr\u00fcndlich gepr\u00fcft und dokumentiert wird.<\/p>\n<p><strong>Verwandte Themen:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/dokumentenmanagement-fuer-msps\/\">Dokumentenmanagement f\u00fcr MSPs: Tools, Prozesse und Best Practices<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/so-steigern-sie-die-it-effizienz-ihres-unternehmens-mit-ninjaone\/\">So steigern Sie die IT-Effizienz in Ihrem Unternehmen<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/vereinfachung-der-msp-arbeitsablaeufe-mit-power-automate\/\">So vereinfachen Sie MSP-Workflows mit Power Automate<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/hipaa-compliance-2\/\">HIPAA-Compliance: Alles, was Sie wissen m\u00fcssen<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/de\/blog\/was-ist-dsgvo-compliance\/\">Was ist DSGVO-Compliance? So bleiben Sie konform<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Richtlinien\u00e4nderungen geh\u00f6ren zum Alltag eines MSP, bringen aber auch Risiken mit sich. Wenn Stakeholder eine Richtlinie ohne angemessene Kontrolle freigeben, kann das den Gesch\u00e4ftsbetrieb st\u00f6ren. Schlimmer noch: Kund:innen werden dadurch unter Umst\u00e4nden Sicherheitsbedrohungen und Compliance-Verst\u00f6\u00dfen ausgesetzt. Um diese Risiken zu verringern, brauchen Sie einen strukturierten \u00c4nderungsfreigabeprozess f\u00fcr Richtlinien, der Missverst\u00e4ndnisse verhindert, Transparenz f\u00f6rdert und ein [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":582012,"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":[4373],"tags":[],"class_list":["post-908802","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-msp-wachstum"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/908802","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=908802"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/908802\/revisions"}],"predecessor-version":[{"id":908803,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/posts\/908802\/revisions\/908803"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media\/582012"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/media?parent=908802"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/categories?post=908802"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/de\/wp-json\/wp\/v2\/tags?post=908802"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}