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. Fachliche Endabnahme: Marcus.
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
Souveränes, NIS2-konformes RMM mit autonomer Remediation — EU-gehostet, kein US-Cloud-Exposure.