Eine genehmigte Reparatur sollte das vorgesehene Endgerät des Kunden betreffen und das beabsichtigte Ergebnis liefern. ConnectWises neues Agentic RMM macht daraus eine konkrete Frage für den Abnahmetest bei Managed Service Providern: Kann das Team ein Ticket von der Diagnose bis zu einer vorgeschlagenen Abhilfe verfolgen, den Umfang der genehmigten Änderung prüfen und das Endgerät anschließend kontrollieren?
ConnectWise kündigte die allgemeine Verfügbarkeit am 29. Oktober an. Nach Angaben des Unternehmens untersucht sein RMM Agent ein verknüpftes Endgerät mit schreibgeschützten Diagnosen, prüft Hypothesen und schlägt eine Abhilfe aus einem geprüften Katalog vor. Ein Techniker muss Änderungen am Endgerät ausdrücklich genehmigen.
Was die Veröffentlichung verändert
Laut der Ankündigung verlagert sich die Untersuchung von Endgeräten direkt in das Ticket der Professional Services Automation. ConnectWise kündigte außerdem die allgemein verfügbaren Agenten Voice Agent, Teams Agent und Email Agent an, die fehlende Support-Informationen erfassen. Dabei handelt es sich um vom Anbieter beschriebene Funktionen, nicht um von Maetra getestete Ergebnisse aus realen Bereitstellungen.
Für diesen Artikel ist vor allem der Übergang von der Untersuchung eines Endgeräts zu dessen Änderung entscheidend. Die vom Partner gemeldeten Effizienzwerte zum Start belegen nicht, ob die Konfiguration eines bestimmten Anbieters diesen Übergang innerhalb der angeforderten Aufgabe hält. Maetra hat keine ConnectWise-Integration verifiziert und diese Agenten nicht in einer Kundenumgebung getestet.
Die folgende Bewertung ist als Vorschlag für MSPs und Verantwortliche für Endgeräteplattformen gedacht. Sie benennt Fragen, die sich testen lassen, statt Mängel der Veröffentlichung zu unterstellen.
Beginnen Sie mit einer Reparaturaufgabe, die ihr Ziel klar benennt
Wählen Sie ein reversibles Problem in einer Testumgebung und legen Sie den Erfolg fest, bevor Sie den Agenten ausführen. Halten Sie Kunde, Endgerät, gemeldetes Symptom, autorisierte Reparatur und die Maßnahmen fest, die über die Anfrage hinausgehen würden. Bewahren Sie den relevanten Ausgangszustand, damit die prüfende Person erkennen kann, ob die Abhilfe tatsächlich geholfen hat.
Ein hypothetischer Auftrag könnte zum Beispiel den Neustart eines ausgefallenen Anwendungsdienstes auf genau einem Test-Endgerät erlauben. Daraus folgt nicht automatisch die Berechtigung, Firewall-Einstellungen zu ändern, andere Geräte neu zu starten oder nicht zusammenhängende Software zu entfernen. Die Aufgabendefinition sollte diese Grenzen für den Techniker sichtbar machen, der den Vorschlag prüft.
Prüfen Sie die Zuordnung zwischen Ticket und Endgerät. Ein Ticket kann eingefügte Gerätenamen, ältere Kommentare und Verweise auf mehrere Benutzer enthalten. Der Abnahmetest sollte zeigen, welche verwaltete Ressource der vorgeschlagene Befehl tatsächlich anspricht. Ein vertrauter Hostname im Gesprächsverlauf ist ein schwächerer Beleg als die exakte Ressourcenkennung, die das Ausführungssystem verwendet.
Prüfen Sie, woran die Genehmigung gebunden ist
Bevor Sie die Test-Abhilfe genehmigen, prüfen Sie deren Parameter und erwartete Wirkung. Fragen Sie, ob die prüfende Person die ausgewählte Kundenumgebung, das Endgerät, die Katalogaktion und die relevanten Grenzen sehen kann. Halten Sie fest, was geschieht, wenn der Agent den Vorschlag nach der Prüfung verändert oder wenn sich der Gerätezustand vor der Ausführung ändert.
Die Ankündigung von ConnectWise stellt klar, dass für Änderungen am Endgerät eine ausdrückliche Genehmigung durch einen Techniker erforderlich ist. Sie beschreibt jedoch nicht für jede Installation im Detail, wie die Bindung der Genehmigung an eine konkrete Aktion umgesetzt ist, welche Zeitlimits gelten oder wie gleichzeitige Änderungen behandelt werden. Holen Sie diese Informationen aus der Produktdokumentation oder vom Implementierungsverantwortlichen ein und testen Sie sie lokal, bevor Sie von einer bestimmten Zusicherung ausgehen.
Aufgabentreue und Genehmigung beantworten unterschiedliche betriebliche Fragen. Ein Techniker kann berechtigt sein, eine Änderung zu genehmigen, auch wenn die vorgeschlagene Änderung das aktuelle Ticket nicht wirklich adressiert. Umgekehrt kann ein sinnvoller Reparaturvorschlag unausgeführt bleiben, bis die erforderliche Genehmigung vorliegt. Die Prüfung muss beide Unterschiede erhalten.
Kontrollieren Sie das Endgerät nach der Aktion
Eine Ausführungsmeldung ist nur ein Beleg. Die Bewertung sollte außerdem den relevanten Dienst oder die betreffende Konfiguration prüfen und feststellen, ob sich das ursprüngliche Symptom verändert hat. Halten Sie ein Teilergebnis klar fest: Ein Befehl kann erfolgreich abgeschlossen werden, während die Anwendung weiterhin nicht korrekt funktioniert, oder das Endgerät kann nicht mehr erreichbar sein, bevor die Prüfung des Ergebnisses abgeschlossen ist.
Testen Sie eine wiederholte Anforderung und eine unterbrochene Ausführung. Ermitteln Sie, wie der Operator erfährt, ob die Aktion tatsächlich stattgefunden hat und ob ein zweiter Versuch eine folgenreiche Änderung wiederholen könnte. Leiten Sie ein sicheres Wiederholungsverhalten nicht aus einer einzelnen erfolgreichen Demonstration ab.
Konzentrieren Sie die Belege auf die Reparatur: Ausgangszustand, geprüfter Vorschlag, Genehmigung, Ausführungsreferenz und beobachtetes Ergebnis. Ein vollständiges Gesprächsprotokoll kann irrelevante Kundendaten enthalten. Legen Sie fest, welche Felder in den Service-Nachweis gehören und wer sie bei einem späteren Vorfall oder im Rahmen einer Assurance-Prüfung abrufen darf.
Behandeln Sie neue Informationen aus der Support-Annahme als prüfbedürftige Angaben
Laut ConnectWise können die zusätzlichen Agenten Kontext liefern, bevor die technische Arbeit beginnt. Unterscheiden Sie in einer Bewertung zwischen der Beschreibung des Kunden, einem beobachteten Gerätezustand und einer Anweisung, die eine Änderung autorisiert. Eine Nachricht mit der Bitte um Hilfe sollte den Umfang der Reparatur nicht stillschweigend erweitern.
Versuchen Sie es mit einem Test-Ticket, das widersprüchliche Kommentare oder einen veralteten Geräteverweis enthält. Prüfen Sie, ob der Ablauf das Ziel und die beabsichtigte Abhilfe klärt, bevor der Techniker handelt. Diese Tests betreffen die Integrität der Aufgabe über den gesamten Service-Workflow hinweg. Sie sind kein Beleg dafür, dass die neuen Agenten solche Situationen falsch behandeln.
Maetra Task Guard befasst sich mit der Ausrichtung an der Aufgabe, mit Änderungen des Umfangs und mit der Prüfung, ob eine Aktion die beabsichtigte Wirkung hatte. Govern deckt Richtlinien und Genehmigungen ab, wo dies erforderlich ist. Nutzen Sie die Dokumentation zu Maetra Task Guard, um einen klar begrenzten Reparaturvertrag und dessen erwartete Wirkung festzulegen. Die Checkliste zum Agenten-Inventar kann als Hintergrund dienen, um die beteiligten Werkzeuge und Zuständigkeiten nachzuverfolgen.
Quellen
- ConnectWise: Einführung von Agentic RMM, 29. Oktober 2026. Primäre Ankündigung des Anbieters zu Verfügbarkeit, Diagnoseumfang und Genehmigung durch Techniker.
- Unite.AI: Berichterstattung zum Start des RMM Agent, 29. Oktober 2026. Sekundäre Berichterstattung, die die Ankündigung stützt, jedoch kein unabhängiger Leistungstest.