Wat is het verschil tussen Microsoft Intune en Microsoft Endpoint Manager?

Het belangrijkste verschil is dat Microsoft Endpoint Manager de voormalige overkoepelende productnaam was voor Microsoft Intune en Configuration Manager samen, terwijl Microsoft Intune tegenwoordig weer de primaire merknaam is voor Microsofts cloudgebaseerde endpointmanagementplatform.

Microsoft Endpoint Manager werd enkele jaren gebruikt als verzamelnaam voor moderne endpointmanagementmogelijkheden, waaronder:

  • Microsoft Intune;
  • Configuration Manager;
  • co-management;
  • desktop analytics en aanverwante beheerfuncties.

Later heeft Microsoft de naam Microsoft Intune weer centraal gesteld als overkoepelend merk voor cloud endpoint management en aanverwante Intune-functionaliteit.

Kort gezegd:

Microsoft Endpoint Manager = oude overkoepelende naam

Microsoft Intune = huidige hoofdnaam voor het cloud endpointmanagementplatform

Is Microsoft Endpoint Manager hetzelfde als Microsoft Intune?

Niet helemaal.

Microsoft Endpoint Manager was breder dan alleen Intune.

Het concept omvatte zowel:

Microsoft Intune

als:

Microsoft Configuration Manager

Daarom was Endpoint Manager in die periode eerder een beheerfamilie dan één technisch product.

Intune zelf was en is het cloudgebaseerde onderdeel.

Waarom gebruikte Microsoft de naam Endpoint Manager?

Microsoft wilde traditioneel en modern endpointbeheer dichter bij elkaar brengen.

Veel organisaties gebruikten destijds:

Configuration Manager

voor traditionele Windows-managementtaken

en:

Microsoft Intune

voor cloud- en mobile device management.

Microsoft wilde deze werelden presenteren als één samenhangende beheerstrategie.

Daaruit ontstond de naam:

Microsoft Endpoint Manager

Welke producten vielen onder Microsoft Endpoint Manager?

De belangrijkste onderdelen waren:

  • Microsoft Intune;
  • Microsoft Configuration Manager;
  • co-management;
  • cloud management-functionaliteit;
  • endpoint analytics;
  • verschillende security- en beheerintegraties.

Voor gebruikers betekende dit dat Microsoft endpointmanagement steeds minder als twee volledig gescheiden werelden positioneerde.

Wat is Microsoft Intune dan precies?

Microsoft Intune is het cloudgebaseerde endpointmanagementplatform van Microsoft.

Met Intune kun je onder andere:

  • Windows-apparaten beheren;
  • macOS beheren;
  • iPhones en iPads beheren;
  • Android-apparaten beheren;
  • applicaties distribueren;
  • security policies toepassen;
  • compliance controleren;
  • Windows Autopilot gebruiken;
  • Windows Updates beheren;
  • App Protection Policies toepassen;
  • Conditional Access ondersteunen.

Intune richt zich dus sterk op moderne, cloudgebaseerde endpointmanagementscenario’s.

Wat is Configuration Manager?

Microsoft Configuration Manager is de opvolger van wat veel beheerders nog kennen als:

SCCM

of:

System Center Configuration Manager

Configuration Manager werd jarenlang veel gebruikt voor:

  • Windows deployment;
  • software deployment;
  • patchmanagement;
  • inventory;
  • compliance;
  • operating system deployment;
  • endpointbeheer binnen on-premises infrastructuur.

Het is technisch een heel ander managementmodel dan Intune.

Is SCCM hetzelfde als Configuration Manager?

SCCM is de historische naam die veel IT-beheerders nog steeds gebruiken.

De naamgeving veranderde in de loop der jaren.

Je kunt daarom in organisaties nog termen tegenkomen zoals:

  • SMS;
  • SCCM;
  • ConfigMgr;
  • Configuration Manager;
  • MECM.

Deze verwijzen vaak naar verschillende generaties of naamvarianten van Microsofts traditionele endpointmanagementplatform.

Wat was Microsoft Endpoint Configuration Manager?

Toen Microsoft Endpoint Manager werd geïntroduceerd, werd Configuration Manager tijdelijk vaak aangeduid als:

Microsoft Endpoint Configuration Manager

of:

MECM

Daardoor ontstonden in veel organisaties meerdere benamingen voor ongeveer dezelfde productfamilie.

Dat zorgt vandaag nog steeds voor verwarring.

Waarom hoor je de naam Microsoft Endpoint Manager nog steeds?

Omdat veel:

  • documentatie;
  • blogs;
  • video’s;
  • certificeringsmaterialen;
  • interne IT-documenten;
  • oude screenshots

uit de periode komen waarin Microsoft Endpoint Manager de officiële naam was.

Daarom zoeken beheerders nog steeds op termen zoals:

  • Microsoft Endpoint Manager;
  • Endpoint Manager;
  • MEM;
  • Endpoint Manager Intune.

Maar in moderne Microsoft-omgevingen wordt vooral de naam Microsoft Intune gebruikt.

Is Endpoint Manager verdwenen?

Als merknaam in de oude vorm grotendeels wel.

De technologieën die eronder vielen zijn echter niet simpelweg verdwenen.

Microsoft Intune bestaat nog steeds.

Configuration Manager bestaat eveneens nog steeds.

Wat vooral veranderd is, is de productpositionering en naamgeving.

Waarom ging Microsoft terug naar de naam Intune?

De naam Intune was al sterk ingeburgerd in de markt.

Bovendien verschoof endpointmanagement steeds verder richting:

  • cloud-native management;
  • modern management;
  • Zero Trust;
  • mobile device management;
  • application management;
  • endpoint security;
  • Windows Autopilot.

Daardoor werd Intune een logischer centraal merk.

Wat betekent Microsoft Intune tegenwoordig?

Microsoft Intune moet tegenwoordig breder worden gezien dan alleen klassieke MDM.

Het platform omvat of integreert met functionaliteit rond:

  • device management;
  • application management;
  • endpoint security;
  • compliance;
  • analytics;
  • privilege management;
  • remote assistance;
  • cloud PKI;
  • advanced management.

Niet iedere functie zit automatisch in iedere licentie.

Maar als merknaam vertegenwoordigt Intune veel meer dan alleen het beheren van smartphones.

Was Intune vroeger vooral MDM?

Ja.

Historisch werd Intune sterk geassocieerd met:

  • Mobile Device Management;
  • smartphones;
  • tablets;
  • BYOD.

Maar Intune is veel breder geworden.

Voor veel organisaties is het tegenwoordig juist het centrale platform voor:

Windows endpoint management.

Wat is het verschil tussen Intune en Configuration Manager?

Een eenvoudige vergelijking:

OnderdeelMicrosoft IntuneConfiguration Manager
ManagementmodelCloudTraditioneel/on-premises + hybride
Primaire focusModern endpoint managementTraditioneel Windows endpoint management
InternetbeheerSterk cloudgerichtAfhankelijk van architectuur
Windows AutopilotJaNiet de primaire functie
Mobile devicesJaBeperkter
App ProtectionJaNee
Conditional Access-integratieSterkVia bredere Microsoft-integratie
ServermanagementNiet primaire focusSterkere traditionele mogelijkheden
Cloud-native WindowsJaNiet primaire architectuur
Co-managementJa, samen met ConfigMgrJa, samen met Intune

De twee kunnen elkaar aanvullen.

Is Intune altijd beter dan Configuration Manager?

Nee.

Het hangt af van de omgeving.

Een volledig cloud-native organisatie kan veel hebben aan:

  • Microsoft Entra ID;
  • Microsoft Intune;
  • Windows Autopilot;
  • Microsoft Defender;
  • Conditional Access.

Maar een grote enterprise met complexe legacy-infrastructuur kan nog steeds Configuration Manager nodig hebben.

Bijvoorbeeld voor:

  • bestaande deploymentprocessen;
  • legacy applicaties;
  • specifieke on-premises vereisten;
  • complexe server- of desktopomgevingen.

De juiste vraag is daarom niet:

“Welk product is beter?”

maar:

“Welk managementmodel past bij onze omgeving?”

Kun je Intune en Configuration Manager tegelijkertijd gebruiken?

Ja.

Dit wordt vaak gedaan via co-management.

Daarbij wordt een Windows-apparaat beheerd door zowel Configuration Manager als Intune.

Bepaalde workloads kunnen dan geleidelijk naar Intune worden verplaatst.

Bijvoorbeeld:

Configuration Manager

beheert aanvankelijk:

  • apps;
  • updates;
  • device configuration.

Vervolgens worden bepaalde workloads verschoven naar:

Microsoft Intune

Dit maakt gefaseerde modernisering mogelijk.

Wat is co-management?

Co-management betekent dat een Windows-apparaat tegelijkertijd onder beheer kan staan van:

Configuration Manager

en:

Microsoft Intune

Organisaties kunnen vervolgens bepalen welk platform bepaalde workloads beheert.

Dat helpt vooral bij migratie.

Je hoeft niet op één dag van traditionele managementtechnologie naar volledig cloud-native management over te stappen.

Voorbeeld van een co-managementmigratie

Een organisatie heeft 5.000 Windows-devices in Configuration Manager.

De IT-afdeling wil moderniseren.

In plaats van:

dag 1: alles Configuration Manager

naar:

dag 2: alles Intune

kan een gefaseerde aanpak worden gebruikt.

Bijvoorbeeld:

Stap 1

Devices registreren voor co-management.

Stap 2

Compliance naar Intune.

Stap 3

Windows Update-workload verplaatsen.

Stap 4

Configuration Profiles moderniseren.

Stap 5

Applications beoordelen.

Stap 6

Nieuwe devices cloud-native uitrollen.

Zo wordt risico verminderd.

Kun je volledig zonder Configuration Manager?

Ja, voor veel organisaties is dat mogelijk.

Een cloud-native Windows-omgeving kan bijvoorbeeld worden gebouwd met:

Microsoft Entra ID

Windows Autopilot

Microsoft Intune

Microsoft Defender

Conditional Access

Voor nieuwe organisaties of sterk cloudgerichte bedrijven kan dat een logische architectuur zijn.

Wanneer heb je Configuration Manager mogelijk nog nodig?

Dat kan bijvoorbeeld het geval zijn wanneer je afhankelijk bent van:

  • complexe legacy software;
  • traditionele OS deployment;
  • uitgebreide on-premises infrastructuur;
  • specifieke netwerkvereisten;
  • bestaande enterpriseprocessen;
  • oude Windows-workflows.

De business case om ConfigMgr te behouden moet echter periodiek worden beoordeeld.

Is Microsoft Endpoint Manager een portal?

Dit is een andere bron van verwarring.

Veel beheerders gebruikten de term:

Endpoint Manager

ook voor het beheerportaal.

Daardoor werd gezegd:

“Open Endpoint Manager.”

In de praktijk bedoelde men dan het Microsoft Endpoint Manager admin center.

Later is de naamgeving gewijzigd richting het Microsoft Intune admin center.

Is het Intune admin center hetzelfde als Endpoint Manager admin center?

Conceptueel is dit de opvolger van dezelfde beheerervaring.

Waar beheerders vroeger spraken over:

Microsoft Endpoint Manager admin center

wordt tegenwoordig gesproken over:

Microsoft Intune admin center.

Daar vind je bijvoorbeeld beheer voor:

  • devices;
  • applications;
  • endpoint security;
  • reports;
  • tenant administration.

Waarom is deze naamwijziging belangrijk?

Omdat je tijdens troubleshooting nog veel oude documentatie tegenkomt.

Een blog kan bijvoorbeeld zeggen:

Ga naar Endpoint Manager > Devices > Windows.

Een modernere handleiding zegt:

Ga naar Intune admin center > Devices.

De technische actie kan vergelijkbaar zijn, maar de UI en benaming kunnen inmiddels veranderd zijn.

Oude documentatie kan dus nog bruikbaar zijn

Ja, maar voorzichtig.

Controleer altijd:

  • publicatiedatum;
  • portal screenshots;
  • huidige menu’s;
  • productnamen;
  • deprecated functies.

Microsoft-cloudservices veranderen regelmatig.

Een handleiding van enkele jaren oud kan technisch deels correct zijn, maar andere menu’s of aanbevolen methoden gebruiken.

Is Microsoft Intune hetzelfde als Microsoft 365?

Nee.

Microsoft 365 is een veel bredere productfamilie.

Daaronder kunnen bijvoorbeeld vallen:

  • Exchange Online;
  • Teams;
  • SharePoint;
  • OneDrive;
  • Microsoft 365 Apps;
  • identity;
  • security;
  • endpointmanagement.

Intune is één onderdeel binnen een bredere Microsoft-cloudomgeving.

Is Microsoft Intune hetzelfde als Microsoft Entra ID?

Nee.

De twee werken nauw samen, maar hebben een andere functie.

Microsoft Entra ID

beheert identiteit en toegang.

Microsoft Intune

beheert endpoints, apps en device compliance.

Samen kunnen ze bijvoorbeeld worden gebruikt voor:

Gebruiker

Authenticatie in Entra ID

Device compliance uit Intune

Conditional Access

Toegang tot Microsoft 365

Is Intune hetzelfde als Windows Autopilot?

Nee.

Autopilot is een provisioningtechnologie.

Intune is het endpointmanagementplatform.

Een vereenvoudigde flow:

Autopilot

brengt het apparaat door deployment en enrollment.

Daarna:

Intune

levert de policies, apps en securityconfiguraties.

Autopilot en Intune vullen elkaar dus aan.

Is Microsoft Defender onderdeel van Intune?

Niet simpelweg als hetzelfde product.

Microsoft Defender bestaat uit verschillende securityproducten en services.

Intune kan wel worden gebruikt om bepaalde Microsoft Defender- en endpoint security-instellingen centraal te configureren.

Daarnaast kunnen Intune en Defender sterk integreren.

Waarom lijken Intune en Endpoint Security soms aparte producten?

Omdat Microsoft securityfunctionaliteit over verschillende managementlagen verdeelt.

Je kunt bijvoorbeeld werken met:

  • Microsoft Intune;
  • Microsoft Defender for Endpoint;
  • Microsoft Entra;
  • Microsoft Sentinel.

Ze hebben ieder een andere primaire verantwoordelijkheid.

Intune richt zich vooral op endpoint configuration en management.

Wat betekent modern management?

Modern management verwijst meestal naar cloudgerichte endpointmanagementprincipes.

Bijvoorbeeld:

Microsoft Entra Join

Microsoft Intune

Windows Autopilot

Cloud applications

in plaats van volledige afhankelijkheid van:

Active Directory

Group Policy

on-premises managementservers

Dat betekent niet dat iedere organisatie direct alles on-premises moet verwijderen.

Modern management kan gefaseerd

Een organisatie kan bijvoorbeeld beginnen met:

Hybrid Entra Join

Configuration Manager

Intune

Daarna steeds meer workloads naar de cloud verplaatsen.

Uiteindelijk kan een organisatie overstappen naar:

Entra Joined

Intune Managed

Dit is een migratiepad, geen technische verplichting.

Wat betekent cloud-native management?

Cloud-native betekent dat endpoints vanaf het ontwerp primair via cloudservices worden beheerd.

Bijvoorbeeld:

Windows Autopilot

Microsoft Entra Join

Microsoft Intune

Cloud policies

Cloud applications

Een apparaat hoeft dan niet eerst op het bedrijfsnetwerk te verschijnen om volledig ingericht te worden.

Waarom kiezen organisaties voor cloud-native Intune?

Veel voorkomende redenen zijn:

  • hybride werken;
  • minder on-premises infrastructuur;
  • modern securitymodel;
  • snellere provisioning;
  • beheer over internet;
  • eenvoudiger lifecycle management.

Maar cloud-native betekent niet automatisch eenvoudig.

Een slechte Intune-architectuur kan net zo complex worden als een oude omgeving.

Is Intune makkelijker dan Configuration Manager?

De gebruikersinterface kan toegankelijker lijken.

Maar de architectuur is niet per definitie eenvoudiger.

Een professionele Intune-omgeving vereist kennis van:

  • Microsoft Entra ID;
  • enrollment;
  • groups;
  • filters;
  • Configuration Profiles;
  • applications;
  • security;
  • compliance;
  • Conditional Access;
  • Windows Autopilot.

De technologie is anders, niet automatisch simpel.

Kun je bestaande Group Policies rechtstreeks naar Intune migreren?

Sommige instellingen hebben moderne equivalenten.

Maar een 1-op-1 migratie is meestal niet de beste strategie.

Doe liever:

Inventariseren

GPO beoordelen

Verouderde settings verwijderen

Modern equivalent zoeken

Nieuwe Intune-policy ontwerpen

Pilot

Migreren

Zo voorkom je dat oude technische schuld wordt meegenomen.

Wat gebeurt er met Configuration Manager in een Intune-migratie?

Er zijn meerdere mogelijke eindscenario’s.

Scenario 1 — Configuration Manager blijft

Voor bepaalde workloads blijft ConfigMgr nodig.

Scenario 2 — Co-management blijft

Beide systemen beheren verschillende workloads.

Scenario 3 — Volledig Intune

Configuration Manager wordt uiteindelijk uitgefaseerd.

Welke optie juist is hangt af van:

  • applicaties;
  • infrastructuur;
  • devices;
  • security;
  • organisatiegrootte;
  • operationele requirements.

Wanneer is migreren naar Intune logisch?

Signalen kunnen zijn:

  • veel thuiswerkers;
  • laptops komen nauwelijks op kantoor;
  • VPN is nodig voor device management;
  • nieuwe apparaten worden nog handmatig geïnstalleerd;
  • Microsoft 365 is al cloud-first;
  • on-premises managementinfrastructuur kost veel beheer;
  • organisatie wil Zero Trust invoeren.

Dan kan modern management interessant worden.

Heb je Microsoft Endpoint Manager nog in documentatie staan?

Dat hoeft niet direct een probleem te zijn.

Veel organisaties hebben nog documenten zoals:

Endpoint Manager Architecture

MEM Deployment Guide

MECM to MEM Migration

Technisch kan de inhoud nog relevant zijn.

Maar het is verstandig documentatie periodiek te moderniseren.

Vervang verouderde terminologie waar passend door:

  • Microsoft Intune;
  • Microsoft Intune admin center;
  • Microsoft Configuration Manager;
  • Microsoft Entra ID.

Dat voorkomt verwarring bij nieuwe beheerders.

Endpoint Manager, MEM, MECM en Intune: wat betekenen al die afkortingen?

Een korte vertaling:

MEM

Microsoft Endpoint Manager.

MECM

Microsoft Endpoint Configuration Manager.

ConfigMgr

Configuration Manager.

SCCM

System Center Configuration Manager, historische naam.

Intune

Microsofts cloudgebaseerde endpointmanagementplatform.

Je zult al deze termen nog tegenkomen in technische documentatie.

Welke naam moet je vandaag gebruiken?

Voor nieuwe documentatie rond cloud endpoint management is Microsoft Intune meestal de duidelijkste naam.

Wanneer je specifiek Configuration Manager bedoelt, schrijf dan:

Microsoft Configuration Manager

Gebruik “Microsoft Endpoint Manager” vooral wanneer je historische documentatie of de vroegere productpositionering bespreekt.

Waarom is correcte terminologie belangrijk voor beheer?

Omdat verschillende teams anders kunnen interpreteren wat bedoeld wordt.

Stel dat iemand zegt:

“Deze policy staat in Endpoint Manager.”

Bedoelt die persoon dan:

  • Intune?
  • Configuration Manager?
  • het oude portal?
  • co-management?

Gebruik daarom specifieke namen.

Verschil in eenvoudige taal

Je kunt het zo onthouden:

Microsoft Endpoint Manager

was de naam van Microsofts gecombineerde endpointmanagementstrategie.

Microsoft Intune

is het cloudgebaseerde managementplatform en tegenwoordig weer de centrale productnaam.

Configuration Manager

is het traditionele endpointmanagementplatform dat vooral sterk is in bestaande enterprise- en on-premises scenario’s.

Wat moet een nieuwe organisatie kiezen?

Wanneer je vandaag een nieuwe cloudgerichte Microsoft 365-omgeving opbouwt, ligt het voor de hand om eerst naar een moderne architectuur rond Microsoft Intune te kijken.

Bijvoorbeeld:

Microsoft Entra ID

Windows Autopilot

Microsoft Intune

Endpoint Security

Compliance

Conditional Access

Een nieuwe Configuration Manager-infrastructuur bouwen uitsluitend omdat dat vroeger gebruikelijk was, vraagt een duidelijke business- of technische reden.

Wat moet een bestaande Configuration Manager-organisatie doen?

Niet automatisch alles verwijderen.

Begin met een assessment.

Onderzoek:

  • welke workloads bestaan;
  • welke applicaties worden beheerd;
  • welke devices bestaan;
  • welke GPO-afhankelijkheden bestaan;
  • welke deploymentprocessen bestaan;
  • welke workloads naar Intune kunnen;
  • welke legacy-afhankelijkheden blijven.

Daarna kan een migratieroadmap worden gemaakt.

Voorbeeld migratieroadmap

Een organisatie kan bijvoorbeeld werken met:

Fase 1 — Inventarisatie

Configuration Manager en Active Directory analyseren.

Fase 2 — Intune Foundation

Tenant, enrollment en securitybasis ontwerpen.

Fase 3 — Co-management

Bestaande devices verbinden.

Fase 4 — Workloads migreren

Compliance, updates, policies en apps.

Fase 5 — Autopilot

Nieuwe devices cloud-first provisionen.

Fase 6 — Cloud-native

Nieuwe endpoints volledig via Intune beheren.

Fase 7 — Legacy cleanup

Overbodige infrastructuur gecontroleerd verwijderen.

Moet je altijd co-management gebruiken?

Nee.

Voor een kleine nieuwe omgeving zonder Configuration Manager is co-management niet relevant.

Voor een bestaande grote ConfigMgr-omgeving kan het juist zeer waardevol zijn.

Architectuur moet dus altijd aansluiten bij de huidige situatie.

Wanneer wordt een migratie ingewikkeld?

Complexiteit ontstaat vooral door:

  • legacy applicaties;
  • oude GPO’s;
  • netwerkafhankelijkheden;
  • certificaten;
  • VPN;
  • complexe softwaredeployment;
  • onduidelijke ownership;
  • veel uitzonderingen.

Daarom is een inventarisatie vaak belangrijker dan meteen policies gaan maken.

Een Intune-migratie is geen portal-migratie

Dit is een belangrijk inzicht.

Je migreert niet simpelweg:

instellingen uit Configuration Manager

naar:

instellingen in Intune.

Je verandert mogelijk het complete endpointmanagementmodel.

Bijvoorbeeld van:

domain joined + LAN + ConfigMgr

naar:

Entra Joined + internet + Intune

Dat raakt:

  • identity;
  • applications;
  • networking;
  • security;
  • support;
  • provisioning.

Wanneer is een Health Check nuttig?

Wanneer een organisatie door meerdere fases is gegaan, kunnen oude managementlagen naast elkaar blijven bestaan.

Bijvoorbeeld:

  • ConfigMgr;
  • GPO;
  • Intune;
  • scripts;
  • security baselines;
  • legacy policies.

Dan kan onduidelijk worden welke technologie welke setting beheert.

Een Health Check kan helpen om overlap en technische schuld zichtbaar te maken.

Heb je zowel Configuration Manager als Intune?

Wanneer het niet meer duidelijk is welke workloads waar beheerd worden, kan dat leiden tot dubbele configuraties, conflicten en moeilijkere troubleshooting.

EndpointPilot kan helpen de huidige endpointmanagementarchitectuur in kaart te brengen en te bepalen welke onderdelen logisch in Intune, Configuration Manager of een overgangsmodel thuishoren.

Stel je Microsoft Intune-vraag aan EndpointPilot.

Wanneer is een Intune-implementatie beter dan uitbreiding van Configuration Manager?

Dat hangt af van de strategie.

Intune ligt vaak voor de hand wanneer de organisatie vooral wil:

  • cloud-native werken;
  • Autopilot gebruiken;
  • BYOD beheren;
  • mobile devices beheren;
  • Conditional Access inzetten;
  • internet-based endpointmanagement;
  • minder lokale infrastructuur.

Configuration Manager kan relevant blijven bij bepaalde bestaande enterprisevereisten.

Veelgestelde vragen

Is Microsoft Endpoint Manager hetzelfde als Intune?

Nee. Microsoft Endpoint Manager was een bredere productnaam waaronder onder andere Intune en Configuration Manager werden gepositioneerd.

Bestaat Microsoft Endpoint Manager nog?

De oude Endpoint Manager-merknaam wordt niet meer als de primaire productnaam gebruikt. Microsoft Intune is weer de centrale naam voor het cloud endpointmanagementplatform.

Is MECM hetzelfde als Intune?

Nee. MECM verwees naar Microsoft Endpoint Configuration Manager, het traditionele Configuration Manager-platform.

Is SCCM hetzelfde als Intune?

Nee. SCCM is de historische naam voor Configuration Manager. Intune is het cloudmanagementplatform.

Kun je SCCM en Intune samen gebruiken?

Ja. Dit kan via co-management.

Heb je Configuration Manager nodig voor Intune?

Nee. Intune kan zelfstandig worden gebruikt in een cloud-native architectuur.

Kan Intune Group Policy vervangen?

Veel endpointsettings kunnen via Intune worden beheerd, maar een GPO-migratie vereist analyse en herontwerp.

Moet een nieuwe organisatie nog Configuration Manager installeren?

Niet automatisch. Voor een cloud-first organisatie is een Intune-gebaseerde architectuur vaak logischer, tenzij specifieke requirements Configuration Manager noodzakelijk maken.

Samenvatting

Microsoft Endpoint Manager en Microsoft Intune zijn niet simpelweg twee concurrerende producten.

Microsoft Endpoint Manager was de overkoepelende naam die Microsoft gebruikte om Intune en Configuration Manager onder één endpointmanagementstrategie te positioneren.

Microsoft Intune is het cloudgebaseerde endpointmanagementplatform en tegenwoordig weer de centrale merknaam voor Microsofts moderne endpointmanagementaanbod.

Microsoft Configuration Manager blijft een afzonderlijke technologie voor traditionele en hybride managementscenario’s.

De relatie kan daarom zo worden samengevat:

Historisch

Microsoft Endpoint Manager

Microsoft Intune + Configuration Manager

Tegenwoordig

Microsoft Intune

→ cloud endpointmanagement

Microsoft Configuration Manager

→ traditioneel/hybride endpointmanagement

Voor organisaties is uiteindelijk niet de naam het belangrijkste.

De echte architectuurvraag is:

Welke workloads moeten cloud-native worden beheerd, welke legacy-afhankelijkheden bestaan nog en wat is het juiste migratiepad?


Gebruik je nog Endpoint Manager, SCCM of Configuration Manager en wil je naar Intune?

Dan is het verstandig om niet direct bestaande configuraties één-op-één over te zetten. Begin met het in kaart brengen van devices, applicaties, GPO’s, workloads en afhankelijkheden.

Stel je Microsoft Intune-vraag aan EndpointPilot.

Beschrijf je huidige endpointmanagementomgeving en waar je naartoe wilt. Daarmee kan worden bepaald of een directe Intune-implementatie, co-management of gefaseerde migratie het beste past.


Van Configuration Manager naar Microsoft Intune migreren?

EndpointPilot helpt organisaties bij het ontwerpen van een moderne Microsoft Intune-omgeving en het gecontroleerd migreren van bestaande endpointmanagementprocessen.

Daarbij kan worden gekeken naar enrollment, Microsoft Entra Join, Windows Autopilot, applicaties, policies, security, compliance en de afbouw van legacy-management.

Bekijk de Microsoft Intune Implementatie-service van EndpointPilot.

EndpointPilot

Contact

© 2026 EndPointPilot. All rights reserved. Ontworpen door Ben Kemp.

Ontdek meer van EndpointPilot

Abonneer je nu om meer te lezen en toegang te krijgen tot het volledige archief.

Lees verder

Ontdek meer van EndpointPilot

Abonneer je nu om meer te lezen en toegang te krijgen tot het volledige archief.

Lees verder