So as a concept to get machine back into DEP enrolment Status I have done some basic testing to get it back done to as zero touch as possible

1. Make sure the Global Setting > Re-enrollment are all un-ticked and the drop down is "Clean Nothing"




2. Disable your policy's which do the -userLevelMdm command




3. Create a new Pre-stage enrolment profile for re-enrollment
   General > Don't require Auth
   General > Make MDM Profile Mandatory
   General > Skip All Steps on setup window
   Account Settings > Skip Account Creation




4. Create a policy to remove /var/db/.AppleSetupDone and restart the machine.




5. Upon restart you will go through the setup assistant and have to agree to as few things as possible.




6. Once you have confirmed and re-enrolled all devices you will want to change back the settings changed in items 1 and move devices back to original pre-stage enrolment

@rickgmac Do you know if there is an open PI on this, or is the "Here be Dragons" disclaimer in the KB all we will see on this?

So, this is not DEP specific: running "jamf mdm -userLevelMdm" on a 10.13.x Mac which has UAMDM enabled will RESET the UAMDM status. 'Effing hell, Jamf and Apple! HELL!

Wow... just wow...

This past year I really feel like Apple has lost the plot on macOS..

UAMDM, Kext blocking, deprecating of imaging, deprecation of OS X Server and SUS, firmware updates only installable through macOS Install, encouragement to abandon AD, Configuration Profiles that trade the subtlety of MCX with it's Once, Often, Always for the blunt knife they've become... After spending the past couple months trying to plan our migration of 3500 Macs to High Sierra over the summer, this will be the first time in over a decade that we will be redeploying the previous year's OS. Even worse, we're starting to think about abandoning the platform altogether as it's getting almost impossible to manage with any kind of predictability.

What a SHAMBLES!!! Please JAMF, provide an easy fix that we can push out for this..... it's a DEP disaster.

So, this is not DEP specific: running "jamf mdm -userLevelMdm" on a 10.13.x Mac which has UAMDM enabled will RESET the UAMDM status. 'Effing hell, Jamf and Apple! HELL!

It also appears to change Enrolled via DEP from Yes to No for our DEP enrolled Macs when our first local admin user is logged in for the first time and a VPP app is deployed automatically. We've had to turn off automatic VPP app installation all together until we figure out a workaround.

It seems to me that the issue stems from our first local admin user not getting classified as "MDM Capable" at creation by the pre-stage enrollment.

Has anyone identified an alternative to the jamf mdm -userlevelMdm command to apply user level config profiles?

I've had about half of my 10.13 systems enrolled via DEP lose their "Enrolled via DEP" status in Jamf inventory. I also have a single VPP app automatically deployed to all systems but I honestly don't know what variables are contributing to this problem. End result is this is beyond annoying.

My issues were originating from VPP apps set to automatically install while our local admin was logged in. We fixed this by adding our local admin account to the exclusion list for these VPP apps.

@analog_kid are the clients losing UAMDM status logging in with local users?

@Kaltsas I minimized the conditions that cause the issue in the first place since I posted. But even so, I've seen it positively occur since then. Luckily we aren't reliant on local users and use Mobile users mostly.

any updates? This is a problem now that Supervision is a thing on macOS.