Belangrijkste punten
- Breng alle actieve servers, gebruikerslicenties, oude Apple ID’s en vervaldatums van tokens in kaart voordat u structurele wijzigingen doorvoert. Zo voorkomt u dat diensten onbedoeld wegvallen of dat assets verdwijnen.
- Ontwerp de ABM-structuur vooraf: bepaal de locaties van uw organisatie, wijs rechten voor beheerders of content managers toe en koppel standaard-MDM-servers binnen Apple Business Manager voordat u de migratie uitvoert.
- Upgrade en koppel de oude DEP- en VPP-portals door in te loggen op ABM en de oorspronkelijke oude Apple ID’s uit te nodigen. Historische aankopen worden dan automatisch omgezet in locatiegebonden licenties voor Apps en boeken.
- Beperk de uitvaltijd door nieuwe MDM-servertokens en locatietokens voor Apps en boeken uit ABM te downloaden en ze in uw MDM-architectuur één integratie per keer te vervangen.
- Wijs devices opnieuw toe aan de juiste ABM-locaties en voer stapsgewijs testimplementaties per vestiging uit om de stille app-installatie, supervisie-instellingen en automatische routering te controleren vóór een volledige uitrol.
Na het uitfaseren van het Device Enrollment Program (DEP), nu bekend als Automated Device Enrollment (ADE), en het Volume Purchasing Program (VPP) zijn hun functies overgezet naar Apple Business Manager. De upgrade naar Apple Business Manager verloopt echter niet vanzelf: het vraagt om zorgvuldige planning, een doordachte rolverdeling en de juiste volgorde bij het vervangen van tokens.
Upgrade naar Apple Business Manager: een praktisch stappenplan
Hoewel ABM ADE en VPP samenbrengt, vraagt de overstap om nauwkeurige coördinatie om verstoringen in enrollment of licenties te voorkomen. Deze gids neemt u mee door alle benodigde stappen van de migratie, zodat de upgrade slaagt zonder dat de operationele continuïteit in gevaar komt.
Vereisten:
- Een concept-locatieplan voor ABM met gedefinieerde rollen voor beheerders en content managers
- Een onderhoudsvenster voor pilotmigraties en het vervangen van tokens
- Testdevices die elk platform en eigendomsmodel vertegenwoordigen
- Toegang tot bestaande ADE- en VPP-accounts en de bijbehorende Apple ID’s
- Gegevens van de MDM-server en procedures voor tokenvernieuwing
Stap 1: breng de huidige staat van uw omgeving in kaart
Voordat u aan een upgrade begint, is het belangrijk om een nauwkeurig beeld te hebben van uw bestaande ADE- en VPP-configuraties. Een nulmeting voorkomt verrassingen tijdens de migratie, zoals ontbrekende devices, verkeerd toegewezen licenties en verlopen tokens.
Exporteer de ADE-gegevens
Verzamel de gegevens van uw ADE-servers om te zien hoe devices naar uw MDM worden geleid, inclusief actieve servers, apparaatgroepen en enrollmentprofielen. Deze gegevens dienen als referentie om geldige configuraties nauwkeurig na te bouwen in Apple Business Manager. Bovendien brengt u zo verouderde of ongebruikte servers aan het licht die geen migratie nodig hebben.
Verzamel de aankoop- en licentiegeschiedenis van VPP
Een volledig overzicht van uw aankoop- en licentiegeschiedenis zorgt ervoor dat:
- Er geen betaalde apps of licenties verloren gaan tijdens de overgang
- Toegewezen licenties overeenkomen met de juiste afdelingen of vestigingen
- Oude Apple ID’s die aan aankopen gekoppeld zijn, worden geüpgraded of uitgefaseerd
Noteer de vervaldatums van ADE- en VPP-tokens
Als u weet wanneer ADE- en VPP-tokens verlopen, kunt u de vervanging ervan binnen een gecontroleerd venster inplannen. Bovendien voorkomt u dat tokens tijdens de migratie onverwacht verlopen en dat MDM-systemen plotseling hun enrollment- of licentiesynchronisatie verliezen.
Test of enrollment en app-installaties slagen
Voer op een paar devices een snelle validatie uit om te bevestigen dat de huidige omgeving gezond is voordat u wijzigingen doorvoert. Zo houdt u zicht op cruciale migratieworkflows en voorkomt u problemen zoals mislukte enrollments of vastlopende VPP-app-installaties die de migratie kunnen laten stranden.
Stap 2: ontwerp uw Apple Business Manager-structuur vóór de migratie
Een goed doordachte ABM-structuur stroomlijnt uw migratie en verkleint de kans op problemen achteraf, zoals verkeerd gerouteerde devices, onduidelijke rollen en verwarring over licenties.
Stem ABM-locaties af op inkoop en distributie
ABM gebruikt locaties om app-licenties, inkoopprocessen en apparaatgroepen van elkaar te scheiden. Door deze locaties vooraf te bepalen, komen app-licenties bij de juiste afdelingen terecht, blijven apparaatgroepen kloppen en heeft elke locatie duidelijke eigenaren en inzicht.
Wijs rollen per locatie toe
Een goede rolverdeling voorkomt ongeautoriseerde wijzigingen en vergroot de verantwoording na de migratie.
Wijs voor de volgende rollen een eigenaar aan:
Matrix voor de verdeling van ABM-rollen
| ABM-rol | Belangrijkste verantwoordelijkheid | Toe te wijzen aan |
| Beheerder | Globale ABM-inrichting, domeinfederatie en het delegeren van rollen. | IT-directeur / hoofd systeembeheer |
| Device Enrollment Manager | Beheer van MDM-servertoewijzingen en hardwarerouting. | MDM-beheerder |
| Content Manager | Aankoop van app-licenties (Apps en boeken) en het bijhouden van volumes. | IT-inkoop / hoofd Helpdesk |
Wijs per locatie een standaard-MDM-server toe
Door elke ABM-locatie aan een standaard-MDM-server te koppelen, worden nieuwe devices automatisch naar het juiste MDM-systeem geleid. Zo voorkomt u dat u later handmatig moet corrigeren. Bovendien blijven enrollmentworkflows consistent tijdens de overgang.
Controleer e-maildomeinen en federatieve authenticatie-instellingen
Controleer of u de juiste domeinconfiguraties hebt voor het aanmaken van Managed Apple ID’s, roltoewijzingen en workflows voor SSO of federatieve identiteit. Door domeinen te verifiëren, voorkomt u identiteitsconflicten, ongeldige Apple ID’s of mislukte authenticatie tijdens de migratie.
Belangrijke opmerking over domeinfederatie: zodra u het domein van uw organisatie in ABM verifieert en federeert, ontvangen medewerkers die eerder een persoonlijke Apple ID met hun zakelijke e-mailadres hebben aangemaakt een melding van Apple. Zij krijgen 60 dagen de tijd om een nieuw persoonlijk e-mailadres te kiezen. Daarna wijst Apple hun automatisch een tijdelijke gebruikersnaam toe, zodat het zakelijke e-mailadres vrijkomt voor het aanmaken van een Managed Apple ID.
Stap 3: upgrade en koppel oude DEP- en VPP-accounts
Het overzetten van devices, app-licenties en enrollmentworkflows vanuit oude accounts luistert nauw. Gaat het mis dan kan dat leiden tot ontbrekende licenties, dubbele Apple ID’s, mislukte enrollments of verschillen tussen ABM en uw MDM.
DEP upgraden naar Apple Business Manager
Migreer uw DEP-account naar ABM met de oorspronkelijke Apple ID waarmee het is aangemaakt. Verifieer daarbij met het DUNS-nummer van uw organisatie om het eigendom te bevestigen en ervoor te zorgen dat Apple het juiste bedrijfsrecord aan uw ABM-omgeving koppelt.
Zet VPP-accounts om naar Apps en boeken
Zet VPP-accounts om naar Apps en boeken door ze aan ABM te koppelen. Zo migreren alle historische app-licenties correct, blijven aankopen aan de juiste afdeling gekoppeld en blijft de licentiesynchronisatie met MDM werken.
Log hiervoor in op ABM en ga naar Voorkeuren > VPP-facturen/-aankopen. Daar nodigt u de Apple ID van uw oude VPP-account uit om te koppelen met ABM. Zodra de uitnodiging is geaccepteerd, migreert Apple uw aangekochte licenties automatisch naar een aangewezen ABM-locatie. U hoeft de oude VPP-portal daarna nooit meer te openen.
Plan upgrades en tokenvernieuwing om verstoring te beperken
Voer upgrades uit buiten piekuren om onderbrekingen voor gebruikers en implementaties te beperken. Stel daarnaast een pilotgroep samen voor tests met tokenvernieuwing, zodat u kunt controleren of de MDM-synchronisatie soepel blijft verlopen.
Let op: na de migratie van uw VPP verlopen alle workflows, zoals aankopen, toewijzen en het overdragen van licenties, uitsluitend nog via ABM.
Stap 4: vernieuw MDM- en Apps en boeken-tokens na de upgrade naar Apple Business Manager
MDM-servers werken met een uniek servertoken uit ABM en elke locatie heeft een eigen token voor Apps en boeken. Verouderde tokens of onderlinge verschillen kunnen enrollments stilleggen, app-licenties uit de pas laten lopen of zorgen voor miscommunicatie tussen uw MDM en ABM.
Aanbevolen aanpak:
- Download voor elke server nieuwe MDM-servertokens uit ABM en upload ze naar uw MDM.
- Tip: het upgraden van de backend-infrastructuur van DEP naar ABM verstoort devices die momenteel in gebruik zijn niet en haalt ze ook niet uit de enrollment. Actieve devices blijven normaal communiceren met uw MDM. De bijgewerkte ABM-toewijzingsprofielen gelden pas voor die bestaande devices wanneer ze later naar fabrieksinstellingen worden teruggezet of opnieuw worden aangemeld.
- Vernieuw de Apps en boeken-tokens voor elke ABM-locatie, zodat alle app-licenties correct synchroniseren met uw MDM.
- Spreid de vervanging zodat u één integratie tegelijk wijzigt en de dienstverlening doorloopt.
- Controleer na elke tokenvernieuwing de MDM-verbinding en de apparaatsynchronisatie.
Stap 5: wijs devices en licenties opnieuw toe aan de juiste ABM-locatie
Een migratie corrigeert oude toewijzingen niet, waardoor devices en licenties op de verkeerde plek kunnen belanden. Controleer na het bijwerken van de tokens of alles correct is gekoppeld aan de juiste ABM-locaties en MDM-servers. Zo voorkomt u ontbrekende devices, mislukte app-installaties of licenties die niet kloppen.
Aanbevolen aanpak:
- Wijs devices toe aan de juiste ABM-locaties en MDM-servers, zodat alle routering overeenkomt met de structuur die u voor ogen hebt.
- Synchroniseer de apparaatlijsten in uw MDM opnieuw en bevestig dat Automated Device Enrollment (ADE) correct wordt toegepast.
- Controleer of uw Apps en boeken-licenties onder elke locatie verschijnen en of ze goed synchroniseren met uw MDM.
- Installeer stil een testapp om de licentiesynchronisatie van ABM en het gedrag van de MDM-integratie te valideren en de locatiegebonden licentietoewijzing te controleren.
Stap 6: voer pilotuitrollen uit bij de volledige overstap naar Apple Business Manager
Zodra uw ABM-structuur, tokens, devices en licenties op orde zijn, is een gefaseerde pilotuitrol de veiligste manier om uw omgeving over te zetten.
Migreer vestigingen en bedrijfsonderdelen stapsgewijs
Begin met kleine pilots om de werking van de integraties tussen ABM en MDM te bevestigen, ADE-workflows te valideren en stille app-installaties en supervisie-instellingen te testen. Gecontroleerde uitrollen brengen problemen snel aan het licht, zodat u ze kunt oplossen voordat u de migratie opschaalt.
Los afwijkingen uit de pilottests op
Pilottests leggen problemen bloot, zoals verouderde tokens, onjuiste apparaatlocaties, niet-gesynchroniseerde app-licenties en afwijkingen in eigendom. Door ze tijdens de pilotfase aan te pakken, voorkomt u dat dezelfde fouten terugkeren tijdens de daadwerkelijke overstap.
Zet de overige devices in golven over
Zodra u de problemen in uw pilotgroep hebt gevalideerd en opgelost, kunt u de overstap in golven uitbreiden. Overweeg om te migreren op basis van de volgende groepen:
- ABM-locatie
- Fysieke vestiging of bedrijfsonderdeel
- MDM-server of tenant
Migraties per groep zorgen voor een voorspelbare werklast, waardoor u de stabiliteit van het systeem in elke fase kunt volgen.
Stap 7: valideer en rond uw enrollmentproces in Apple Business Manager af
De laatste stap van uw migratie is de validatie: controleren of elk device, elke licentie en elke MDM-workflow na de overstap correct werkt. Door het resultaat van uw migratiestrategie te verifiëren, verhelpt u resterende problemen, verwijdert u verouderde accounts en zorgt u dat uw interne processen aansluiten op uw ABM-beheermodel.
Voer controles uit na de migratie
Controleer of uw migratie geslaagd is door supervisie, enrollmentgedrag, app-installaties en synchronisatieaantallen na te lopen. Dit is uw laatste kwaliteitscontrole voordat u de overstap als afgerond beschouwt.
Verwijder ongebruikte oude ADE- of VPP-accounts
Oude accounts die na de overstap naar ABM actief blijven kunnen voor verwarring zorgen bij beheerders en leiden tot verkeerde aankopen of onjuist tokengebruik. Door deze accounts te verwijderen of uit te faseren, houdt u uw omgeving schoon en verkleint u de operationele risico’s.
Werk interne documentatie en runbooks bij
Leg uw nieuwe processen vast zodat uw team en klanten op de hoogte blijven van de nieuwe workflows. Zo verlopen tokenvervangingen op tijd, worden licenties correct aangeschaft en blijven enrollmentworkflows helder, terwijl onboarding en probleemoplossing binnen uw team consistent blijven.
Stroomlijn uw enrollment in Apple Business Manager met NinjaOne
Met de volgende functies van NinjaOne maakt u de overstap met vertrouwen, blijft de enrollment ononderbroken doorlopen en voorkomt u licentieproblemen voordat gebruikers er last van krijgen.
- Licentiemigratie van VPP naar ABM: NinjaOne stroomlijnt de migratie van VPP naar ABM door uw VPP-token in ABM te importeren en licenties te synchroniseren via het MDM-platform.
- Ondersteuning voor Automated Device Enrollment: beheer en meld grote vloten Apple-devices moeiteloos aan bij NinjaOne MDM.
- Centraal licentiebeheer: de Apps en boeken-integratie van NinjaOne synchroniseert VPP- en ABM-licenties met realtime aantallen, kleurgecodeerde statusindicatoren en ondersteuning voor het overdragen van contenttokens.
Quick-start guide
NinjaOne ondersteunt een naadloze overstap van Apple DEP en VPP naar Apple Business Manager (ABM) zonder dat gebruikersdevices worden verstoord. Zo werkt het:
Migratiestappen (overzicht op hoofdlijnen):
- Bereid uw ABM-account voor:
- Zorg dat u een actief Apple Business Manager-account hebt.
- Upload uw bestaande DEP- en VPP-tokens naar ABM.
- Configureer NinjaOne voor ABM:
- Ga in NinjaOne naar Administration > Apps > NinjaOne MDM.
- Upload uw ABM-contenttoken onder het gedeelte Apps and Books.
- Migreer devices:
- Gebruik het Device Enrollment Program (DEP) van Apple om devices in ABM aan te melden.
- Wijs devices binnen ABM toe aan uw NinjaOne MDM-server.
- Synchroniseer Apps en boeken:
- Synchroniseer uw via VPP aangeschafte apps en boeken van ABM naar NinjaOne.
- Rol deze apps uit naar devices via de MDM-beleidsregels van NinjaOne.
- Test en valideer:
- Controleer of devices correct zijn aangemeld en apps zijn uitgerold.
- Zorg dat er geen gebruikersgegevens verloren gaan en dat devices blijven werken.
Belangrijke opmerkingen:
- Eigendom van devices: zorg dat devices in ABM correct zijn aangemerkt als bedrijfseigendom voor optimaal beheer.
- Contenttokens: vernieuw uw ABM-contenttokens jaarlijks om verstoringen te voorkomen.
- BYOD en persoonlijke devices: ABM en ADE zijn uitsluitend bedoeld voor bedrijfseigen hardware. Gebruik voor persoonlijke devices de workflows voor User Enrollment van NinjaOne om bedrijfsgegevens te beveiligen met behoud van de privacy van gebruikers, volledig buiten ABM om.
- User Enrollment: gebruik voor devices in persoonlijk eigendom de accountgestuurde User Enrollment in plaats van Automated Device Enrollment (voorheen DEP).
Breng ADE- en VPP-workflows samen met een upgrade naar Apple Business Manager
Apple Business Manager brengt de workflows voor apparaat- en appbeheer samen op één plek. Een geslaagde ABM-migratie draait om zorgvuldige voorbereiding, goed beheer van tokens en licenties, gestructureerde apparaattoewijzingen en pilotuitrollen.
Door alle stappen uit deze gids te volgen, zorgt u ervoor dat alle benodigde devices, licenties en MDM-workflows netjes overgaan zonder dat enrollment of app-levering wordt verstoord.
Gerelateerde onderwerpen:
