Vad ett RMM faktiskt gör

Övervakning. Kontinuerlig bevakning av enheter med larm när diskutrymme, tjänster, säkerhetskopior eller hårdvara avviker.

Patchhantering. Uppdatering av operativsystem och tredjepartsapplikationer enligt policy, med undantag och rapportering.

Fjärråtkomst. Teknikern kopplar upp sig mot enheten utan att användaren behöver befinna sig på kontoret.

Automatisering. Script och policyer som körs vid händelse eller schema, så att teknikertid går till det som kräver en människa.

Inventering. Vilka enheter som finns, vad de kör och när de senast hördes av. Underlaget är ofta grunden för en CMDB.

Patchning är inte samma sak som patchpolicy

Nästan alla RMM-verktyg kan schemalägga uppdateringar. Skillnaden ligger i om ni i efterhand kan visa vad som faktiskt installerades.

En schemalagd uppdatering som misslyckas tyst är farligare än ingen uppdatering alls, eftersom den ger en känsla av kontroll som inte motsvaras av verkligheten. Kräv rapportering på utfall, inte på plan – särskilt om ni har kunder med krav på efterlevnad. Patchning är dessutom ett av de mest grundläggande lagren inom IT-säkerhet.

Ett RMM utan koppling till ärendesystemet löser halva problemet

Ett larm som inte blir ett ärende är ett larm som någon måste bevaka manuellt vid sidan av ärendekön.

När RMM och PSA är integrerade blir larmet ett ärende automatiskt, med rätt kund och rätt avtal från början. Tiden mellan att något går sönder och att någon börjar titta på det kortas ned, och ingen behöver hålla två listor i huvudet.

Det här är den enskilt vanligaste konfigurationsmissen vi ser hos MSP:er som köpt två bra system men aldrig kopplat ihop dem.

Gäller det bara MSP:er?

Nej. En intern IT-avdelning som hanterar hundratals klienter har samma behov av övervakning, patchning och fjärrsupport. Skillnaden är att uppföljningen sker mot den egna verksamheten i stället för mot ett kundavtal.

Ett verktyg eller en samlad plattform?

RMM kan köpas fristående eller som del av en plattform som även innehåller PSA. Fristående ger djup i varje lager och möjlighet att byta ut en komponent utan att byta hela upplägget. Samlat ger ett system att lära sig och en integration färre att underhålla.

Vi distribuerar båda uppläggen och har ingen anledning att styra er fel.