Skip to content
Call +49 40 88192642 Send an email [email protected] Chat in Teams [email protected]
← All articles ·Unkategorisiert · ·7 min read

Taking over Macs in Intune: what I check first

Which points decide the effort before existing Macs are taken over into Intune, when a Mac has to be erased, how Platform SSO, FileVault and software deployment are set up, and where Intune reaches its limits on Macs.

Macs mit Checkliste, Verschlüsselung und zentraler Verwaltung

Many companies use Microsoft 365 and have Macs in use that nobody manages centrally. Bringing them into Intune is quite feasible. Before I enrol the first Mac, though, I check a few things that decide how much work it will be. Here is what they are and how the Macs are set up afterwards. The experience comes from Mac environments I have managed with Intune since 2023.

Why Intune for Macs

I manage Macs in production with both Intune and Mosyle. Intune is the obvious choice where Microsoft 365 is the foundation anyway: the licence is included in Business Premium, Windows PCs, Macs and phones sit in the same console, and device health feeds straight into Conditional Access. When a specialist Apple MDM is the better fit is covered in my comparison of Intune, Mosyle, Jamf and Iru. This article assumes the decision for Intune has been made.

What I check before the takeover

  1. Does the Mac belong to the company in Apple Business Manager? I match the serial numbers against Apple Business Manager (Apple now calls the service “Apple Business”). Only assigned Macs can enrol automatically and are supervised afterwards.
  2. Were Macs bought privately or in a shop? This happens often. I add such Macs to Apple Business Manager afterwards with Apple Configurator. They need Apple silicon or a T2 chip and at least macOS 12.0.1.
  3. Is the Mac already in another MDM? Then the takeover is a migration. From macOS 26, Apple supports changing the management service without erasing, provided the Mac is managed through Automated Device Enrollment. On older versions the old profile has to be removed first.
  4. Is FileVault already on? Then the existing recovery key has to be stored in Intune, or a new one generated on the Mac. Otherwise there is no key when it is needed.
  5. Who is administrator on the Mac? If users have had administrator rights themselves, I change that as part of the takeover.
  6. Which software is needed? I clarify this beforehand so the packages are ready when the Mac is taken over.

Does the Mac have to be erased?

Not necessarily. It depends on how the Mac comes under management.

  • The Mac is in Apple Business Manager and assigned to the MDM, but was set up without management: it does not have to be erased. From macOS 14, macOS shows the user a full-screen prompt to enrol. It can be postponed once for eight hours; after that the user has to enrol or erase the Mac.
  • The Mac is to be enrolled without erasing: this works as a personal device. The user enrols the Mac through Company Portal, and the configuration profiles still come from the MDM. Management is more limited, because settings that apply only to supervised devices are missing. For many requirements that is enough.
  • The Mac was bought privately and is to be added to Apple Business Manager with Apple Configurator: here erasing is required, because the Mac has to be sitting in Setup Assistant. I back up the data first.
  • The Mac is moving from another MDM: from macOS 26 this is possible without erasing. On older versions it depends on whether the old profile can be removed.

For privately bought Macs there is one more point: after handover, the user has 30 days to release the Mac from management. That is worth knowing before adding devices with Configurator.

How the Macs are set up afterwards

Signing in with the work account

With Platform SSO, users sign in to the Mac with their Microsoft account. The Mac is registered in Entra ID, apps and browsers are passed the sign-in, and there is one password fewer.

Encryption

FileVault is enforced through Intune, and the personal recovery key is stored centrally in Intune, where it can be rotated. Administrators can only view it for Macs marked as corporate devices.

Software

I deploy applications as PKG packages through Intune, including packages with their own scripts. For common applications I also use Installomator, an open-source script that downloads the current version from the vendor and checks the signature and notarisation before installing.

Rights

Users work as standard users without local administrator rights. What they need comes through Intune.

Where Intune reaches its limits on Macs

The clearest limit is response time. A command sent from Intune sometimes only reaches the Mac after several minutes. With shell scripts it can take several hours: according to Microsoft, the Intune agent on the Mac usually checks for new or changed scripts only every eight hours, independently of the device’s regular check-in. In my experience, Mosyle, Jamf and Iru respond considerably faster here.

For day-to-day work in most companies this is not a problem, because settings and software don’t change by the minute. But if you regularly need to intervene at short notice with a script, you notice the difference. I have also moved environments from Intune to Iru and from Intune to Mosyle.

Sources