一致规则取代客户政策?

[yazkuro]

你好，我是Concur的最终用户。

当我需要使用时，我需要使用Concur独立的“用户名结构”和“密码规则”登录Concur系统，这与我们公司的其他系统包括AD名/密码和核心ERP系统完全不同。

我们的IT团队说这是Concur的政策(?)，它取代了我们的内部标准。

是真的吗?如果每个员工不记录(这是我们公司的规定)，管理很多用户名和密码是非常困难的，导致很多求助台要求“重置”查询。这是一个非常非常重要的问题，大多数相关方都忽略了，因为他们只关心各自的利益(没有“客户的观点”)。

为了使查询更简单，Concur是否可以软化其密码规则以与客户的其他系统保持一致?

(我们的密码规则要求alpha/newmeric/符号的组合，而不是大写/小写)

如果遇到同样问题的人给我建议，我很感激。

最好的问候,

yazkuro

[JessicaL · Accepted solution]

Concur提供单点登录，因此可以在更大范围内解决您公司的问题。

然而，Concur密码在我工作的公司不需要大写/小写，你已经提到。我们建议使用它来提供更强的密码保护，但Concur不需要。对其他人对此的看法也很感兴趣。

最好的

[yazkuro]

嗨,杰西卡

非常感谢您的回复。

我知道Concur不需要密码的上下策略。

在一般的密码保护中，应用严格的规则/策略更安全，这很容易为狭隘的实现立场。但从用户的角度来看，面对多个规则是一场灾难，但实现团队并不在意。

不幸的是，在我工作的公司没有耳朵消化这种情况，说这是“Concur的要求”....

无论如何，再次感谢您的回复，感谢。

BR

Yaz(用户代表)

[KevinD]

@yazkuro我想指出的是，我们的客户选择了他们将在SAP Concur登录中使用的命名约定，我们没有为我们的客户选择这种命名约定。因此，如果您的公司登录来访问您的网络或登录到您的计算机与您的SAP Concur用户名和密码不同，那是您的公司做出的决定。

至于密码要求，因为每个公司都是不同的，我们必须允许任何类型的密码，有最低限度的规则或要求。

[yazkuro]

谢谢凯文的澄清。

不幸的是，当我提出这些问题时，我们负责实现的IT和财务团队回应说，这是供应商(Concur)的需求。

此外，我们为Concur使用的“登录”名与其他系统(包括AD登录名)的命名惯例完全不同。

当用户登录时，我们去并发登录页面只告诉"用户名、验证过的电子邮件地址或SSO代码，这样用户永远不会记得Concur的登录ID是什么。

“登录页面显示的信息是固定的，所以我们无法更改”，这是我们IT部门的回答，是真的吗?

最好的问候,

Yaz

[KevinD]

@yazkuro我与我们实现团队中的某个人进行了协商，她确认了用于访问SAP Concur的用户名/登录ID是由我们的每个客户选择的。唯一的要求是遵循XXXX@domain的格式。这是唯一的要求。@之前和之后的内容取决于您的公司。假设您的AD Login是XXXX@domain格式的，那么您的公司可以决定使用与AD Login相同的命名约定。您的AD登录格式是什么?

关于登录界面的信息，我不相信可以修改。

[yazkuro]

你好,凯文

非常感谢!现在我有很好的理解。

(登录名)

• 我知道需求是使用“@domain”
• 登录窗口指令语句不能更改/自定义。

(密码规则)

• 客户可根据公司规定进行选择

现在我只关心一个小问题，因为Concur使用唯一的登录格式(带@domain)，我们员工不记得确切的登录格式是什么，即可能是“AD+域”或“电子邮件+域”或“员工ID+域”。

此外，我们往往会忘记@domain的要求。

这看起来是一个小问题，但在现实中，我们有很多系统的ID和密码相似(不相同)，随着环境变得模糊，这种趋势实际上会增加，

而且一般员工每天不使用Concur，只有在零用现金报销发生时才使用。

所以在登录页面上的定制可以是解决方案，我们有许多内部帮助台的个人系统，大多数的查询是关于登录/pw重置(我们的DX能力是非常原始的....叹气)。

无论如何，再次感谢您的全面解释!

BR

Yaz