为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
我使用公司的信用卡进行多次消费,比如几百次。所有的费用都是在同一城市购买。然而,Concur没有City of Purchase字段,我可以编辑它来更新所有收费。相反,我必须一个接一个地进入购买城市,这需要很长时间。为什么?SAP Concur开发人员不能创建这个简单的字段吗?这将节省客户的时间和精力,并减少对一个本来不错的软件的挫败感。
为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
亲爱的@DDraper
信用卡应该填写的字段之一也是城市,它会自动链接到国家和默认货币。
我想知道的是,在Concur城市列表中,城市的名称是否有特殊字符,所以在您的情况下,我将返回给您公司的系统管理员,他可以添加城市,就像在您的信用卡上加载城市一样,并对其进行调整。
你在其他城市也有同样的问题吗?或者你的同事在其他地方也有同样的问题吗?如果没有,则是因为在系统中缺少确切的城市名称。
为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
谢谢你的澄清。我个人无法访问您的系统,但如果您想将此消息传递给管理系统的人员,我会查看两个选项:
1-在信用卡馈送和Concur之间,有很多字段可以传输。我想知道它是否为城市字段选择了正确和特定的一个,因为城市不应该绝对手动输入。
2-验证与您的信用卡交易相关的城市名称,这可能与Concur提供的城市列表不同。我知道你提到过(Upland, California)但是在信用卡上看起来可能不一样,例如(Upland CA, California)。
或者@KevinD因为我最终可以访问您的系统,可以更深入地了解为什么城市没有自动馈送而需要手动输入的原因。
为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
你好,凯文。这是不幸的。这似乎是一个简单的添加。不明白为什么用户可以批量编辑其他字段,但不能编辑这个字段。我是一家大型招聘部门的主管,我使用公司卡购买和订阅许多东西——因此金融城总是一样的。Concur Expense似乎很适合经常吃午餐的用户,但如果用户在办公室用公司卡进行多次购物,那就不太合适了。我不是想抱怨,但这似乎很容易解决。
为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
嗨@DDraper,这不会作为标准系统行为出现。如果您通过Concur信用卡提要服务导入公司信用卡交易,“City of purchase”字段应该直接从卡提要自动填充值。只有当支付类型为现金支付时,才需要手动填充此字段。用户不需要填写这个值。我同意@Munari_alEXPert这应该和Concur技术团队一起检查,
1.如果从信用卡提供商收到的原始卡提要文件的正确字段中有购买值的城市。这些都是标准的提要格式,所以不要期望这些错误,而只是覆盖基础。
2.信用卡文件和Concur字段表之间的字段映射出现任何错误。
为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
所有提供的答案/理由都是推卸责任。底线是,这是一个问题,没有人想解决它。我也有同样的问题,字段是空白的。只要把它作为选项之一,就完成了。我们都意识到它不应该发生,但它确实发生了,至于为什么似乎有很多答案,但到目前为止还没有解决方案。最终用户只需要一个健壮的界面,以最有效的方式完成差旅费用报告。如果Concur无论什么原因都不能正确执行,将此添加到edit字段是一种快速修复方法。需要实干家,而不是说明者,总比什么都不解决要好。没有时间线2021年5月11日10:11 AM真悲哀。我希望我们能在法国找到解决这个问题的办法。与此同时,每个人都在受苦。
为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
同意了。购买城市字段绝对应该在批量编辑多个字段部分中。当然,一个城市是自动人口稠密的,但它是供应商的总部,而不是交易实际发生的城市,导致必须单独进入每一笔交易,只是为了改变一件事,这是不必要的耗时。对于Concur开发人员来说,这似乎是一个简单的解决方案,但似乎没有人认真对待这个建议。
为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
来吧,同意!这应该很容易。让CITY OF PURCHASE成为你可以大量编辑的字段。我用公司的信用卡在办公室里买了很多很多东西!----意思是这个城市永远不会改变。我应该能够大量编辑该字段,并把我的城市-相同的城市,每次,每个月-为所有购买。
来吧……这应该需要一些Concur编码员巨星30分钟来完成。
为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
不,那是不正确的。在添加Details时,用户必须输入购买城市。我的请求是Concur创建这个City of Purchase字段,一个您可以大量填充/大量编辑的字段。如果你看到我上面的例子,我使用公司信用卡进行多次购物——总是在同一个城市。
为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
@DDraperCity字段是指供应商所在的城市,而不是您在购买时的实际位置。看看@toriehigh在她的文章中提到了销售税。
为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
嗨@KevinD,
我想补充一点,因为这也是我们公司面临的一个问题。购买城市字段大多数时候不会自动填充,需要用户手动逐行更新他们的报表。对于每个月只有少量开销的人来说,这没什么大不了的。但是对于我们的高级用户来说,这是非常耗时的,并且在实现Concur之后我们收到的投诉数量迫使我们关闭了为每个费用行填充该字段的要求。
我们的税务部门一直在要求恢复这一现场要求,因为他们在与审计员合作处理销售税问题时遇到了问题。如果这是包含在大规模编辑功能中的东西,那么再次打开它将是一个无需思考的问题。既然事实并非如此,我们就这个话题开了无数次会议,讨论该走哪条路。
是否存在任何可能有效的自定义选项?是否可以将购买城市字段添加到报表标题中,从而自动填充费用行,类似于业务目的字段?
而且,对于那些认为信用卡交易包含信息的人来说,大多数时候并没有。通常不是城市,而是卖家的网站或电话号码。
我很乐意听到Concur正在采取措施使这更容易。
而且,@DDraper,这是你们公司必须填写的一项吗?如果没有,您可以随时关闭字段要求,尽管您的税务部门可能会对此感到不安!
谢谢,
Torie高塔
为方便起见,这些来自SAP Concur社区的内容经过了机器翻译。SAP对机器翻译文本的正确性或完整性不提供任何保证。查看原文custom.banner_survey_translated_text
@toriehigh我正在查看“表单和字段”,但在“报告标题”表单上没有看到“城市”字段。我正在询问一位同事,是否有可能让City字段具有与Entry Forms相同的功能,用户可以开始键入城市名称并看到它出现并选择它。有发现我会告诉你的。