PakinSpeed 背后的借款人数据，以及进入它的授权路径

一个 PakinSpeed 账户承载着最高约 40,000 泰铢的授信额度、91 至 365 天的还款计划，以及 App 在借款人确认前展示的按日计息金额——这些都来自运营方在 Play 商店的应用说明。可这些数据没有一项以外部系统能自行读取的形式存在。运营方是位于曼谷的 AURORA FIN SYNERGY COMPANY LIMITED，它在泰国央行（Bank of Thailand）监管下运营该平台，并依照泰国 PDPA 把借款人记录视为敏感个人数据。所以对任何想同步这批数据的人来说，真正值得琢磨的问题并不是 PakinSpeed 存了什么，而是哪一条授权路径能读到它、以及多快能读到。本页就以这一款 App 为例把它讲清楚。

简而言之：借款人侧的贷款、还款和放款记录都存在服务端，今天就能通过对客户本人会话的授权读取来获取；而受监管的 BOT 渠道正在到来，但尚未承载贷款数据。我们的做法是现在就针对会话构建，同时把输出设计成日后无需重写即可迁移到 BOT 路径。本文余下部分会展示这些数据、两条路径，以及最终交到你手上的到底是什么。

一个 PakinSpeed 账户实际保存了什么

下面这些是 App 向自己用户呈现的界面，字段名沿用 PakinSpeed 的原始叫法。对接读取的正是借款人自己看到的那批记录，且在该借款人的授权之下进行。

BOT 监管、PDPA，以及 'Your Data' 处在什么阶段

有两件事决定了合法路径。其一，AURORA FIN SYNERGY 在泰国央行监管下运营，App 也把数据处理框定在泰国《个人数据保护法》（PDPA）之内——PDPA 把借款人身份和金融记录归为敏感个人数据，这意味着访问必须基于同意并留有日志，而不能靠抓取。其二，BOT 正在搭建一套受监管的数据共享机制。它的 Your Data 计划于 2024 年 10 月公布，并由央行 2025 年 10 月 30 日颁布的一项法规正式生效，允许消费者指示某家机构通过标准化、经同意的 API，把自己的存款、贷款和支付记录分享给另一家机构。

问题在于时间点。根据 BOT 的 Open Data 材料，各机构从 2026 年底起分阶段启用这一机制，先从个人存款账户信息开始，贷款记录则落在 2027 和 2028 年的分期扩展里。对 PakinSpeed 这样的借贷平台来说，这意味着受监管渠道是长远的归宿，而不是这个季度就能调用的数据源。今天读取这批数据最可靠的依据，是借款人对自己会话的授权；随着该机制推进到贷款数据，这一读取再迁移到 BOT 路径上。

进入贷款账本的几条路径

这里真正适用的是两条路径，外加一个兜底方案。接入权限由我们在工作中与你一起搭建好——一个同意授权的借款人账户，或参与方能拿到的沙箱——所以开通是我们的步骤，而不是你要先填的一张表。

1 · 借款人会话的授权接口对接

PakinSpeed 的 App 通过一个已认证的会话与后端 pakinspeed.aurorafinsynergy.co 通信。在账户持有人授权下，我们重建这段交互——从 OTP 换取令牌的握手，到返回贷款汇总、还款计划和交易历史的那些调用——并把它封装成一套干净的 API。现在即可读取：借款人能看到的一切。工作量中等；耐用性取决于 App 的发版节奏，这一点由维护环节负责覆盖。

2 · BOT 'Your Data' 经同意的数据共享

当贷款记录纳入 BOT 机制的范围后，同一份借款人同意就能改走央行的标准化渠道，而不再依赖 App 会话。可读取：机制对贷款和支付数据所规定的范围，建立在受监管、内置撤回机制的基础之上。一旦上线，每个字段的接入成本更低；制约因素是 2027–2028 年的时间表，而非工程本身。

3 · App 内披露信息抓取（兜底）

App 在借款人确认前会披露完整条款——年化利率、费用、还款表。在不需要结构化读取的场景下，这份披露可以被抓取并标准化，作为一种较轻量的兜底方案，专门用于获取合同条款。

对 PakinSpeed，我们实际会建议：现在就搭路径 1，让贷款和还款数据在本周期就跑起来，并把标准化的数据结构对齐 BOT 渠道未来会暴露的字段，这样路径 2 就变成换一个连接器的活儿，而不是第二个项目。兜底方案只有在你需要的仅仅是合同条款时，才值得动用。

一次会话调用的示意

下面是会话路径的示意结构——字段名在开发过程中确认，而非从外部臆断。认证链是一枚由 OTP 签发的 bearer 令牌；后续读取都携带它。

# 1. Exchange phone + one-time code for a short-lived session token
POST /api/v1/auth/otp/verify
  { "msisdn": "+66xxxxxxxxx", "otp": "######" }
  -> 200 { "access_token": "…", "expires_in": 900, "customer_ref": "…" }

# 2. Read the loan summary the borrower sees (bearer token)
GET /api/v1/loan/summary
  Authorization: Bearer 
  -> 200 {
       "currency": "THB",
       "credit_limit": 40000,
       "outstanding": 18234.50,
       "apr_pct": 14.4,
       "status": "active",                # submitted | approved | active | closed
       "schedule": [
         { "due": "2026-07-15", "principal": 6000.00, "interest": 78.90 },
         { "due": "2026-08-15", "principal": 6000.00, "interest": 71.20 }
       ]
     }

# Error handling that matters here:
#  - 401 -> token expired (~15 min); re-run OTP exchange, do not retry blind
#  - 429 -> OTP/verify is rate-limited; back off, never brute the code path
#  - status "submitted" carries no schedule -> not yet an active loan
      

最终进入你代码库的东西

与上面那些界面数据一一对应，而不是一份通用清单：

• 一份覆盖贷款汇总、还款计划与交易读取的 OpenAPI/Swagger 规范，泰铢金额字段标注了类型，状态枚举也有文档说明。
• 一份协议与认证流程报告，描述 OTP 换令牌的链路、令牌有效期，以及会话如何续期。
• 关键接口的可运行源代码，Python 或 Node.js 任你选择——包含 OTP 换取、贷款读取，以及对交易历史的分页处理。
• 覆盖申请状态流转（submitted、approved、active、closed）与按日计息对账的自动化测试。
• 接口文档，外加符合 PDPA 的同意采集、访问日志与留存期限说明。

我们会考虑到的工程要点

这些都针对本 App，且由我们这边处理：

• 会话生命周期。OTP 签发的令牌有效期很短，因此我们把同步流程构建成在遇到 401 时干净地重新认证，而不是让一次拉取在中途悄悄过期。
• 贷款状态建模。一笔已提交但尚未放款的申请是没有还款计划的。我们把这套状态机显式建模，这样一笔进行中的申请绝不会被误读成一笔余额为零的有效贷款。
• 按日计息的算法。App 用年化利率 ÷ 365 × 天数来推算利息——它那个 20,000 泰铢示例背后就是这套算术。我们把它原样复现，让我们暴露的金额能与借款人确认过的数字一泰铢不差地对齐。
• PDPA 最小化。由于身份和贷款数据属于敏感个人数据，我们把读取范围限定在你用得到的字段，并保留同意与访问日志，在合作需要时还会签署保密协议。

让同步保持诚实

贷款余额和还款计划以每日的节奏变化，因此对接是围绕计划内的定时读取加条件式拉取来构建的，而不是持续轮询。有两种失败模式会得到明确处理：App 改动前端或令牌格式——由带版本的解析器和一道重新校验环节兜住；以及 OTP 限流——我们会退避重试，而不是猛敲验证接口。对还款历史的读取被当作幂等操作，因此重跑一次是对账而不是重复计数。

价格，以及我们如何交付

面向 PakinSpeed 的源代码交付起价 300 美元，而且你只在对接到手、贷款和还款读取能在一个同意授权的账户上跑通之后才付款——可运行源代码、OpenAPI 规范、测试与接口文档都包含在内。如果你不想自己托管任何东西，另一种选择是我们按调用计费的托管 API：你调用我们的接口，按实际调用付费，无需预付费用。一次典型的构建耗时一到两周。把 App 和你对其数据的需求告诉我们，我们就从那里开始界定范围——点此开始沟通。

我们梳理过的界面

用于界定上述界面数据时参考的商店截图。点击可放大。

同一数据版图里的其他泰国借贷 App

如果你正在跨泰国市场聚合消费信贷数据，下面这些属于同一类别，也保存着可比的按借款人记录。列出只为提供背景，并非排名。

• FINNIX — MONIX's microloan and revolving credit-line app; holds limit, draw and repayment history per user.
• MoneyThunder — SCB Abacus's AI-underwritten unsecured lending app, with approval and installment records.
• LINE BK — the KBank and LINE venture, carrying a personal Credit Line and nano-finance balances.
• Krungsri i-FIN — Krungsri's personal-loan app, holding account terms and repayment schedules.
• MyMo by GSB — the Government Savings Bank app, with deposit and loan account data side by side.
• TrueMoney — wallet plus lending features, holding balances and transaction history.
• KTC — credit-card and nano/pico-finance balances and statements.
• SCB EASY — Siam Commercial Bank's banking app, spanning accounts, transfers and loan products.

对接方常问的 PakinSpeed 问题

PakinSpeed 显示的年化利率最高 14.4%、额度上限 40,000 泰铢。对接能读到每笔合同的这些数字，而不只是一个余额吗？

可以。App 在你确认前展示的披露信息里，除了未偿余额，还包含年化利率、各项费用，以及每期还款的本金与利息拆分。我们会把这些字段映射出来，让你的系统能对齐借款人实际同意的条款，字段名在开发过程中确认，而不是凭外部猜测。

泰国央行的 'Your Data' 机制是否意味着放贷方应该等监管渠道就绪后再对接 PakinSpeed？

BOT 的 Open Data 规则涵盖贷款和支付数据，但从 2026 年底起分阶段落地，先从个人存款账户开始，再于 2027 和 2028 年逐步扩展到其他记录。授权的会话级路径现在就能读取 PakinSpeed，并且在构建时就让同一套标准化输出能在贷款记录纳入 BOT 渠道后迁移过去。

泰国的 PDPA 会如何影响我们能从 PakinSpeed 提取和留存的内容？

在 PDPA 下，借款人身份和贷款信息属于敏感个人数据，因此访问必须基于同意并留有日志，提取范围限定在你实际使用的字段，留存期限也会与你商定。我们会把同意与访问记录作为交付的一部分保留下来。

如果 PakinSpeed 发布 App 更新，对接会不会失效？

前端或令牌的改动可能会移动字段名或改变 OTP 握手方式。我们会对解析器做版本管理，并在维护中加入一道重新校验的环节，这样一次发版就不会在无人察觉的情况下悄悄中断你的贷款状态拉取。

这份简报是怎么整理出来的

于 2026 年 6 月 23 日梳理，取材自 PakinSpeed 的 Play 商店应用说明（运营方、产品条款与联系方式）、泰国央行的 Open Data 材料及其 2025 年 10 月 30 日的数据共享法规，以及关于同意与敏感数据处理的泰国 PDPA 参考资料。查阅过的一手来源：

• PakinSpeed 在 Google Play
• 泰国央行 — Open Data
• BOT — 数据共享权正式生效（2025 年 10 月）
• Chambers Banking & Finance 2025 — 泰国

由 OpenBanking Studio 对接团队整理——审阅于 2026 年 6 月 23 日。