Hemos escrito una aplicación de servicio que lee la información del calendario de Office 365 de varios calendarios en una organización (inquilino) y hace un análisis de las entradas. Usamos la API REST de Office 365 para esto.
Tenemos varias organizaciones de clientes (inquilinos) que requieren esta funcionalidad, así que he seguido los pasos en@Matthias Leibmann artículo aquí:Creación de aplicaciones Daemon o Service con las API de Office 365 Mail, Calendar y Contacts (flujo de credenciales del cliente OAuth2)

Utilizamos una cuenta de prueba de Azure y una suscripción de prueba de Office 365 durante el desarrollo y todo funciona muy bien y hemos estado accediendo con éxito a los datos de varios inquilinos.
Sin embargo, cuando intenté configurar la aplicación Multi-Tenant usando nuestra cuenta de Azure de producción y Azure Active Directory (AAD) de producción, me di cuenta de que no puedo definir los permisos de aplicación necesarios para "Office 365 Exchange Online" en "Permisos para otras aplicaciones "de la interfaz de usuario porque nuestra cuenta AAD de producción no está vinculada a una cuenta de Office 365.
Supongo que podríamos registrarnos para una prueba de desarrollador de Office 365 usando nuestra cuenta de producción azul y esto nos permitiría establecer los permisos requeridos, pero no sé qué sucederá en 30 días cuando caduque la prueba de Office 365.

¿Hay alguna manera de definir estos permisos requeridos sin tener una cuenta de Office 365 vinculada a nuestro AAD de producción?
¿Es solo un problema de herramientas en el front end de Azure o hay una razón técnica por la que necesitamos una suscripción propia de Office 365 a pesar de que siempre nos estamos conectando a la cuenta de Office 365 de otra compañía?