/
/

So nutzen MSPs Playbooks, um wiederkehrende Aufgaben zu optimieren

von Team Ninja
How MSPs Can Use Playbooks to Streamline Repetitive Tasks blog banner image

Kurzüberblick

Dieser NinjaOne-Blogbeitrag bietet eine umfassende Liste grundlegender CMD-Befehle und einen tiefen Einblick in die Windows-Befehle mit über 70 wichtigen CMD-Befehlen für Anfänger:innen und Fortgeschrittene. Der Blogartikel erklärt praktische Befehle der Eingabeaufforderung für die Dateiverwaltung, die Navigation in Verzeichnissen, die Fehlersuche im Netzwerk, Festplattenoperationen und die Automatisierung mit echten Beispielen zur Steigerung der Produktivität. Egal, ob Sie grundlegende CMD-Befehle lernen oder fortgeschrittene Windows CLI-Tools beherrschen möchten, dieser Leitfaden hilft Ihnen, die Eingabeaufforderung effektiver zu verwenden.

Die wichtigsten Punkte

  • Nutzen Sie MSP-Playbooks, um Workflows zu standardisieren und Techniker:innen klare Schritt-für-Schritt-Anweisungen für gängige IT-Aufgaben an die Hand zu geben.
  • Ein gemeinsam genutztes IT-Playbook sorgt für einheitliche Prozesse, verlässliche Ergebnisse und weniger Fehler durch Rätselraten.
  • Setzen Sie Playbook-Dokumentation ein, um bei wiederkehrenden IT-Aufgaben die Lücke zwischen automatisierten und manuellen Schritten zu schließen.
  • Vereinfachen Sie Schulung und Einarbeitung mit IT-Playbooks und helfen Sie neuen Techniker:innen mit strukturierten Anleitungen, Best Practices schneller zu verinnerlichen.
  • Überprüfen und aktualisieren Sie die Playbook-Dokumentation regelmäßig, damit sie relevant bleibt und Workflows auch dann korrekt sind, wenn sich Tools, Kundenanforderungen und Prozesse verändern.

Wiederkehrende IT-Aufgaben wie Einarbeitung, Patching oder Backup-Prüfungen kosten Techniker:innen wertvolle Zeit und führen bei manueller Bearbeitung schnell zu uneinheitlichen Ergebnissen. Automatisierung nimmt einen Teil der Last ab, doch viele wiederkehrende Prozesse brauchen weiterhin einen prüfenden Blick und manuelle Eingaben. Ein MSP-Playbook verbindet Automatisierung und manuelle Arbeit: Es beschreibt jede Aufgabe in einem klaren Format, das Techniker:innen als schnelle Referenz nutzen können.

Für Managed Service Provider (MSPs) standardisiert eine Playbook-Dokumentation die Arbeitsabläufe, reduziert Fehler und beschleunigt die Schulung neuer Techniker:innen. Ein durchdacht aufgebautes und gepflegtes IT-Playbook verbessert Service-Ergebnisse und Effizienz, was zu zufriedenen Kund:innen und besserem Service führt.

Eine visuelle Aufbereitung dieses Themas finden Sie hier: So nutzen MSPs Playbooks, um wiederkehrende Aufgaben zu optimieren.

Dokumentation, Asset-Management und Automatisierungstools aus einem einzigen Dashboard heraus nutzen.

➤ Entdecken Sie die Funktionen von NinjaOne PSA.

So optimieren Sie wiederkehrende Aufgaben mit einem MSP-Playbook

MSP-Playbooks machen aus wiederkehrender IT-Arbeit dokumentierte, leicht nachvollziehbare Abläufe, die Tempo und Konsistenz erhöhen. Techniker:innen liefern damit verlässlich gleiche Ergebnisse, weil sie einem konkreten, standardisierten Prozess folgen.

📌 Voraussetzungen:

  • Sie benötigen einen definierten Servicekatalog und eine Liste der häufigsten wiederkehrenden Aufgaben.
  • Damit das gelingt, brauchen Sie Zugriff auf eine Dokumentationsplattform wie NinjaOne, Confluence oder SharePoint.
  • Ihr Team sollte sich auf Namenskonventionen und eine einheitliche Formatierung geeinigt haben.
  • Sie können RMMs wie NinjaOne oder Automatisierungstools nutzen, um Playbooks mit Skripten oder Triggern zu verknüpfen.

Schritt 1: Wiederkehrende Aufgaben mit hohem Volumen für Ihr MSP-Playbook identifizieren

Bevor Sie Ihr IT-Playbook erstellen, sollten Sie zunächst ermitteln, welche Aufgaben häufig anfallen und wo uneinheitliches Vorgehen oder manueller Aufwand für Verzögerungen sorgt.

📌 Anwendungsfälle:

  • Mit dieser Methode erkennen MSPs, welche wiederkehrenden Aufgaben die meiste Zeit verschlingen.
  • Sie stellt sicher, dass Playbooks genau die häufigen Probleme adressieren, mit denen Techniker:innen regelmäßig zu tun haben.

📌 Voraussetzungen:

  • Um vergangene Servicedaten auszuwerten, benötigen Sie Zugriff auf Ticketing-Daten oder eine Professional-Services-Automation-Plattform (PSA).
  • Dafür braucht es einen klaren Servicekatalog oder eine Aufgabenliste, die Ihre Standard-Servicekategorien benennt, etwa Einarbeitung, Wartung oder Backup.

So identifizieren Sie wiederkehrende Aufgaben mit hohem Volumen:

1. Ticket-Trends auswerten

Ziehen Sie Berichte aus Ihrem PSA- oder Helpdesk-System für einen bestimmten Zeitraum, zum Beispiel die letzten sechs Monate. Achten Sie auf wiederkehrende Vorfälle wie Passwort-Zurücksetzungen, Anfragen zur Einarbeitung oder Patch-bezogene Tickets, die besonders häufig auftreten.

2. Verwandte Probleme kategorisieren

Fassen Sie ähnliche Tickets in gemeinsamen Kategorien zusammen, um zu sehen, wo Techniker:innen die meiste Zeit verbringen. Typische Gruppen sind Benutzerverwaltung, Endpunkt-Updates und Änderungen an Systemzugriffen.

3. Nach Wirkung priorisieren

Bewerten Sie jede Aufgabe nach Häufigkeit und geschäftlicher Auswirkung. Konzentrieren Sie sich auf Aufgaben, die wiederholt Eskalationen auslösen oder die meisten Stunden binden.

4. Ergebnisse im Team prüfen

Besprechen Sie die Ergebnisse mit erfahrenen Techniker:innen oder Teamleitungen, um festzulegen, welche Aufgaben in die Playbook-Dokumentation gehören. So stellen Sie sicher, dass Sie sich auf wirklich relevante Aufgaben und Probleme konzentrieren.

Schritt 2: Ein strukturiertes IT-Playbook aufbauen

Sind die zu dokumentierenden Aufgaben identifiziert, folgt im nächsten Schritt die Erstellung klarer, strukturierter MSP-Playbooks, die Techniker:innen ohne Zögern anwenden können. Sie sollten knapp und eindeutig formuliert sein, sodass jede Person im Team sie konsistent abarbeiten kann.

📌 Anwendungsfälle:

  • Mit dieser Methode dokumentieren MSPs wiederholbare Workflows, damit Techniker:innen Aufgaben korrekt und einheitlich ausführen.
  • So werden Playbooks zu einer verlässlichen Arbeitsgrundlage statt zu einem statischen Dokument.

📌 Voraussetzungen:

  • Sie benötigen ein standardisiertes Template oder Format, damit alle Playbooks gleich aussehen und sich gleich lesen.
  • Sie und Ihr Team brauchen Zugriff auf die Dokumentationsplattform, auf der die Playbooks liegen, etwa Confluence, NinjaOne Documentation oder SharePoint.

So bauen Sie strukturierte MSP-Playbooks auf:

1. Zweck und Umfang festlegen

Beginnen Sie jedes Playbook damit, Aufgabe und Ziel klar zu benennen. Halten Sie den Fokus eng: Jedes Playbook sollte genau eine Aufgabe abdecken, zum Beispiel die Einarbeitung oder die Patch-Prüfung.

2. Vorbedingungen auflisten

Dokumentieren Sie, was vorliegen muss, bevor eine Technikerin oder ein Techniker mit der Aufgabe beginnt. Halten Sie zum Beispiel fest, dass die Anmeldeinformationen verfügbar sind, eine Online-Verbindung besteht und die erforderlichen Admin-Freigaben erteilt wurden. Ergänzend braucht es außerdem passende rollenbasierte Zugriffsrechte und per MFA geschützte Anmeldeinformationen.

3. Klare, leicht nachvollziehbare Schritt-für-Schritt-Anweisungen schreiben

Zerlegen Sie den Prozess in nummerierte Schritte mit konkreten Handlungen. Vermeiden Sie Annahmen über das Wissen der Techniker:innen und arbeiten Sie mit Screenshots oder Befehlen. Achten Sie darauf, dass Screenshots keine Anmeldeinformationen von Benutzer:innen, Kundenkennungen oder sensiblen Konfigurationspfade enthalten, um vertrauliche Daten zu schützen.

4. Erwartete Ergebnisse angeben

Beschreiben Sie, wie ein erfolgreicher Abschluss aussieht. Zum Beispiel: „Benutzerkonto erstellt und per Anmeldung bestätigt“ oder „Patch installiert, kein Neustart erforderlich“. So können Techniker:innen den Erfolg ohne Eskalation selbst überprüfen.

5. Eskalations- oder Ausweichwege ergänzen

Antizipieren Sie mögliche Probleme oder Fehlschläge und erklären Sie, was in diesen Fällen zu tun ist. Verlinken Sie auf zugehörige Dokumentation, Eskalationsrichtlinien oder Hinweise zur Ticket-Weiterleitung.

6. Ihr Standard-Template anwenden

Verwenden Sie in allen IT-Playbooks dieselbe Formatierung, Sprache und Gliederung. Das sorgt für Lesbarkeit und macht es Techniker:innen leichter, neue Workflows zu übernehmen.

Methode 3: IT-Playbooks mit Automatisierung verbinden

Wiederkehrende IT-Aufgaben zu automatisieren ist wichtig, doch nicht jeder Prozess kann oder sollte vollständig automatisiert werden. Automatisierung in Playbooks zu integrieren verbindet die Verlässlichkeit von Skripten mit der Kontrolle durch Techniker:innen.

📌 Anwendungsfälle:

  • Diese Methode hilft Managed Service Providern (MSPs), Routine-Workflows zu optimieren, indem manuelle Schritte und automatisierte Aktionen kombiniert werden.
  • Sie hält die Automatisierung transparent und gibt Techniker:innen klare Anweisungen, falls ein Skript fehlschlägt.

📌 Voraussetzungen:

  • Sie benötigen Zugriff auf ein RMM-Tool oder eine Automatisierungsplattform.
  • Dafür braucht es vorhandene Skriptbibliotheken, Trigger oder Richtlinien, auf die aus den Playbooks heraus verwiesen oder verlinkt werden kann.

Diese Aufgaben stehen an, um IT-Playbooks mit Automatisierung zu verbinden:

Aufgaben Beschreibung
Automatisierbare Schritte identifizieren Bestimmen Sie, welche Aktionen sich gefahrlos automatisieren lassen, etwa Patch-Bereitstellung, Systemscans oder die Kontobereitstellung
Verweise auf Automatisierungen einfügen Ergänzen Sie im Playbook direkte Verweise auf Skripte oder Workflows, inklusive Skriptnamen, Trigger-Pfaden oder Befehlssyntax.
Manuelle Prüfung ergänzen Legen Sie fest, wie Techniker:innen den Erfolg bestätigen, zum Beispiel durch Prüfen von Log-Ausgaben, Dashboard-Status oder Ticket-Aktualisierungen.
Ausweichoptionen beschreiben Dokumentieren Sie, was bei fehlgeschlagener Automatisierung zu tun ist, damit Techniker:innen die Aufgabe weiterhin manuell abschließen können.

Methode 4: Techniker:innen mit Playbooks schulen und einarbeiten

Playbooks dienen nicht nur dem Tagesgeschäft, sondern auch der Schulung. Sie geben neuen Techniker:innen eine klare Orientierung und stärken die Einheitlichkeit über Teams hinweg.

📌 Anwendungsfälle:

  • Diese Methode hilft MSPs, die Einarbeitung zu beschleunigen, weil Techniker:innen standardisierte Anleitungen zur Hand haben.
  • Sie sorgt dafür, dass Schulungen einheitlich bleiben und zu den Service-Workflows passen.

📌 Voraussetzungen:

  • Sie benötigen fertige Playbooks in einer zugänglichen Dokumentationsplattform wie NinjaOne oder SharePoint.
  • Sie brauchen einen Einarbeitungs- oder Schulungsplan, der festlegt, welche Playbooks neue Techniker:innen zuerst durchgehen sollten.

So schulen und arbeiten Sie Techniker:innen mit Playbooks ein:

Playbooks als zentrales Schulungsmaterial nutzen

Führen Sie neue Teammitglieder bereits während der Einarbeitung an die Playbooks heran, damit sie die unternehmensweit freigegebenen Workflows und Prozesse von Anfang an lernen.

Aufgaben schrittweise übertragen

Beginnen Sie mit einfachen Workflows mit geringem Risiko, etwa Passwort-Zurücksetzungen oder Softwareinstallationen, bevor es an komplexe kundenbezogene Aufgaben geht.

Beiträge und Feedback fördern

Bitten Sie Techniker:innen, bei der Nutzung der Playbooks Verbesserungen vorzuschlagen. So bleibt die Dokumentation korrekt und praxisnah.

Methode 5: Ihr MSP-Playbook standardisieren und regelmäßig überprüfen

Playbooks bleiben nur wirksam, wenn sie aktuell und einheitlich sind. Regelmäßige Reviews verhindern veraltete Anweisungen und stellen sicher, dass alle Techniker:innen mit derselben Version arbeiten.

📌 Anwendungsfälle:

  • Diese Methode hält Playbooks aktuell und im Einklang mit sich wandelnden Kundenumgebungen und Toolsets.
  • Sie hilft MSPs, die Dokumentation über Teams und Services hinweg einheitlich zu halten.

📌 Voraussetzungen:

  • Sie benötigen ein zentrales, leicht zugängliches Repository, in dem alle Playbooks gespeichert und verwaltet werden.
  • Dafür braucht es einen Review-Plan oder eine Richtlinie, die festlegt, wann und wie Aktualisierungen erfolgen.
Aufgaben Beschreibung
Playbooks dort ablegen, wo Techniker:innen sie leicht finden Bewahren Sie alle Playbooks an einem Ort auf, zum Beispiel in der Cloud. So haben Techniker:innen immer Zugriff auf die aktuellste Version. Nutzen Sie Berechtigungen und Versionskontrolle, um Verwirrung oder Dubletten zu vermeiden.
Vierteljährlich aktualisieren oder bei Änderungen an Tools und Kundenumgebung Planen Sie Reviews jedes Quartal oder immer dann, wenn sich Software, Skripte oder Kundenprozesse ändern. Kritische sicherheitsrelevante Workflows wie Einarbeitung, Patching und Offboarding sollten zudem unmittelbar nach Tool- oder Anbieterwechseln überprüft werden.
Feedback der Techniker:innen für mehr Klarheit und Praxistauglichkeit nutzen Holen Sie Rückmeldungen von Techniker:innen ein, die täglich mit den Playbooks arbeiten, um Verbesserungspotenziale zu erkennen.

⚠️ Darauf sollten Sie achten

Risiken Mögliche Folgen Gegenmaßnahmen
Veraltete Playbooks Techniker:innen folgen möglicherweise falschen Schritten. Vierteljährliche Reviews planen und Verantwortliche für Aktualisierungen benennen
Uneinheitliche Formatierung Gemischte Templates erschweren das Lesen, und Techniker:innen übernehmen die Playbooks womöglich gar nicht. Ein einheitliches Format festlegen und über Peer-Review durchsetzen.
Geringe Beteiligung der Techniker:innen Playbooks verlieren an Wert, und Techniker:innen arbeiten mit unterschiedlichen, uneinheitlichen Prozessen. Feedback fördern und Beiträge in Team-Reviews hervorheben.

Überprüfung und Leistungskennzahlen für IT-Playbooks

Sie müssen belegen, ob Playbooks die Leistung der Techniker:innen und die Service-Konsistenz tatsächlich verbessern. Dafür sollten Sie Ergebnisse nachverfolgen, um zu erkennen, wo die Dokumentation wirkt und wo Aktualisierungen nötig sind.

Das sind Indikatoren für wirksame Playbooks:

Geringere Streuung bei den Ticket-Lösungszeiten

Werden Playbooks richtig genutzt, erledigen Techniker:innen vergleichbare Aufgaben in vergleichbarer Zeit. Diese Konstanz zeigt, dass der dokumentierte Prozess klar und wiederholbar ist.

Weniger Eskalationen wegen übersprungener Schritte

Playbooks reduzieren unnötige Eskalationen, weil Techniker:innen alle Schritte an der Hand haben, um eine Aufgabe gleich beim ersten Mal erfolgreich abzuschließen.

Einheitliche Arbeitsergebnisse

Techniker:innen sollten mit demselben Playbook zu vergleichbaren Ergebnissen kommen. Das bestätigt, dass die Dokumentation korrekt und im Alltag gut anwendbar ist.

Weitere Überlegungen beim Optimieren wiederkehrender Aufgaben mit IT-Playbooks

Versionskontrolle

Verfolgen und dokumentieren Sie alle Aktualisierungen am MSP-Playbook, damit Techniker:innen stets der neuesten Version folgen. Eine Versionshistorie erleichtert zudem das Nachvollziehen von Änderungen und sorgt für Verbindlichkeit.

Anpassung an Kundenumgebungen

Sie können Playbooks an kundenspezifische Umgebungen oder Tools anpassen und den Prozess trotzdem über alle Accounts hinweg einheitlich halten. So finden Flexibilität und Standardisierung die Balance.

Detailtiefe und Praxistauglichkeit abwägen

Halten Sie Playbooks knapp und auf konkrete Handlungsschritte fokussiert. Zu viele Details bremsen Techniker:innen aus, zu wenige führen zu Unklarheiten oder übersehenen Schritten.

Fehlerbehebung bei Problemen mit IT-Playbooks

Selbst gut gestaltete IT-Playbooks verlieren ihre Wirkung, wenn sie nicht gepflegt oder falsch eingesetzt werden. Die folgende Tabelle zeigt typische Probleme:

Problem Ursache Lösung
Techniker:innen nutzen die Playbooks nicht Playbooks wirken optional oder losgelöst vom Tagesgeschäft. Den Nutzen belegen, indem Ergebnisse wie weniger Fehler und schnellere Ticket-Lösungen nachverfolgt werden
Playbooks sind zu komplex Übermäßig detaillierte Anweisungen und schwer lesbare Formulierungen bremsen Techniker:innen aus oder erschweren das Nachvollziehen Playbooks zu klar nachvollziehbaren, präzisen Checklisten vereinfachen und bei Bedarf auf ausführliche Ressourcen verlinken
Playbooks sind veraltet Alte oder fehlerhafte Inhalte führen zu uneinheitlichen Ergebnissen und untergraben das Vertrauen der Techniker:innen Für jedes Playbook Verantwortliche benennen und regelmäßige Reviews und Aktualisierungen einplanen, damit die Informationen aktuell bleiben

Ideen für die Einbindung von NinjaOne in die Verwaltung und Verbesserung von IT-Playbooks

NinjaOne bietet Werkzeuge, mit denen sich IT-Playbooks leichter speichern, automatisieren, überwachen und messen lassen. Die Software lässt sich sogar in Workflows einbinden und hilft MSPs so, korrekt zu arbeiten, die Leistung der Techniker:innen zu steigern und die tatsächliche Service-Wirkung nachzuverfolgen.

Dokumentation des MSP-Playbooks

Mit dem Documentation-Tool von NinjaOne können Techniker:innen Playbooks direkt in der Plattform ablegen und abrufen. So stehen ihnen bei der Arbeit immer die aktuellsten Abläufe zur Verfügung.

NinjaOne automatisiert wiederkehrende IT-Aufgaben

Techniker:innen können in NinjaOne eigene Aktionen oder Trigger anlegen, um planbare Workflows abzuwickeln, etwa Patching, Backups oder die Pflege von Benutzerkonten.

Überwachung und Nachverfolgung erledigter Aufgaben

Die Alarmierungs- und Überwachungsfunktionen von NinjaOne können den Abschluss von Aufgaben anhand der dokumentierten Schritte im IT-Playbook nachverfolgen. Bleibt eine erforderliche Aktion aus oder liefert sie nicht das erwartete Ergebnis, lassen sich Tickets oder Alarmierungen erzeugen.

Wirksamkeit von IT-Playbooks mit NinjaOne-Berichten bewerten

Die Berichtsfunktionen von NinjaOne geben Einblick in Nutzung, Abschlussquoten und Ergebnisse der Playbooks. Die Berichte helfen dabei, die Effizienz der Techniker:innen zu bewerten und deren Beteiligung einzuschätzen, Prozesslücken sichtbar zu machen und Ansatzpunkte zu finden, um die Service-Erbringung nach und nach zu verfeinern.

Machen Sie aus MSP-Playbooks wiederholbare Workflows und standardisieren Sie Ticketing und Service-Erbringung.

➤ Testen Sie NinjaOne PSA kostenlos.

MSP-Playbooks steigern die Leistung der Techniker:innen

Durchdachte, detaillierte und leicht nachvollziehbare IT-Playbooks sollten in jedem MSP-Team fester Bestandteil sein, damit Techniker:innen schneller und effizienter arbeiten. Sie verwandeln Routineaufgaben in standardisierte, leicht nachvollziehbare Workflows, nehmen Unsicherheit aus dem Alltag, verbessern die Reaktion auf Sicherheitsvorfälle und sorgen dafür, dass alle Techniker:innen Aufgaben und Probleme einheitlich angehen.

Verwandte Themen:

FAQs

SOPs beschreiben Richtlinien und Verfahren eines Unternehmens. Ein MSP-Playbook liefert konkrete Schritt-für-Schritt-Anweisungen für die Erledigung einzelner Aufgaben.

Nein. Playbooks ergänzen sie. Sie erklären die manuellen oder hybriden Schritte, denen Techniker:innen folgen, wenn die Automatisierung einen Prozess nicht abdecken kann.

In der Regel entwickeln erfahrene Techniker:innen oder Service-Manager:innen die MSP-Playbooks, weil sie die technischen Schritte und die Geschäftsprozesse hinter jeder Aufgabe kennen.

Klare, wiederholbare Playbooks reduzieren Fehler und Verzögerungen. Gleichzeitig erhöhen sie die Einheitlichkeit und helfen Techniker:innen, wiederkehrende IT-Aufgaben effizienter zu automatisieren.

MSP-Playbooks sollten mindestens vierteljährlich überprüft werden oder immer dann, wenn sich Workflows, Tools oder Kundenumgebungen ändern.

Das könnte Sie auch interessieren

Sind Sie bereit, die schwierigsten Aufgaben der IT zu vereinfachen?

NinjaOne Allgemeine Geschäftsbedingungen für Skripte

Indem Sie unten auf die Schaltfläche „Ich akzeptiere“ klicken, erklären Sie Ihr Einverständnis mit den folgenden rechtlichen Bedingungen sowie mit unseren Nutzungsbedingungen:

  • Eigentumsrechte: NinjaOne besitzt und wird weiterhin alle Rechte, Titel und Interessen an dem Skript (einschließlich des Urheberrechts) behalten. NinjaOne gewährt Ihnen eine eingeschränkte Lizenz zur Nutzung des Skripts in Übereinstimmung mit diesen rechtlichen Bedingungen.
  • Einschränkung der Nutzung: Sie dürfen das Skript nur für Ihre legitimen persönlichen oder internen Geschäftszwecke verwenden und es nicht an Dritte weitergeben.
  • Verbot der Wiederveröffentlichung: Sie sind unter keinen Umständen berechtigt, das Skript in einer Skriptbibliothek, die einem anderen Softwareanbieter gehört oder von diesem kontrolliert wird, erneut zu veröffentlichen.
  • Gewährleistungsausschluss: Das Skript wird „wie gesehen“ und „wie verfügbar“ bereitgestellt, ohne jegliche Garantie. NinjaOne gibt keine Versprechen oder Garantien, dass das Skript frei von Fehlern ist oder dass es Ihre speziellen Bedürfnisse oder Erwartungen erfüllt.
  • Risikoübernahme: Die Verwendung des Skripts erfolgt auf eigene Gefahr. Sie erkennen an, dass die Nutzung des Skripts mit bestimmten Risiken verbunden ist, und Sie verstehen und übernehmen jedes dieser Risiken.
  • Verzicht und Freigabe: Sie machen NinjaOne nicht für nachteilige oder unbeabsichtigte Folgen verantwortlich, die sich aus Ihrer Nutzung des Skripts ergeben, und Sie verzichten auf alle gesetzlichen oder billigkeitsrechtlichen Rechte oder Rechtsmittel, die Sie gegen NinjaOne im Zusammenhang mit Ihrer Nutzung des Skripts haben könnten.
  • EULA: Wenn Sie ein NinjaOne-Kunde sind, unterliegt Ihre Nutzung des Skripts dem für Sie geltenden Endbenutzer-Lizenzvertrag (EULA).