Good Money by GSB 贷款数据对接

泰国的授权与放贷监管

点名的监管机构是泰国央行（Bank of Thailand）。BOT 的 Open Data 页面把 Open Data 和 Your Data Project 描述为让消费者和企业行使权利、共享受监管机构所持金融数据的一种方式，并将存款、贷款、支付服务、电子货币和信用卡列入覆盖的数据类别。BOT 还把 dStatement 呈现为一项数字银行对账单服务，用于银行之间经客户授权的共享，最早于 2022 年 1 月与泰国多家银行业协会一同推出。

对 Good Money by GSB 而言，这在两处很关键：任何外部金融凭证的授权采集，以及交付 API 内部的数据最小化。我们会记录用于贷款状态、还款和对账单调取的授权范围；令牌和会话产物不会写入应用日志；除非客户合规流程需要更长的凭证留存，否则默认保留期较短。

对接方通常会索取的贷款记录

适合 Good Money by GSB 的通道

务实的路线是先用授权 App 接口对接来获取 Good Money 贷款记录，再在需要授信或可负担性背景时接入经授权的对账单共享。这样既让贷款服务 API 贴近 App，又契合泰国客户授权数据共享的方向。

这款借贷 App 的交付内容

OpenBanking Studio 交付的是可用的对接，而非仅仅一份说明。对 Good Money by GSB，交付包会包括：覆盖申请、贷款账户、分期和 QR 还款状态的 OpenAPI 契约；一份协议与认证流程报告，涵盖会话创建、构建期间观察到的 OTP 或设备校验、令牌刷新和失败状态；针对所选端点的可运行 Python 或 Node.js 源码；围绕产品分离和还款对账的自动化测试；面向客服与财务团队的接口文档；以及泰国贷款记录的数据留存指南。

每个端点都以其服务的放贷界面命名。例如，催收系统可能只需要待还分期和确认状态，而审核工作流可能需要申请状态外加经授权的 dStatement 元数据。

还款同步的端点结构示例

这段草图展示了我们在构建期间会确认的那类契约。在 Good Money 会话被映射并测试之前，字段名仅为示意。

GET /v1/good-money/loans/{loan_id}/installments?status=due
Authorization: Bearer <client_token>

200 OK
{
  "loan_id": "gm_loan_1842",
  "product": "rod_term_fun",
  "borrower_ref": "consented_customer_73",
  "currency": "THB",
  "installments": [
    {
      "installment_no": 14,
      "due_date": "2026-08-05",
      "amount_due": "12840.00",
      "qr_payment_ref": "confirmed-during-build",
      "payment_status": "pending",
      "reminder_seen_at": "2026-07-29T09:15:00+07:00"
    }
  ],
  "consent": {
    "scope": ["loan_status", "repayment_schedule", "payment_confirmation"],
    "expires_at": "2026-10-07T00:00:00+07:00"
  }
}

面向泰国贷款 App 的工程说明

Good Money by GSB 至少有三个贷款产品族。我们在规范化模型里保留产品代码和期限规则，这样一笔 Rod Term Fun 的抵押贷款分期永远不会被当成 Nano Finance 的商户贷款分期来处理。

QR 付款状态是一个对账问题，而不仅是发起支付的问题。构建时会记录生成的付款参考号、应还金额，以及后续的确认状态，并测试迟到或重复的确认是否被妥善处理、不会在客户系统里重复入账。

泰国的授权凭证需要自己的一套时钟。我们围绕授权窗口、撤销事件和所请求的数据类别来设计令牌存储与审计轨迹，这样下游对对账单凭证的查询就不会悄悄超出最初批准的范围。

客户在哪些场景使用这套连接器

• 放贷运营团队把 Good Money 的申请状态镜像到自己的案件队列中。
• 财务团队把 QR 分期还款与预期的贷款现金流做对账。
• 客服在联系借款人前，先看到最近一次提醒和还款确认事件。
• 审核工作流把经授权的 dStatement 凭证关联到一条 Good Money 申请记录上。

来自商店页的界面证据

在实机协议运行之前，公开截图有助于先给可见的贷款服务界面命名。真正的字段映射会在实现阶段对照获授权账户来确认。

可对照的泰国借贷与金融应用

FINNIX 保存着一款泰国数字借贷产品的借款人申请、授信额度和还款记录，因此常被映射到同一套贷款账户结构中。

MoneyThunder 是另一款以 App 为主的泰国借贷服务，申请状态、批准额度和还款事件是其有用的对接界面。

PAYPAYA 属于同一类授权贷款，尤其在借款人开户和还款跟踪方面。

PROMISE Thailand 更接近消费金融而非钱包；对接的关注点是账户服务和分期状态。

LINE BK 借助 LINE/Kasikorn 生态增加了银行与借贷背景，当客户希望在贷款和交易账户间统一查看时很有用。

TrueMoney Pay Next / Pay Next Extra 把钱包行为与信贷产品连接起来，因此还款和客户身份映射需要谨慎区分。

Rabbit Cash 和 AEON Thai Mobile 都会暴露消费信贷记录，可与 Good Money by GSB 共用一套规范化的贷款账户模型。

Umay+ 是一个个人贷款品牌，到期日、未偿余额和还款凭证正是统一对接通常需要的记录。

本次映射查阅的来源

由 OpenBanking Studio 对接小组于 2026-07-09 审阅。我们查阅了 Good Money by GSB 的 Google Play 商店页、Good Money Nano Loan 页面、泰国央行 Open Data 页面，以及 BOT 的 dStatement 发布公告。Good Money 官网屏蔽了部分自动化抓取，因此那些页面上的产品细节仅在被搜索摘要或所提供的 App 描述呈现时才采用。

Good Money 对接方常提的问题

折叠的应用简介