Comments v Business Purpose field in Expense mobile

[DeanR]

当通过ExpenseIt或收据在移动应用程序上创建费用时，会显示Comment字段，但不会显示Business Purpose字段。在我看来，这似乎是相反的，因为从Concur发货的费用输入表单大多数都有强制性的商业目的，而非强制性的评论。结果便是糟糕的用户体验:

1. 用户在创建费用时完成所有可用字段，然后在将费用移到报表时获得异常错误，因为他们没有完成必需的Business Purpose字段。
2. 数据输入是重复的，因为业务目的通常与他们已经在Comment字段中输入的响应相同。

有没有来自Concur的人能解释一下为什么这些领域会以这种方式在移动设备上设置?有许多现有的解决方案建议来改变它，但Concur方面没有采取行动。

[KevinD]

在回答之前，我想说，我不是SAP Concur的移动团队成员，所以我的回答完全基于我每天培训和使用我们产品的经验。

使用ExpenseIt捕获收据，并从先前捕获的收据中创建和支出，这就是捕获我所说的Quick expense。这允许用户将收据输入手机应用程序，并在手机应用程序中获取有关费用的一些非常基本的信息，以确保他们不会忘记费用。这背后的想法是在系统中快速获得收据。它不打算完全创造费用。另外，ExpenseIt项目和quick expenses还没有出现在报告中，因此强制性字段还没有用于这些项目，因为它们与任何费用表格都没有关联。这就是为什么它们会得到异常消息。就我个人而言，我没有向ExpenseIt项目添加任何注释，因为我知道，当我将它添加到报告中时，需要输入业务用途。

我希望这能对你的问题有所帮助。

凯文

[DeanR]

嗨@KevinD，

谢谢你的回复。

目前我可能得到了更多用户反馈，因为我们最近推出了ExpenseIt。以前，许多用户只是简单地获取收据，而不是创建Quick Expense，在那里ExpenseIt鼓励他们在获取收据时输入/更新额外数据，然后屏幕上最突出的选项是“移动到索赔/报告”。从用户的角度来看，评论和商业目的之间的差别是细微的;他们倾向于只填写对他们可用的字段，他们可能没有意识到注释不是强制性的。这可能只是一个培训/学习问题。

我仍然认为在将费用转移到报表之前公开Business Purpose字段是有余地的。我认为在Concur的客户群中，商业目的是强制性的。(纯粹是我的观点，没有数据支持这一点!)

亲切的问候,

迪安

[zluna]

嗨,凯文,

我们可以在移动输入表单中添加任何现有的费用输入字段吗?

问候,

Zluna

[KevinD]

@zluna在Mobile应用程序中，当你在费用报告中添加了一项费用时，你应该看到所有的字段，就像你使用的是桌面版本一样。所以，如果你在费用表单中添加了一个新字段，它就应该在移动应用程序中反映出来。

我相信你不会在桌面版本中看到移动应用程序没有显示的字段。

我希望这是有意义的。

凯文

[zluna]

嗨,凯文,

感谢您的及时回复!

我所指的流动表格是附加费用表格。

在我的特定情况下，一组员工可以通过在报表头级别过滤策略来访问两组费用类型。

目前，移动用户在移动端添加费用时只能看到一组费用类型(默认)。因此，用户必须创建一个新的报告，选择另一个策略，以便访问另一组开销类型。

我的问题是关于在移动“添加费用表单”中放置“政策”字段的可能性，这样移动用户就可以选择所需的费用类型，而不必创建新的报告。存放“policy”的自定义字段仅驻留在报表头级别(目前)。

最好的

Zluna

[KevinD]

@zluna如果我对您的问题理解正确的话，您希望他们在已经创建了报告之后能够选择策略?因此，本质上，用户可以选择一个策略来查看与该策略相关的费用，并选择费用类型。然后，当添加第二个费用时，选择第二个策略，这样他们就可以选择与该策略相关联的费用类型。当增加费用时，他们将能够在不同的保单之间切换。我理解对了吗?

如果是这样，你所要求的是不可能的。您必须创建第三个策略，其中包含该组应该能够访问的所有开销类型。系统被设计为每个报表只允许一个策略。

[zluna]

@KevinD不，这都是事先准备的。我希望用户(在移动设备中)能够在移动设备中添加新的费用(快速费用)，而无需创建新的费用报告(稍后将由委托完成)，并且能够访问所有的费用类型(来自两个策略)。将策略过滤器放置在移动的“添加费用输入表单”将允许选择要使用的费用类型集(不混合费用类型)。我只是想知道是否有可能在输入表单中添加策略字段(作为过滤器)，然而，它目前只在报告头级别可用。

[KevinD]

好的，现在我明白了。这也是不可能的。策略与费用报告绑定，因此只能在Report Header级别选择它。这是设计好的。我喜欢你打破常规的想法，但不幸的是这是不可能的。

[zluna]

@KevinD谢谢你先生!