Я думаю, что вы смешивать несколько вещей здесь. Office365 отделяет внутренние счета арендатора или внешние счета.
Внешние счета: Внешние учетные записи создаются при приглашении внешнего пользователя на общий ресурс. Внешний может быть приглашен только на основании их адреса электронной почты. Дополнительная информация: https://support.office.com/en-us/article/Manage-external-sharing-for-your-SharePoint-Online-environment-c8a462eb-0723-4b0b-8d0a-70feafe4be85
Внутренние учетные записи: в настройках ootb только для облачных вычислений внутренние учетные записи живут только в Azure Active Directory, связанных с вашим арендатором Office365. Вы можете расширить установку, используя синхронизированную или объединенную установку, используя инструмент синхронизации каталогов. Идентичность в Azure Active Directory определяется либо именем пользователя (UPN), либо адресом электронной почты пользователя. Классическое представление DOMAIN \ USER не поддерживается.
В обеих настройках учетные записи из вашей локальной сети Active Directory копируются в ваш Azure Active Directory (AAD). В синхронизированной настройке пароль (копируется) копируется, так что пользователи могут входить в систему со своим логином и паролем, которые они теперь получают из своего локального опыта. В федеративной настройке пользователь перенаправляется на локальную конечную точку ADFS для аутентификации. В этой конечной точке все еще можно использовать формат DOMAIN \ USER для аутентификации.
Подробнее: https://support.office.com/en-us/article/Understanding-Office-365-identity-and-Azure-Active-Directory-06a189e7-5ec6-4af2-94bf-a22ea225a7a9
Короче говоря: вы должны синхронизировать ваши учетные записи служб по отношению к Office365 и начать использовать их UPN или «виртуальный» адрес электронной почты. После синхронизации ваших учетных записей услуг вы можете полностью назначить глобальные права администратора Office365 на идентификатор AAD, если это то, что вы хотели бы получить.