我目前正在评估使用Plaid或Yodlee进行交易汇总（我现在同时使用Dev环境）。我真的很喜欢关于Plaid的几乎所有内容，但是我在交易名称/说明方面遇到了麻烦。 Yodlee有一个称为“简单描述”的数据字段：
在他们的文档中：“在FI网站上显示的交易说明可能不是不言自明的，也就是说，交易的来源和目的可能并不明显。Yodlee试图简化交易并使之对消费者有意义，并且在简单描述字段中提供了这种简化的交易描述。”
我正在向最终用户显示交易名称，并且我正在寻找比交易名称字段更用户友好的东西，该字段通常会返回诸如“提款支票卡教育部的百老汇行李箱公司日期” 19/06/19 0 9006020339 0 5812卡[XXXX]”。
我确定我不是第一个有此需求的格子客户。依赖格子的应用程序如何解决此问题？
答案 0 :(得分：0)
据我所知，格子未提供简单的说明字段，但它们确实清除了交易名称。
我发现，当有新的待处理交易进入时，名称很混乱，就像您提到的（例如UBER *TRIP 5VVB2）。但是，一旦确认交易，格子便会针对普通商家对其进行规范化处理（例如Uber）。我不知道为什么Plaid不为未完成的交易提供这种规范化，但是我之前已经提出了。也许这将来可能会改变？
一种解决方案（尽管很复杂）是建立一个标准化交易名称的自定义模型。这就是我们在Pluto Money上所做的，以补充Plaid的交易数据。
答案 1 :(得分：0)
我从格子支持部门通过电子邮件收到了直接答复：
非常感谢您在此处与我们联系以获取格子支持，对不起 我们的延误。
我们在每笔交易中的姓名字段代表我们尽最大努力 平衡详细的交易信息，同时提供整洁和 一致的API响应。银行之间的行为确实有所不同，两者 由于银行行为和我们自身的整合质量。通常在 大型银行，我们的整合在归还清洁方面做得更好 具有适当交易明细的交易名称，但对于某些 我们较小的银行交易名称可能更“原始”。
如果您不想在商户/交易之外获得更多详细信息 在您的应用中命名我鼓励您对 格子的名称字段，以确保没有类似日期或帐号的字段 字符串传递到面向用户的流中。