Integration
NinjaOne in IDA: Geräte und Alarme, wo die Arbeit stattfindet
NinjaOne weiß, welche Rechner es gibt und was gerade klemmt. IDA holt beides ab: die Geräte ins Inventar beim richtigen Kunden, die offenen Alarme ins Monitoring, neben die Vorgänge, statt in ein zweites Fenster. Das RMM bleibt das RMM; IDA ist die Klammer, in der Ticket, Vertrag und Rechnung am selben Gerät hängen.
BetaDiese Anbindung ist gebaut und bedienbar, aber noch nicht gegen ein produktives Fremdsystem gelaufen - sie ist nach der öffentlichen Schnittstellen-Beschreibung des Herstellers entstanden. Rechnen Sie mit Nacharbeit beim ersten Anschluss. Wir sagen das lieber vorher, als Sie es herausfinden zu lassen.
Was IDA aus NinjaOne holt
- Geräte je Kunde: Name, Typ, Betriebssystem, Seriennummer, letzter Kontakt
- Ob ein Gerät gerade offline ist
- Fehlende und fehlgeschlagene Patches je Gerät
- Zustand und Produktname des Virenschutzes
- Offene Alarme mit Kundenbezug und Schweregrad
- Die Organisation in NinjaOne als Kundenzuordnung
Was IDA daraus macht
- Geräte landen ohne Handarbeit beim richtigen Kunden im Inventar
- Offene Alarme stehen im selben Überblick wie die übrigen Monitoring-Quellen, eine Liste statt fünf Portale
- Aus einem Alarm wird mit einem Klick ein Vorgang, mit Gerät und Kunde bereits daran
- Rechner mit auflaufenden fehlgeschlagenen Patches fallen in der Auswertung auf, statt monatelang durchzurutschen
Für wen sich das lohnt
Systemhäuser, die NinjaOne als RMM einsetzen und Inventar, Störungen und Abrechnung nicht getrennt vom Ticketsystem führen wollen. Wer mehrere RMM-Bestände betreut, sieht sie hier nebeneinander statt in getrennten Konsolen.
Einrichtung: Zugang mit der passenden Region hinterlegen - NinjaOne ist herstellerbetrieben, und die falsche Region antwortet nicht mit einem Hinweis, sondern mit nichts. Deshalb ist die Region ein Auswahlfeld und keine URL zum Selbsttippen. Danach die Organisationen den Kunden zuordnen; den Rest macht der Abgleich.
Jede Integration in IDA hat einen eigenen Schalter. Ist er aus, verschwindet sie vollständig - auch Spalten, Filter und Auswertungen, die zu ihr gehören. Sie sehen also nur, was Sie tatsächlich nutzen.
Herstellerseite: NinjaOne. NinjaOne ist eine Marke des jeweiligen Anbieters; IDA bindet das System technisch an, eine Partnerschaft ist damit nicht behauptet.
Passt dazu
- N-able N-central - Monitoring
- Server-Eye - Monitoring
- OCS Inventory - Inventar & Deployment
- OPSI - Inventar & Deployment
Häufige Fragen zur NinjaOne-Anbindung
Ist IDA ein RMM-Ersatz?
Nein. RMM und PSA sind zwei verschiedene Werkzeuge: Das RMM handelt auf den Rechnern, überwachen, patchen, Skripte ausführen. IDA ist die Seite daneben: Vorgänge, Verträge, Zeiten, Abrechnung. Diese Anbindung verbindet die beiden, damit ein Alarm nicht abgetippt werden muss, um zu einem abrechenbaren Vorgang zu werden.
Welche Rechte braucht der Zugang?
Ausschließlich Lesen (das Recht „monitoring"). Rechte zum Ausführen von Skripten oder zum Fernsteuern fordert IDA bewusst nicht an, ein RMM ist das System, das auf Kundenrechnern handelt, und solche Rechte holt man sich nicht nebenbei für einen Abgleich.
Doppeln sich die Geräte, wenn ich zusätzlich OCS oder OPSI einsetze?
Zusammengeführt wird nur mit Kundenbezug, nie allein über den Namen. Standard-Hostnamen wie „PC10" gibt es bei jedem Kunden, und geklonte VMs teilen sich MAC-Adressen, ein Namenstreffer über Kundengrenzen hinweg wäre ein Datenfehler, kein Fund.
Was heißt hier „Beta"?
Die Anbindung ist nach der öffentlichen Beschreibung gebaut und noch nicht gegen einen produktiven NinjaOne-Zugang gelaufen. Alles ist bedienbar; beim ersten Anschluss kann Nacharbeit anfallen.
Kann ich Alarme in IDA stummschalten?
Ja, und zwar in IDA. Ein bekanntes Dauerthema muss nicht in jedem Portal einzeln beruhigt werden, die Stummschaltung gilt für die gemeinsame Übersicht.
Alles in einer Oberfläche - auch bei Ihnen
30 Tage kostenlos, ohne Zahlungsdaten. Alle Integrationen sind enthalten, ohne Aufpreis.