1

我们定期使用https://financialdatafeed.platform.intuit.com/v1/accounts/account_id_goes_here/transactions端点来获取我们同步的所有账户的交易。很长一段时间以来,我们已经在跨越 100 家金融机构的各种账户中稳定地使用它。这很好用。

但是,有时我们会收到来自用户的报告,该用户声称我们没有收到他们知道存在的交易。我们的调查方案如下:

  1. 询问用户在直接登录银行网站时是否看到交易
  2. 要求他们确认他们在银行网站上使用的凭据正是他们在我们网站上设置信用卡同步时输入的凭据
  3. 然后,我们从上述 URL 手动检查响应正文,以确保 HTTPS 响应指示 HTTP 200 并且具有非错误响应正文(我们的应用程序正确捕获这些错误,但如果调试神秘丢失的事务,我们会检查响应身体视觉)。
  4. 我们看看我们是否成功地为依赖同一个 FI 的任何其他用户同步交易。如果是这样,我们就会相信银行和 Intuit API 都表现良好,并且问题出在我们这边。
  5. 我们有时会要求用户在 Mint 中尝试相同的 FI,猜测如果在 Mint 中失败,则可能是银行或 FI 问题。

调查步骤 1-2-3-4-5 找出了至少 99% 的根本原因,即用户通过电子邮件向我们发送电子邮件说我们没有成功接收他们的交易。然而,剩下的 1% 是棘手的。

今天我面临这样一种情况,用户在他们的银行网站上看到 txns,发誓他们在将卡添加到我们的网站时使用相同的凭据,来自端点的 HTTP 响应是 HTTP 200,但包含零交易,但是然而,当用户通过 Mint 尝试时,他们成功地看到了交易。

但是,特定的 FI(OnPoint 社区信用合作社)不是我可以进行第 4 步调查的地方,因为我们目前没有其他用户依赖该 FI。Intuit 的某个人是否有可能检查是否有证据表明依赖 OnPoint 社区信用合作社的用户目前正在成功地从该特定 FI 检索交易?

关于如何进一步推断零交易响应是否是由于:(a)用户错误,(b)银行服务器响应不正确,(c)Intuit服务器响应不正确,vs(d)我们的应用程序行为不正确的任何其他建议?

4

1 回答 1

1

您能否使用缺少交易的 Account_ID 向 Intuit 提交支持票,以便我们诊断问题?诊断问题时首先要查看 Agg_status_code 以确保它反映了“0”。如果由于凭据无效或 MFA 导致我们无法登录,则可能是导致交易丢失的原因。提交工单后,我可以帮助诊断。

于 2014-01-21T20:48:58.607 回答