同意规则取代客户政策?

[yazkuro]

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

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

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

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

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

(我们的密码规则要求字母/新字母/符号的组合，但不要求大写/小写)

如果有人面临同样的问题，请给我建议。

最好的问候,

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使用唯一的登录格式(带@域)，我们员工不记得确切的登录格式是什么，即可能是“AD+域”或“电子邮件+域”或“员工ID+域”。

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

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

此外，一般员工不使用Concur日常，只有在零用现金报销发生时。

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

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

BR

Yaz