同意规则取代客户政策?

[yazkuro]

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

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

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

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

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

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

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

最好的问候,

yazkuro

[JessicaL · Accepted solution]

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

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

最好的

[yazkuro]

嗨,杰西卡

非常感谢您的回复。

我理解Concur对密码没有上限/下限的要求。

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

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

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

BR

Yaz(用户代表)

[KevinD]

@yazkuro我想指出的是，我们的客户可以选择为他们的SAP concurrent登录使用什么命名约定，我们不会为我们的客户选择这个。因此，如果您的公司登录访问您的网络或登录到您的计算机与您的SAP Concur用户名和密码不同，这是您的公司做出的决定。

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

[yazkuro]

谢谢凯文的澄清。

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

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

当用户登录时，我们去同意登录页面只告诉“用户名、经过验证的电子邮件地址或SSO代码”，这样用户就不会记住Concur的登录ID。

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

最好的问候,

Yaz

[KevinD]

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

关于登录界面的信息，我认为是无法修改的。

[yazkuro]

你好,凯文

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

(登录名)

• 我理解的要求是使用“@domain”
• 登录窗口说明句不能更改/自定义。

(密码规则)

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

现在我唯一担心的是，由于Concur使用唯一的登录格式(带有@domain)，我们员工不记得确切的登录格式是什么，即可以是“AD+域”或“电子邮件+域”或“员工ID+域”。

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

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

一般员工也不会每天使用Concur，只有当零用现金报销发生时才使用。

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

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

BR

Yaz