B2B 协作邀请兑换
适用于：
员工租户 
外部租户（了解详细信息）
本文介绍来宾用户可以访问资源以及所遇到的同意过程的方式。 如果向来宾发送邀请电子邮件，邀请会附有一个链接，来宾可以兑换该链接来访问应用或门户。 邀请电子邮件只是来宾可以访问资源的其中一种方式。 或者，可以将来宾添加到目录并为其提供指向要共享的门户或应用的直接链接。 无论他们使用哪种方法，都会指导来宾完成首次同意过程。 此过程可确保来宾同意隐私条款，并接受已设置的任何使用条款。
将来宾用户添加到目录时，来宾用户帐户的同意状态（可在 PowerShell 中查看）最初设置为“PendingAcceptance”。 在来宾接受邀请并同意隐私策略和使用条款之前，此设置一直保留。 此后，同意状态会更改为“已接受”，且不再向来宾显示同意页。
通过直接链接的兑换流程
作为邀请电子邮件或应用程序的常用 URL 的替代方法，你可以为来宾提供指向你的应用或门户的直接链接。 首先需要通过 Microsoft Entra 管理中心或 PowerShell将来宾用户添加到目录中。 当来宾使用直接链接而不是邀请电子邮件时，仍将指导他们完成首次同意体验。
注意
直接链接特定于租户。 换句话说，它包含租户 ID 或已验证的域，以便可以在共享应用所在的租户中对来宾进行身份验证。 下面是使用租户上下文的直接链接的一些示例：
- Microsoft Entra 管理中心：
https://entra.microsoftonline.cn/<tenant id>
下面是使用直接链接与邀请电子邮件时需要注意的一些事项：
电子邮件别名：使用受邀电子邮件地址别名的来宾将需要电子邮件邀请。 （别名指与电子邮件帐户关联的其他电子邮件地址。）用户必须选择邀请电子邮件中的兑换 URL。
冲突的联系人对象：兑换流程已更新，以防止当来宾用户对象与目录中的联系人对象冲突时出现登录问题。 每当使用与现有联系人匹配的电子邮件添加或邀请来宾时，来宾用户对象上的 proxyAddresses 属性将保持为空。 以前，外部 ID 仅搜索 proxyAddresses 属性；因此当它找不到匹配项时，直接链接兑换会失败。 现在，外部 ID 搜索 proxyAddresses 和受邀的电子邮件属性两者。
通过邀请电子邮件的兑换流程
使用 Azure 门户将来宾用户添加到目录时，会在该过程中向来宾发送邀请电子邮件。 你还可以选择在使用 PowerShell 将来宾用户添加到目录时发送邀请电子邮件。 下面是来宾在兑换电子邮件中的链接时的体验说明。
来宾的同意体验
当来宾首次登录合作伙伴组织中的资源时，他们将看到以下同意体验。 这些同意页面仅在来宾登录后才会显示，如果用户已经接受它们，则根本不显示这些页面。
来宾查看描述邀请组织的隐私声明的“查看权限”页。 用户必须“接受”根据邀请组织的隐私策略使用其信息才能继续。
同意此同意提示，即表示你已知帐户的某些内容将被共享。 其中包括你的姓名、照片和电子邮件地址，以及目录标识符，其他组织可能会使用这些标识符来更好地管理你的帐户并改善你的跨组织体验。
注意
有关如何以租户管理员身份链接到组织隐私声明的信息，请参阅操作说明：在 Microsoft Entra ID 中添加组织的隐私信息。
如果已配置使用条款，来宾将打开并查看使用条款，然后选择“接受”。
可以在“外部标识”>“使用条款”中配置使用条款。
除非另行指定，否则来宾将重定向到应用访问面板，其中列出了来宾可以访问的应用程序。
在目录中，来宾的“已接受邀请”值更改为“是” 。 有关来宾用户帐户属性的详细信息，请参阅 Microsoft Entra B2B 协作用户的属性。 如果在访问应用程序时看到要求管理员同意的错误，请参阅如何向应用授予管理员同意。