I've just had this response from Jamf Support:

So best practice to avoid that(reinstallation of apps during first initial setup), will be to deploy apps via Self Service or don't set apps to Install automatically until the device has been enrolled for one day. Reviewing apps which we got scoped and taking those big ones to manual installation or putting them to be installed in different way not straight after enrollment would probably help. I can already see that this defect has been filed and fixed with version 10.0 so as soon as it will be released we shouldn't face that problem anymore. I will attach this case to PI which we got in place, at this stage we won't be able to do anything more.

Argh! After upgrading to 9.96 last night in a vain attempt to fix something else, it looks like this is broken now. Just got a student down in my office that cannot get Self Service. They kind of need it. What's the ETA on 10?

I am having the same issue on most, if not all of my iPads. I have a call scheduled in just over an hour with an engineer. I have no interest in wiping iPads to fix this. THAT would be ridiculous.

@collinsjd Did you get anywhere with the engineer on this issue?

GRRRRRRRR!!!!!
I am having all the issues listed above.
We have kept the casper jss updated to the latest version that is released
we have turned off cache servers, but that slows app installs from seconds to minutes!
wiping iPads is not a fix when you are staring at 1600 devices in use this year.
I don't see much reply from jamf about this issue.
Waiting for replies as well stephen

I'm experiencing this issue on a regular basis. I've tried the fixes mentioned above, including clearing all failed commands, un-scoping the app to the device, and then pushing it again.

We're seeing the issue with an in-house app we're distributing. We don't have any type of caching server.

We're on 9.96 as well.

First instance today where we see this bug and cannot resolve it. Up until now, clearing the failed command and reissuing the inventory update has solved it, but not on this iOS 10 device. Even unscoped the device from the scope of the app (app isn't installed yet, so no update, but install), and rescoping it, but to no avail. iOS 10.0.2, latest JSS. Have submitted a support ticket to JAMF, let's see what they say.

@St0rMl0rD Today I Erased All Settings on a device, and that solved it so far on that device. That device had four apps that were not updating and hadn't updated for the last six weeks or so.

I cleared the failed commands after the selecting Erase All Settings on the device, and then did an inventory update after the device restarted and it started updating those four apps.

I hadn't tried the Erase All Settings in the past, but a restore in the past had fixed it.

Ive been seeing this issue for a while now even before upgrading to JSS 9.96. I usually just clear the commands. The time on the failed commands is right after the JSS is supposed to auto update the apps at 12:00am.

After doing some searching it looks like other MDMs are seeing the same issue so it doesnt look like it's a JAMF issue. According to this blog, it had to do with a user's iTunes account:

http://smhelp.meraki.com/forums/234177-help-topics/suggestions/13441350-ios-9-3-1-app-already-scheduled-for-management

If we are using Device based management, there shouldnt be any need to login into the app store, correct? Maybe we can disable them with a Restrictions profile?

If we are using Device based management, there shouldnt be any need to login into the app store, correct? Maybe we can disable them with a Restrictions profile?

Only if you opt not to allow any users any autonomy. We're experiencing this issue too, and it seems completely random. It even affects teachers (who we want to be able to get to the App Store on their own)

@alex.wyatt that isn't necessary. You can use the device based app distribution and STILL allow users to download apps on their own additionally - that's how we do that here. This way, whenever a new user joins our organisation, they are ready to go with all the basic apps that are automatically installed, but if they want to install more on their own, they can use an Apple ID to do that, and it works perfectly.

@St0rMl0rD Sorry, I didn't mean to imply that the two were mutually exclusive. What I meant was that the only way to get away with disabling the option to log into the app store would be to totally remove any autonomy on the part of the user, ie a fully-managed app ecosystem. If they're ever going to be able to download apps on their own, they absolutely need an AppleID (and not a Managed AppleID, as those don't have eCommerce rights)

I'm seeing this issue randomly on our teacher iPads. The only thing that had worked so far is to backup and restore the iPad with the problem. No data was lost and the pending apps installed without any issues after the restore. We only have about 30 teacher iPads so I will be trying this again on a few others to see if the fix is consistent.

Any more info on this issue? We have not seen this at all until the last few weeks. JSS 9.97 and iOS 10.2.1 devices.

I worked with JamF tech support and their suggestion of turning off cache servers (use apple for app updates) and have the apps set to "not" update automatically seems to reduce the dreaded "scheduled for management" issue.
JamF tech support stated the since our environment had iOS from 9.x to 10.x, there would be issues with the cache servers.
I am in the process of getting all our iOS devices to 10.2.1, removing the older iOS devices that can't do iOS 10.x, then I can turn on the cache servers again.
I am also hoping that Apple will release iOS 10.3 soon that can fix these issues.

my 2 cents
stephen

Ugh. We had HUGE issues with not having ENOUGH caching servers this fall when school started. We had to deploy 5 new caching server to get apps to install!! What a mess.

Having issues too

We are currently having this issue with a single user and a specific app.

Is there a resolution to this?

If there are other Apps that at stuck on Loading, press one to pause and press again to start loading again. Finally my Self Service app started to come down as well. Issue: The app “com.dreambox.dreamboxmath2” is already scheduled for management

I am having the same issue with a single user/iPad and one specific app. Other apps will install just fine on this iPad and this app installs on other iPads. Has anyone found a solution?

I have had this on many different apps and it appears to happen at random a solution that I just tried twice today was I went into the App Store found the app and noticed it was trying to install there. I stopped the app from installing in the app store and then went back to self service to install and it installed without errors.

I fixed it this way once myself last month. All our apps are device assigned.

I have an iPad Loaner coming back in today with the problem so I'm going to collect some logs for Apple Enterprise Support..

We have this happen on a few iPads every time we push an update. The only solutions I found is to send a remote reboot command, then it installs just fine.

We've been seeing this problem pop up more frequently now. I've tried the majority of what is suggested in this thread and performing a backup and restore has worked in past. Today, I got stubborn and decided to troubleshoot further. I thought of one other thing I hadn't tried. We have the Appstore blocked on our iPads, so first thing I did was take away that restriction. Then I searched for Pages in the app store and clicked the install button. Once it asked for the apple ID, I just hit cancel (since our apps are scoped device based) . I went back to the home screen and sure enough, pages was showing there greyed out now. It let me delete the greyed out Pages off the device at that point. I did a refresh from our JSS and Pages began installing successfully at that time.

I just had an iPad brought to the shop with this issue. I was able to fix it with andy.cauble's procedure. Thanks!