如果要通过SSO登录，则该帐户的登录名必须与用于SSO的技术（在您的情况下为AD）相匹配，您可以在该帐户上附加任何别名，但要确保没有重命名该帐户。 从理论上讲，重命名该帐户应该可以，但是我已经看到了在这种情况下会引起问题的情况，因此为了避免潜在的问题，在所有情况下，AD帐户都应该是用户名，并且应该附加基于企业，SAP或LDAP的其他用户名。

现在没有任何常用的用户名，该插件的自动映射功能将无法使用，但是我们拥有第三方和咨询工具，可以协助将用户名与非用户名配对。 在此主题

-Tim

映射在AD中使用samaccount名称，LDAP插件将允许其他变量，但AD插件仅被硬编码为SAMaccountnanem。 将来，他们正在谈论增强此功能，以允许通过1-2个其他变量进行命名，例如用于其他类型的身份验证（例如SAML，ADFS等）的电子邮件地址，但是我还没有看到关于该问题的任何信息。 版本可能只出现在讨论中。

嗨，蒂姆，

在这种情况下，我们已经建立了使用secEnt（即" FLAST"）的BI系统，并且需要配置secWinAD SSO。 但是，AD用户ID（即" 123456"）与现有的用户名不匹配，因此自动合并将不起作用。

电子邮件地址属性是为BI用户维护的，并且与AD匹配，因此，如果我们可以基于此属性以某种方式合并用户ID，那将是一个很大的帮助。 根据您的答复，BI产品不会执行此操作，需要维护手动映射，否则可能会有一些自定义工具可以在此处提供帮助（ https://answers.sap.com/questions/736450/sap-businessobjects-assignment-of-user -aliases-sap.html ）

问候，沃尔特

嗨，蒂姆，

感谢您的反馈，这恰恰是我们要解决的局限性。 sAMaccountname与BI和后端系统中使用的（现有）SAP用户ID不匹配。 现在，我们决定使用可以在其中映射属性的LDAP插件，但这意味着我们必须在没有SSO到BI Launchpad（和AfO）的情况下进行操作。

欢呼声，沃尔特