|
| 1 | +--- |
| 2 | +author: ombongifaith |
| 3 | +ms.topic: include |
| 4 | +ms.date: 02/06/2026 |
| 5 | +ms.localizationpriority: medium |
| 6 | +--- |
| 7 | + |
| 8 | +### Use of specific query parameters on /subscribedSkus and /domains doesn't return the expected results |
| 9 | + |
| 10 | +<!-- { |
| 11 | + "ms.author": "tazkiaafra", |
| 12 | + "ms.reviewer": "" |
| 13 | +} --> |
| 14 | + |
| 15 | +The following usage of query parameters that target **subscribedSkus** and **domain** entities might not return the expected results: |
| 16 | + |
| 17 | +- Use of `$search` on both **subscribedSkus** or **domain** entities |
| 18 | +- Use of `$top` and `$filter` on the **domain** entity |
| 19 | + |
| 20 | +Currently, these parameters are effectively ignored, and the queries don't return the expected results. |
| 21 | + |
| 22 | +#### Workaround |
| 23 | + |
| 24 | +To prevent any disruption to your business processes, we recommend that you modify your application code to remove usage of these query parameters from queries that target the **subscribedSkus** or **domain** entities and run the search, top, and filter on the client side. |
| 25 | + |
| 26 | +### Configuring federated domains in delegated scenarios requires Directory.AccessAsUser.All permission |
| 27 | + |
| 28 | +<!-- { |
| 29 | + "ms.author": "rahulnagraj", |
| 30 | + "ms.reviewer": "" |
| 31 | +} --> |
| 32 | + |
| 33 | +The [Create internalDomainFederation](/graph/api/domain-post-federationconfiguration), [Update internalDomainFederation](/graph/api/internaldomainfederation-update), and [Delete internalDomainFederation](/graph/api/internaldomainfederation-delete) might require you to grant consent to the *Directory.AccessAsUser.All* permission. This requirement is a temporary workaround till we provide a more granular delegated permission for managing federated domains. |
| 34 | + |
| 35 | +### Claims mapping policy might require consent to additional permissions |
| 36 | + |
| 37 | +<!-- { |
| 38 | + "ms.author": "paulgarn", |
| 39 | + "ms.reviewer": "" |
| 40 | +} --> |
| 41 | + |
| 42 | +The [claimsMappingPolicy](/graph/api/resources/claimsmappingpolicy) API might require consent to both the *Policy.Read.All* and *Policy.ReadWrite.ConditionalAccess* permissions for the `LIST /policies/claimsMappingPolicies` and `GET /policies/claimsMappingPolicies/{id}` methods, as follows: |
| 43 | + |
| 44 | +- If no **claimsMappingPolicy** objects are available to retrieve in a LIST operation, either permission is sufficient to call this method. |
| 45 | +- If there are **claimsMappingPolicy** objects to retrieve, your app must consent to both permissions. If not, a `403 Forbidden` error is returned. |
| 46 | + |
| 47 | +In the future, either permission will be sufficient to call both methods. |
| 48 | + |
| 49 | +### Conditional access policy requires consent to additional permission |
| 50 | + |
| 51 | +<!-- { |
| 52 | + "ms.author": "davidspo", |
| 53 | + "ms.reviewer": "" |
| 54 | +} --> |
| 55 | + |
| 56 | +The [conditionalAccessPolicy](/graph/api/resources/conditionalaccesspolicy) API currently requires consent to the *Policy.Read.All* permission to call the POST and PATCH methods. In the future, the *Policy.ReadWrite.ConditionalAccess* permission will enable you to read policies from the directory. |
0 commit comments