Azure
Microsoft が管理する世界のデータ センター ネットワークを介してアプリケーションとサービスを構築、配置、および管理するインフラストラクチャおよびクラウド コンピューティング プラットフォーム。
「アプリの登録」の「APIのアクセス許可」権限に関して
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(249.60000000000002, 64%, 34%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EKF%3C/text%3E%3C/svg%3E)
Katsuya Fujii
0
評価のポイント
「アプリの登録」の「APIのアクセス許可」にて添付画像のような権限を付与しています。
その中で、弊社アプリケーション側で「TeamsAppInstallation.ReadWriteForUser.All」の権限でTeams AppをOAuth認証した特定テナントの全ユーザーにインストールしたいと思っています。
しかし、この「TeamsAppInstallation.ReadWriteForUser.All」を設定しているのですが、「/common/oauth2/v2.0/token」にpostしたときのscopeでは以下のものしか返ってきません。
- AppCatalog.Read.All
- TeamsAppInstallation.ReadWriteForTeam
- TeamsAppInstallation.ReadWriteForUser
- TeamsAppInstallation.ReadWriteSelfForUser
- User.Read.All
- profile
- openid
このAzure側で設定したscopeを全て使用したい場合はどうすれば良いですか？
またこれに付随した質問なのですが、先に上げた「post /common/oauth2/v2.0/token」で返ってくるscopeで「get /v1.0/users/{user_id}」では200になって、「get /v1.0/users/{user_id}/teamwork/installedApps」や「post /v1.0/users/{user_id}/teamwork/installedApps」では404になるユーザがいます。(全員ではありません)
これは、「TeamsAppInstallation.ReadWriteForUser.All」ではなく「TeamsAppInstallation.ReadWriteForUser」しかないためscopeの説明にある通り、特定ユーザーがTeamsにサインインしていないため404になる起こる現象なのでしょうか？
Azure
-
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(6.4, 5%, 10%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3ESM%3C/text%3E%3C/svg%3E)
Sridevi Machavarapu 5,885 評価のポイント ボランティア モデレーター2025-02-17T10:08:36.9833333+00:00 こんにちは @Katsuya Fujii
scpクレームのデコードされたトークンに見られる権限は、アクセストークンを生成するために使用する認証フローまたはグラントタイプに依存します。委任型の権限を付与する認可コードフローのような委任フローを使用している場合、デコードされたscpクレームにはその委任権限のみが表示されます。TeamsAppInstallation.ReadWriteForUser.Allは、管理者の同意を与えた後にクライアント資格情報フローを使用してアクセストークンを生成した場合にのみ、デコードされたトークンのrolesクレームに存在するアプリケーションタイプの権限です。現在使用しているアクセストークンを生成するための認証フローを含めてもらえますか？それは認可コードフローですか？サインインしているユーザーが、UPNが.onmicrosoft.comで終わるローカルテナントユーザーか、個人のMicrosoftアカウントユーザーであるかを確認してください。
上記が不明確な場合や懸念がある場合は、下にコメントを追加してください。
私は英語から日本語に私の答えを翻訳しています。私の文の文法の間違いをお許しください。
-
Sridevi Machavarapu 5,885 評価のポイント ボランティア モデレーター
2025-02-21T12:14:04.19+00:00 こんにちは @Katsuya Fujii
前回の返信以来連絡がありませんが、解決策は見つかりましたか?
解決策がある場合は、コミュニティと共有してください。他の人にも役立つかもしれません。
それでも解決しない場合は、詳細をお知らせください。私たちもこの点に関しても全力でお手伝いさせていただきます。
-
Katsuya Fujii 0 評価のポイント
2025-03-21T00:52:08.4533333+00:00 Hi SrideviM
Sorry for the late reply. Do you mind giving me an English ver of the comment? Just to make sure if I understand that correctly.
-
Sridevi Machavarapu 5,885 評価のポイント ボランティア モデレーター
2025-03-21T01:06:01.38+00:00 Hello @Katsuya Fujii
Note that, you can only get permissions of Delegated type in
scpclaim. As "TeamsAppInstallation.ReadWriteForUser.All" is permission of Application type, you are not seeing it inscpclaim. If your requirement is to use permissions of Application type, switch to client credentials flow to generate access token by granting admin consent to permissions of Application type.Regarding 404 error, it appears if the user is not found or that specific user is not signed in to Teams and does not have any installed apps.
Hope this helps! If you have any further query, please add more details on how exactly you are generating token and what API you are calling.
Kindly consider upvoting the comment if the information provided is helpful. This can assist other community members in resolving similar issues.
サインインしてコメントする
サインインして回答する