同意规则取代客户政策?

[yazkuro]

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

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

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

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

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

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

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

最好的问候,

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相同的命名约定，假设您的AD Login是XXXX@domain格式。您的AD登录格式是什么?

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

[yazkuro]

你好,凯文

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

(登录名)

• 我知道要求是使用“@domain”
• 无法更改/自定义登录窗口指令句。

(密码规则)

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

现在我只有一个小问题，因为Concur使用唯一的登录格式(带有@域)，我们员工不记得确切的登录格式ie可能是“AD+域”或“e-mail +域”或“员工ID+域”。

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

这看起来是个小问题，但事实上，我们有很多ID和密码相似(不是相同)的系统，随着环境进入云计算，这种趋势实际上会增加，

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

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

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

BR

Yaz