Kategorie
RMM für MSP in DACH: Mandantentrennung, Marge und NIS2
Ein MSP verdient an Effizienz und Vertrauen. Ein RMM muss deshalb drei Dinge können: Mandanten sauber trennen, eine planbare Marge zulassen und bei den Compliance-Themen Ihrer Kunden zur Verkaufsstory werden statt zum Risiko.
| Dimension | OneLog | Andere RMM |
|---|---|---|
| Mandantentrennung | Multi-Tenant by Design, harte Isolation pro Kunde, rollenbasierte Sicht je Mandant | Multi-Tenant vorhanden, Tiefe der Isolation je nach Anbieter/Tarif unterschiedlich |
| Datenstandort / Hosting | EU-souverän (STACKIT Sovereign Cloud, Sitz Deutschland), kein US-Cloud-Exposure | Häufig US-betrieben oder US-Mutterkonzern — CLOUD-Act-Exposure |
| NIS2 als Verkaufsargument | NIS2-Mapping out of the box, Nachweise pro Mandant erzeugbar | Generisches RMM, NIS2-Nachweise in MSP-Eigenleistung |
| AI-Layer / Effizienz | KI-Agenten lösen Standard-Tickets autonom — Marge ohne mehr Personal | Skripting und Automatisierung, kein autonomer Agenten-Layer |
| Preismodell | Transparent, planbar | Per-Device mit Mindestabnahmen, jährliche Bindung |
Stand 2026-06. Faire Darstellung nach öffentlich verfügbaren Informationen; Details anderer RMM variieren je nach Anbieter und Tarif.
Drei Anforderungen, an denen sich ein MSP-RMM entscheidet
Für einen MSP ist das RMM kein Werkzeug unter vielen, sondern die zentrale Produktionsmaschine. Drei Dinge entscheiden, ob es trägt:
- Mandantentrennung — sauber isolierte Kunden über die gesamte betreute Flotte hinweg.
- Marge — ein Preismodell, das planbar bleibt und nicht jede gewonnene Endpunkt-Zahl gegen die eigene Wirtschaftlichkeit ausspielt.
- Compliance als Verkaufsargument — in DACH heißt das vor allem Datenstandort und NIS2.
Multi-Tenant by Design
Ein MSP betreut viele Kunden parallel. Die Trennung muss deshalb hart sein, nicht kosmetisch. OneLog ist Multi-Tenant by Design: Jeder Mandant ist isoliert, Sichten und Rechte sind rollenbasiert pro Kunde vergeben. Ein Techniker sieht ausschließlich die Flotte, für die er berechtigt ist — und Kundendaten vermischen sich nicht über Mandantengrenzen hinweg.
Das ist nicht nur Bedienkomfort, sondern eine Haftungsfrage: Wer fremde Kundensysteme verwaltet, muss die Trennung gegenüber Auditoren und gegenüber den eigenen Kunden belegen können.
Marge: planbar statt per Device eskalierend
Viele etablierte RMM rechnen pro Endgerät ab, mit Mindestabnahmen und Jahresbindung. Das funktioniert für den Anbieter — beim MSP frisst es Marge, sobald die betreute Flotte wächst.
OneLog setzt auf zwei Hebel:
- Planbare Konditionen. Transparente Staffelung ohne aggressive Per-Device-Eskalation.
- AI-Layer als Effizienzhebel. KI-Agenten arbeiten definierte Standard-Tickets autonom ab. Patch-Vorfälle, wiederkehrende Remediation und Routinearbeit laufen, bevor ein Operator eingreift.
Der wirtschaftliche Effekt: Die betreute Flotte kann skalieren, ohne dass der Personalaufwand linear mitwächst. Marge entsteht aus Automatisierung, nicht aus Überstunden.
Der AI-Layer als Overlay
Der KI-Agenten-Layer ist kein Ersatz für Ihr Team, sondern ein Overlay über dem bestehenden RMM-Betrieb. Er nimmt die wiederkehrende, gut definierte Arbeit ab und lässt Ihre Techniker an den Fällen arbeiten, die wirklich Erfahrung brauchen. Das verbessert die Reaktionszeit pro Mandant — und damit das, was der Kunde tatsächlich spürt.
NIS2 als Verkaufsargument Richtung Kunden
NIS2 zieht immer mehr mittelständische Unternehmen in die Pflicht — also genau die Kunden, die ein MSP betreut. Für viele ist das ein Beschaffungsthema, bei dem sie Unterstützung suchen.
Mit OneLog wird daraus ein Verkaufsargument statt einer Belastung:
- NIS2-Mapping out of the box. Asset-, Patch- und Risiko-Nachweise sind direkt auf die NIS2-Pflichten gemappt.
- Nachweise pro Mandant. Sie erzeugen die Belege je Kunde — sauber getrennt, ohne manuelle Sammelarbeit.
- Souveränität als Argument. EU-souveräner Betrieb in der STACKIT Sovereign Cloud, kein US-Cloud-Exposure. Für öffentliche Auftraggeber und KRITIS-nahe Kunden ist das oft der ausschlaggebende Punkt.
Faire Einordnung
Etablierte RMM aus dem US-Markt sind technisch ausgereift und für viele MSP eine solide Basis. Sobald aber Datenstandort, CLOUD Act oder NIS2-Nachweise in den Kundengesprächen auftauchen — und in DACH tun sie das zunehmend — wird die Souveränitäts- und Compliance-Frage zum Differenzierer. Genau dort spielt OneLog seine Stärken aus.
Häufige Fragen
- Was muss ein RMM für MSPs in der DACH-Region können?
- Saubere Mandantentrennung über viele Kunden hinweg, ein planbares Preismodell für die eigene Marge und belastbare Compliance-Nachweise. In der DACH-Region kommen Datenstandort und NIS2 als Beschaffungskriterien hinzu.
- Wie unterstützt OneLog die MSP-Marge?
- Über zwei Hebel: planbare Konditionen statt aggressiver Per-Device-Eskalation und einen KI-Agenten-Layer, der Standard-Tickets autonom abarbeitet. So skaliert die betreute Flotte, ohne dass der Personalaufwand linear mitwächst.
- Wie sauber ist die Mandantentrennung bei OneLog?
- OneLog ist Multi-Tenant by Design: Jeder Kunde ist isoliert, Sichten und Rechte sind rollenbasiert pro Mandant. Ein Techniker sieht nur die Flotte, für die er berechtigt ist.
- Hilft OneLog beim Verkauf an NIS2-pflichtige Kunden?
- Ja. NIS2 ist im RMM gemappt, Asset-, Patch- und Risiko-Nachweise lassen sich pro Mandant erzeugen. Das macht NIS2 für den MSP zum Verkaufsargument statt zur Mehrarbeit.
OneLog in Ihrer Umgebung sehen
Überwacht und wartet Ihre IT aus der Ferne und behebt viele Störungen automatisch — gehostet in der EU, ohne Abhängigkeit von US-Cloud-Anbietern. Die NIS2-Vorgaben sind von Anfang an eingebaut.