yodlee - 做一个 yodlee 实现需要多长时间？

Question

我是一名非技术(嗯，非软件。硬件背景)创始人，他聘请了一位非常优秀的开发人员，该开发人员已经建立了一个带有 Rails 后端和 CSS/HTML 前端的网站，非常有能力。我们的下一步是开发 Yodlee 集成，我们都想知道这样做需要多长时间。他有一个我认为是合理的估计，但希望社区提供反馈，而不会使响应产生偏见。

另外，如果有人之前做过实现，我将非常感谢您的观点和帮助!

Answer 1

在过去的两年里，我为一家位于洛杉矶的初创公司实现了一个复杂的 Yodlee 集成。他们在此基础上构建了一个社交游戏和资金管理平台。简短的回答是，这是一项艰巨而肮脏的工作。

让您的应用程序与 Yodlee API 通信的技术方面根本不是困难的部分(它几乎是一个标准的 Web 服务)。以下是突出难点的一些方面:

最困难的部分是处理客户数据中的未知数和可变性。

API

实际上没有文档。

每个操作有几种方法可以返回不同的数据

我已经设计和构建系统 15 年了，并且非常擅长估算项目。我们与 Yodlee 相去甚远；事实上，我们仍在处理问题。
为了理解为什么它如此艰难，您真的需要了解 Yodlee 是什么……它是 10,000 个不同系统的聚合器。现在这些其他系统可能是大型专业系统，如美国银行、大通银行……但它们通常是小型银行(奥马哈的鲍勃银行)。

当 Yodlee 与大公司(它们被称为内容服务)通信时，大多数情况下都会有一个 api 实际返回良好的数据。但是对于 child 子，他们正在做屏幕抓取。你可以想象它一直在中断。他们在印度有一个完整的团队，专注于此。

另一个问题是关于数据建模；源头的每个内容服务都对数据进行了不同的建模(不同的名称、不同的元素、不同的关系……)，但 Yodlee 却将所有 10,000 个模型合并到一个 View 中。这给您留下的是一个非常臃肿的模型，您永远无法知道或指望获得某个数据元素。

给你一个想法......除了标准基类字段(余额，......)之外，还有关于信用帐户的额外字段(四月，信用金额，最后一次付款，......)。虽然拥有这些数据听起来很棒，但实际上，提供这些额外数据元素的内容服务数量非常少，以至于您无法真正依赖它们。我会说这些数据元素的保真度非常低。您真正可以依靠的是基本要素(帐户名称、类型、余额)和(交易日期、描述和类型)。

说到交易……他们的交易分类系统不是很好。他们显然对此采取了广度优先的方法，而不是专注于准确性。我们为交易分类构建了一个完整的系统，该系统要有效得多。

其他几件事:DAG 账户测试系统没用；它的运作方式与真实账户不同。您最好在不同的内容服务上开设 5-10 个帐户，并将这些帐户的用户名/密码提供给您的开发人员进行测试。用于帐户安全的 MFA(多因素身份验证)系统一直是一个令人头疼的问题。这不是 Yodlee 的错，这是游戏的本质。银行正在做越来越疯狂的事情来增加安全层。 Yodlee 有 MFA 系统来弥补这一点。在任何给定时间，由于某种原因，我们大约 20% 的帐户是错误的。我们已经构建了一个完整的组件来管理它。

那么，这意味着什么？把你的估计加倍，准备好变脏。我根本不想让 Yodlee 失望(除了缺少文档)；他们确实在解决一个难题。真的没有其他更好的选择。