Required/suggested number of Apple Business manager accounts

As a multi-national company, with 10k+ employees using 5k+ Apple devices (mostly single-user devices) in about 70 countries/subsidiaries (mostly individual legal entities), we currently struggle internally to decide on the long-term usage of ABM accounts.

We already have multiple accounts in place, primarily one each for the major regions Americas, APAC and EMEA, as all of those have responsible regional IT teams. There are also some additional accounts, created by some larger subsidiaries on their own, sometimes without consulting their regional IT


Based on ABM documentation, it seems that using a single account for the whole company would technically be possible. Organizationally, the regions and subsidiaries understandably try to retain their autonomy and look for reasons to keep their individual accounts


We're now looking for actual "best practice" experience from similar companies to get an idea of the actually suggested number of ABM accounts, whether it's a single one for the whole company, one per IT region or one per subsidiary/country

As much as reasonably possible, we strive for fewer accounts, mainly to reduce administrative efforts, but if we'd need to manage multiple accounts in the long run for good reasons, we'd be fine with that as well. We just want to avoid having multiple accounts simply for "autonomy reasons"


Any level of insights would be welcome and helpful

iPhone 16

Posted on Jan 16, 2025 11:37 PM

Reply
Question marked as ⚠️ Top-ranking reply

Posted on Jan 30, 2025 11:51 AM

I've managed this for multiple large multinationals.


I had a primary organization and locations within the org for each country (note that we didn't have any locations in countries where there were data concerns).


The org had 5 administrator accounts. We created a service account with the password stored in an enterprise password manager and used Google Voice to a slack channel for the MFA. This service account was to only be used in break glass situations (like if all the other admins were laid off). Any MFA messages coming into the Slack instance were logged with our compliance team. This account was never used.


The other 4 were for IT leaders and myself. These accounts were only used when an admin was required.

We also had accounts for all with an admin account as well as regional leaders that had individual permissions to device enrollment manager, content manager, and people manager roles.


Then we had techs that had accounts with more limited permissions.


We used a single MDM worldwide. We had sites within the MDM. I had multiple instances of this MDM in ABM for each program to simplify moving devices between enrollment groups in far fewer clicks.


I also had several dev MDM instances. We had one for betas of the MDM platform, one for testing/staging before deploying to our Prod MDM platform, and one for beta testing early OS versions.


Every company is different. I like the service account because layoffs can happen and (speaking from experience) getting access to an ABM instance after the last admin leaves without promoting someone else to admin is a major undertaking.

7 replies
Sort By: 
Question marked as ⚠️ Top-ranking reply

Jan 30, 2025 11:51 AM in response to DMoenks

I've managed this for multiple large multinationals.


I had a primary organization and locations within the org for each country (note that we didn't have any locations in countries where there were data concerns).


The org had 5 administrator accounts. We created a service account with the password stored in an enterprise password manager and used Google Voice to a slack channel for the MFA. This service account was to only be used in break glass situations (like if all the other admins were laid off). Any MFA messages coming into the Slack instance were logged with our compliance team. This account was never used.


The other 4 were for IT leaders and myself. These accounts were only used when an admin was required.

We also had accounts for all with an admin account as well as regional leaders that had individual permissions to device enrollment manager, content manager, and people manager roles.


Then we had techs that had accounts with more limited permissions.


We used a single MDM worldwide. We had sites within the MDM. I had multiple instances of this MDM in ABM for each program to simplify moving devices between enrollment groups in far fewer clicks.


I also had several dev MDM instances. We had one for betas of the MDM platform, one for testing/staging before deploying to our Prod MDM platform, and one for beta testing early OS versions.


Every company is different. I like the service account because layoffs can happen and (speaking from experience) getting access to an ABM instance after the last admin leaves without promoting someone else to admin is a major undertaking.

Reply

Jan 16, 2025 11:56 PM in response to DMoenks

DMoenks Said:

"Required/suggested number of Apple Business manager accounts As a multi-national company, with 10k+ employees using 5k+ Apple devices (mostly single-user devices) in about 70 countries/subsidiaries (mostly individual legal entities), we currently struggle internally to decide on the long-term usage of ABM accounts.[...] We just want to avoid having multiple accounts simply for 'autonomy reasons' Any level of insights would be welcome and helpful"

-------


Take this Up with Apple:

The ultimate answer to user accounts and their usage is beyond anyone's call here. This is a User-to-User forum. You are not speaking with Apple. So, ask Apple for the answer. :)

Apple Contact Info:

Reply

Jan 17, 2025 7:04 AM in response to DMoenks

Hey DMoenks,


I think I can provide an opinion on the topic. Note, all organizations differ and I have no insight into your operations and the decisions made in the past that have led you to this moment in time. However, what I can offer is the approach I use when consulting with businesses of all sizes.


Now, before I get into the weeds on this, I am going to assume you are talking about administrative roles, not Managed Apple IDs. If you are talking Managed Apple IDs, and you have a use case for them, then Federate, sync, and call it a day (well, then call it a day the day after you spend a month assisting people migrate pre-existing Apple IDs that were setup using your domain...).


Ok, the rules of Apple Business Manager. ABM establishes chain of custody trust between your business and Apple. When first established, someone with legal binding authority completed the setup and verification. This trust allows the linking of hard and soft assets. These assets can then be assigned to DEP Tokens (your MDM server) and VPP tokens (apps and books). These tokens are then distributed to the regional MDM servers. And then MDM administrators can work independently of ABM.


My guess is that you have multiple MDMs and that hardware class auto-assignment is not possible. This means there is someone who must log into ABM and assign the hardware as it is purchased (I also assume you have multiple resellers numbers for your various countries of operations - no one want to pay VAT.).


This is your opportunity to use roles in ABM. Remember, you can only have 5 administrators in ABM. This role is the god role and is able to do everything. Now, technically you can share credentials and add cell numbers to the MFA list to allow more than 5 people to access the admin accounts. But, sharing credentials? In 2025? That is a no no. If your organization does any type of annual compliance review, sharing credentials will be a red flag and I am sure you, like me, hate writing justification documents. Try not to share credentials.


Instead, use roles, found under Access Management. Roles include: Administrator, People Manager, Device Enrollment Manager, Content Manager, and Staff. Users can be assigned multiple roles.


Here may be a scenario that will work for you. Let's say you are the main admin. You signed the paperwork and you are god. But, you have offices in the US, Germany, France, and Japan. Each of these locations has a local reseller or Apple sales channel and each buys equipment that is automatically assigned to the single ABM. Likewise, these locations have different business roles, and thus, different application needs. Someone with local knowledge needs to be able to assign hardware to an MDM and software to VPP.


I would structure the accounts so each location has a user who gets the Device Enrollment manager role, allowing the person to assign new hardware assets to their MDM server. Then, determine who the content manager is and give that person the role of Content Manager. This will allow that person to license/purchase software and assign it to the correct location. If the person is one in the same, assign them both roles.


By doing this, you comply with a couple of good rules of thumb. 1: You are providing a unique account for each person. If the person leaves the organization, shutting down the account impacts one and only one person... the one that left. Remember, sharing credentials is a no no as you must change password every time there is an HR stir up. 2: You are using delegated rights to ensure no edge user is god. 3: You are providing the regional admins the appropriate level of access, not more than they need.


Ok, hope this helps in thinking this through. Always avoid sharing credentials. It is a nightmare that will come back to haunt.

Reply

Jan 31, 2025 2:59 AM in response to celliott147

That's really helpful and, without wanting to provide a bias regarding the topic, I actually hoped that we can work with a single (production) instance of ABM for the whole company for the foreseeable future

Having some parallel configuration for a dev environment is something we'll also keep in mind, if something like that ever becomes a necessity

Reply

Jan 17, 2025 12:19 AM in response to TheLittles

I fully understand that this is a community forum and that's exactly the reason why I'm asking here 😉

I'd like to have feedback from other Apple (business) customers and their experience with using ABM accounts, as Apple's own documentation doesn't provide a definite answer on the matter and a parallel Apple support case also didn't yet provide any new information

Reply

Jan 30, 2025 4:26 AM in response to Strontium90

Thanks Strontium90 for the elaborate reply and please excuse the quite belated response, I had to handle some other topics in the meantime


There are actually quite some helpful things in your detailed view on the topic, but it also brings up a (historic) topic I maybe should have mentioned and that seems important after reading your reply:

We in fact had multiple on-premises MDMs from different vendors in the past, a regional one for the Americas, another one shared by the APAC and EMEA regions and maybe a few national ones

About two years ago, all mobile devices were migrated to a single instance of a cloud MDM from a major tech company though. There are no other MDMs used throughout the company as of now


Your reply also brings up something else I should probably clarify, which might have been confusing due to my choice of words and the way we talk about that topic within the company. When saying "ABM account", I actually mean "ABM instance", not "account within ABM"

We're in fact struggling with defining how many instances of ABM we might need or should have, for various reasons. Some of us can't see any good reason to have more than one instance, some are concerned that ABM instances might have some internal region/country affiliation which might hinder us from using a single one for all the global subsidiaries and their different local vendors


Sharing credentials is definitely a no-go, I'm totally with you in this regard, so any approach mentioning that wouldn't ever be considered...

Reply

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

Required/suggested number of Apple Business manager accounts

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.