对于那些可能会在以后查看这个信息的人…
Concur回复我说,Nickname字段实际上并不是首选名称字段。它纯粹是为了如果你的公司里有人使用了不同的名字,你可以把它记录下来作为参考,但这个昵称实际上并没有在任何地方使用。
对于那些可能会在以后查看这个信息的人…
Concur回复我说,Nickname字段实际上并不是首选名称字段。它纯粹是为了如果你的公司里有人使用了不同的名字,你可以把它记录下来作为参考,但这个昵称实际上并没有在任何地方使用。
嗨,Jackie,我看到这篇文章很老了,但想知道你是否能够解决这个问题?目前,我们在用户的个人资料中填充了首选的姓名,并在他们需要预订航空旅行时打开该字段,以便他们可以编辑以匹配他们的身份。你是否找到了一种方法,让用户的首选名称显示给其他人,但仍然让他们的“合法”名称与他们的ID相匹配,并用于旅行预订?
嗨,莎莉,我也有同样的问题,想知道你有没有收到杰基的回复?我们还没有对雇员导入进行任何更改,以适应首选名称,但我们需要在2023年前遵守。我们有费用模块,需要为根据收据审核费用报告的后台办公室人员存储和显示Legal Name,但我们需要为用户只显示Preferred Name(在Concur配置文件中也称为昵称)。
以下是我问Concur的一个关于用户配置文件和他们的响应的昵称的问题:
问题:是否可以使用Nickname字段捕获首选名称,然后也显示在系统的区域中,以代替将法定名称显示为Employee Name?
答:昵称字段不是Employee Import的一部分,因此它不能用于您所寻找的内容。
如果我们想将Nickname字段用于首选名称并在First name字段中保留合法名称,那么填充Nickname字段的系统方法似乎存在问题。此外,Concur没有回答在某些区域显示首选/昵称,但在其他区域保留合法名称的能力。
你好,
也许这个会有帮助。
我们从工资单程序中导入用户名和数据,因此名称使用他们的SS卡中的合法名称。然而,有些用户的旅行证件(驾照、护照等)上的姓名形式不同。因此,我们让Concur更改我们的旅行资料设置,使其在导入后不更新员工姓名。现在我们的旅行管理员可以更改他们的旅行资料名称(只有管理员才能完成)以匹配旅行ID,一旦更改,它就会被设置,除非管理员手动更改,否则不会更改。这样,我们的夜间从工资单导入就不会覆盖旅行名称。我们只需要在新员工入职培训期间告诉每个人,确保他们的旅行ID与SS卡不匹配,并让我们知道,否则他们会遇到旅行问题,特别是与TSA!
这是一个网站设置的变化,我们提交了一个支持票,但变化非常快。
别名字段本身并没有太大的好处,除非您是一个管理人员,并发现它有用,因为该字段在其他任何地方都不可见。
我们目前做的事情与DLamont类似。我们将首选名称导入到用户的配置文件中,让用户打开它进行编辑,并且不使用提要每晚更新字段。当用户预订旅行时,他们必须更新自己的名字,以匹配在机场出示的身份证明。通过这种方式,用户可以控制在Concur和使用Concur通知时显示的名称。但是解决方案是允许昵称字段保持打开状态,以便编辑用户输入首选名称,该名称将用于在Concur中显示。配置文件名称只用于预订,需要与他们的身份相匹配。