組織 (テナント) 内の複数のカレンダーから Office 365 カレンダー情報を読み取り、エントリに対して何らかの分析を行うサービス アプリケーションを作成しました。これには Office 365 REST API を使用します。
この機能を必要とするクライアント組織 (テナント) が複数あるため、@Matthias Leibmannの記事(Office 365 メール、カレンダー、および連絡先 API を使用したデーモンまたはサービス アプリの構築 (OAuth2 クライアント資格情報フロー))の手順に従いました。
開発中に試用版の Azure アカウントと試用版の Office 365 サブスクリプションを使用しましたが、すべてが非常にうまく機能し、いくつかのテナントのデータに正常にアクセスしています。
しかし、運用 Azure アカウントと運用 Azure Active Directory (AAD) を使用してマルチテナント アプリケーションをセットアップしようとしたときに、「Office 365 Exchange Online」に必要なアプリケーションのアクセス許可を「アクセス許可」で定義できないことに気付きました。運用 AAD アカウントが Office 365 アカウントにリンクされていないため、UI の「他のアプリケーション」セクション。
運用環境の azure アカウントを使用して Office 365 の開発者試用版にサインアップできると思います。これにより、必要なアクセス許可を設定できるようになりますが、Office 365 の試用版が期限切れになる 30 日後にどうなるかはわかりません。
Office 365 アカウントを運用 AAD にリンクせずに、これらの必要なアクセス許可を定義する方法はありますか?
これは単に Azure フロント エンド内のツールの問題ですか、それとも、常に他社の Office 365 アカウントに接続しているにもかかわらず、独自の Office 365 サブスクリプションが必要な技術的な理由があるのでしょうか?