Azure B2C自定义IEF策略生成displayName无法持久化至Entra用户对象

问题核心是：你通过ClaimsTransformation生成的displayName声明仅被包含在JWT的name Claim中，但IEF默认不会自动将计算生成的声明写入Entra（AAD）用户目录，必须显式配置持久化规则。

关键修复步骤 #

1. 确认displayName已被正确计算 #

确保你已通过ClaimsTransformation完成givenName和surname的拼接（你已验证JWT中的name正确，这一步应该没问题，可核对配置）：

<ClaimsTransformation Id="CreateDisplayName" TransformationMethod="FormatStringClaim">
  <InputClaims>
    <InputClaim ClaimTypeReferenceId="givenName" TransformationClaimType="inputClaim1" />
    <InputClaim ClaimTypeReferenceId="surname" TransformationClaimType="inputClaim2" />
  </InputClaims>
  <InputParameters>
    <InputParameter Id="stringFormat" DataType="string" Value="{0} {1}" />
  </InputParameters>
  <OutputClaims>
    <OutputClaim ClaimTypeReferenceId="displayName" TransformationClaimType="outputClaim" />
  </OutputClaims>
</ClaimsTransformation>

同时要确保这个Transformation在注册/更新流程的TechnicalProfile中被调用（比如在LocalAccountSignUpWithLogonEmail或社交登录的TechnicalProfile里添加<OutputClaimsTransformations>引用）。

2. 添加displayName的持久化配置 #

找到负责写入Entra用户数据的TechnicalProfile（本地账户注册用AAD-UserWriteUsingLogonEmail，社交登录用AAD-UserWriteUsingAlternativeSecurityId，账户更新用AAD-UserWriteProfileUsingObjectId），在<PersistedClaims>节点中添加displayName声明，告诉IEF要将该值写入用户对象：

<TechnicalProfile Id="AAD-UserWriteUsingLogonEmail">
  <PersistedClaims>
    <!-- 保留原有其他PersistedClaim，新增以下行 -->
    <PersistedClaim ClaimTypeReferenceId="displayName" />
  </PersistedClaims>
</TechnicalProfile>

之前将displayName设为输入字段时能正常持久化，是因为输入字段会被自动纳入持久化列表（或当时隐含配置了PersistedClaim），但计算生成的声明必须显式配置。

3. 优化ClaimType定义（可选） #

如果不需要用户手动输入displayName，可移除ClaimType中的<UserInputType>节点，避免混淆：

<ClaimType Id="displayName">
  <DisplayName>Display Name</DisplayName>
  <DataType>string</DataType>
  <DefaultPartnerClaimTypes>
    <Protocol Name="OpenIdConnect" PartnerClaimType="name" />
  </DefaultPartnerClaimTypes>
</ClaimType>

验证 #

重新发布策略后，完成注册/更新流程，检查Entra用户对象的displayName字段，应该会正确显示拼接后的姓名。

内容的提问来源于stack exchange，提问作者Eric