You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/active-directory/fundamentals/license-users-groups.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -32,7 +32,7 @@ There are several license plans available for the Azure AD service, including:
32
32
33
33
For specific information about each license plan and the associated licensing details, see [What license do I need?](https://www.microsoft.com/security/business/identity-access-management/azure-ad-pricing). To sign up for Azure AD premium license plans see [here](./active-directory-get-started-premium.md).
34
34
35
-
Not all Microsoft services are available in all locations. Before a license can be assigned to a group, you must specify the **Usage location** for all members. You can set this value in the **Azure Active Directory > Users > Profile > Settings** area in Azure AD. Any user whose usage location isn't specified inherits the location of the Azure AD organization.
35
+
Not all Microsoft services are available in all locations. Before a license can be assigned to a group, you must specify the **Usage location** for all members. You can set this value in the **Azure Active Directory > Users > Profile > Settings** area in Azure AD. When assigning licenses to a group or bulk updates such as disabling the synchronization status for the organization, any user whose usage location isn't specified inherits the location of the Azure AD organization.
36
36
37
37
## View license plans and plan details
38
38
@@ -80,7 +80,7 @@ Make sure that anyone needing to use a licensed Azure AD service has the appropr
80
80
The **Assign license** page updates to show that a user is selected and that the assignments are configured.
81
81
82
82
> [!NOTE]
83
-
> Not all Microsoft services are available in all locations. Before a license can be assigned to a user, you must specify the **Usage location**. You can set this value in the **Azure Active Directory > Users > Profile > Settings** area in Azure AD. Any user whose usage location is not specified inherits the location of the Azure AD organization.
83
+
> Not all Microsoft services are available in all locations. Before a license can be assigned to a user, you must specify the **Usage location**. You can set this value in the **Azure Active Directory > Users > Profile > Settings** area in Azure AD. When assigning licenses to a group or bulk updates such as disabling the synchronization status for the organization, any user whose usage location isn't specified inherits the location of the Azure AD organization.
Copy file name to clipboardExpand all lines: articles/active-directory/reports-monitoring/reports-faq.yml
+5Lines changed: 5 additions & 0 deletions
Original file line number
Diff line number
Diff line change
@@ -89,6 +89,11 @@ sections:
89
89
I see .XXX in part of the IP address from a user in my sign-in logs. Why is that happening?
90
90
answer: |
91
91
Azure AD may redact part of an IP address in the sign-in logs to protect user privacy when a user may not belong to the tenant viewing the logs. This action happens in two cases: first, during cross tenant sign ins, such as when a CSP technician signs into a tenant that CSP manages. Second, when our service wasn't able to determine the user's identity with sufficient confidence to be sure the user belongs to the tenant viewing the logs.
92
+
- question: |
93
+
I see "PII Removed" in the Device Details of a user in my sign-in logs. Why is that happening?
94
+
answer: |
95
+
Azure AD redacts Personally Identifiable Information (PII) generated by devices that do not belong to your tenant to ensure customer data does not spread beyond tenant boundaries without user and data owner consent.
Copy file name to clipboardExpand all lines: articles/active-directory/verifiable-credentials/verifiable-credentials-configure-tenant.md
+7-5Lines changed: 7 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
---
2
2
title: Tutorial - Configure your tenant for Microsoft Entra Verified ID
3
-
description: In this tutorial, you learn how to configure your tenant to support the Verifiable Credentials service.
3
+
description: In this tutorial, you learn how to configure your tenant to support the Verified ID service.
4
4
ms.service: decentralized-identity
5
5
ms.subservice: verifiable-credentials
6
6
author: barclayn
@@ -24,7 +24,7 @@ Specifically, you learn how to:
24
24
25
25
> [!div class="checklist"]
26
26
> - Create an Azure Key Vault instance.
27
-
> - Set up the Verifiable Credentials service.
27
+
> - Set up the Verified ID service.
28
28
> - Register an application in Azure AD.
29
29
30
30
The following diagram illustrates the Verified ID architecture and the component you configure.
@@ -77,6 +77,7 @@ The Verifiable credentials service request is the Request Service API, and it ne
77
77
78
78
1. To save the changes, select **Add**.
79
79
80
+
80
81
## Set up Verified ID
81
82
82
83
To set up Verified ID, follow these steps:
@@ -87,7 +88,7 @@ To set up Verified ID, follow these steps:
87
88
88
89
1. Set up your organization by providing the following information:
89
90
90
-
1.**Organization name**: Enter a name to reference your business within Verifiable Credentials. Your customers don't see this name.
91
+
1.**Organization name**: Enter a name to reference your business within Verified IDs. Your customers don't see this name.
91
92
92
93
1.**Domain**: Enter a domain that's added to a service endpoint in your decentralized identity (DID) document. The domain is what binds your DID to something tangible that the user might know about your business. Microsoft Authenticator and other digital wallets use this information to validate that your DID is linked to your domain. If the wallet can verify the DID, it displays a verified symbol. If the wallet can't verify the DID, it informs the user that the credential was issued by an organization it couldn't validate.
93
94
@@ -99,7 +100,7 @@ To set up Verified ID, follow these steps:
99
100
1. Under **Advanced**, you may choose the **trust system** that you want to use for your tenant. You can choose from either **Web** or **ION**. Web means your tenant uses [did:web](https://w3c-ccg.github.io/did-method-web/) as the did method and ION means it uses [did:ion](https://identity.foundation/ion/).
100
101
101
102
>[!IMPORTANT]
102
-
> The only way to change the trust system is to opt-out of verifiable credentials and redo the onboarding.
103
+
> The only way to change the trust system is to opt-out of the Verified ID service and redo the onboarding.
103
104
104
105
105
106
1. Select **Save and get started**.
@@ -156,7 +157,8 @@ You can choose to grant issuance and presentation permissions separately if you
156
157
157
158
## Service endpoint configuration
158
159
159
-
1. Navigate to the Verified ID in the Azure portal.
160
+
161
+
1. Navigate to the Verified ID service in the Azure portal.
0 commit comments