读取 ชัยเครดิต-Credit 内部的贷款账本

一笔 ชัยเครดิต-Credit 贷款是按天计息的。App 自己给的算例是：一笔 10,000 泰铢的贷款，借 120 天，日利率 0.04%，每月约还 2,620 泰铢，利息合计 480 泰铢——但这些数字只有在你能读到登录之后那笔实时余额时才有意义。那笔余额、还款计划以及申请的审核状态，才是对接方真正想要的数据，而它们都存在 SIAMTECH DIGITAL COMPANY LIMITED 的后端里——这家 PICO Finance 运营方就是 App 背后的公司（据其 Play 商店页面显示，牌照号 1156/2568）。本页梳理这些数据、以第三方身份合规读取它们的方式，以及我们最终交付什么。

简而言之：这份贷款账本是单租户的，存在 SIAMTECH 的服务器上，App 是唯一读取它的客户端。所以稳妥的切入方式，是在借款人授权下研究 App 已认证的流量，把返回的数据规范化，再打包成一个你能直接调用的接口。泰国央行的数据共享机制确实存在、也值得向其靠拢，但贷款属于它较晚的阶段——下文详述。

App 为每位借款人保存了什么

下表每一行都是 App 向已登录用户暴露、或在贷款生命周期中于服务端生成的一个面。这套生命周期在 App 里写得很清楚：注册并实名，智能匹配额度，提交，等待审核，随后放款直接打到银行账户。

读取贷款数据的路径

1 · 对 App 客户端流量做授权分析

App 通过一个令牌认证的接口与 SIAMTECH 后端通信，以获取状态、余额和计划。在客户授权、且借款人同意的前提下，我们捕获并记录这些流量，再把你需要的调用重建为一个干净的接口。这就是当下能取回完整账本的方式。工作量主要落在认证链路，以及处理每天变化的余额上；只要在 SIAMTECH 发布新版 App 时触发一次复核，稳定性就有保障。捕获环境和同意授权的账号，我们会与你一起搭好。

2 · 用户授权的会话访问

当借款人希望迁移自己的数据时，他们登录并授权，我们驱动这个已认证的会话来读取其账单、计划和还款历史。它比完整流量分析更容易搭起来，一次只针对一个人，法律上稳稳落在 PDPA 明确授权之上。适合还款能力核查和用户自发的数据导出。

3 · BOT "Your Data" 开放数据通道

泰国央行已颁布法规，允许个人共享由金融机构持有的数据——存款、贷款以及包括电子货币和信用卡在内的支付服务——都通过标准化通道进行。个人存款数据约在 2026 年底开放，贷款则在 2027–2028 年的扩展阶段。我们设计契合该通道的数据结构和授权记录，让日后切换成为渐进过程，而非推倒重来。与之相关的 dStatement 服务，已经能在银行之间以机器可读的形式传送银行账单。

4 · App 内原生界面

账户页显示余额和还款计划，还款也在 App 内进行。作为兜底手段，它是个有用的参照物：我们拿接口与借款人在屏幕上看到的内容做校验，让数字对得上。

我们推荐哪一条，取决于数据的时效性和由谁发起。对需要当下拿到实时账本的放贷方、先买后付伙伴或征信机构，我们会在同意授权的账号上做路径 1，以 PDPA 授权为法律根基，并在 BOT 通道各阶段落地后采用其所覆盖的类别。至于一次性、由用户驱动的导出，路径 2 更轻、更快。

在网络层面读取账户

下面的结构仅作示意——具体形态会在开发过程中针对同意授权的账号确认，而非照抄任何已公开的文档。它们展示了一个"状态加余额"对接所依赖的调用。

# Auth — short-lived access token, longer refresh
POST /api/v1/auth/login
  { "phone": "+66XXXXXXXXX", "otp": "######" }
  -> 200 { "access_token": "…", "refresh_token": "…", "expires_in": 1800 }

# Loan account + live balance (interest accrues daily)
GET /api/v1/loan/account
  Authorization: Bearer <access_token>
  -> 200 {
       "loan_id": "…",
       "principal":   10000.00,
       "outstanding":  8120.00,
       "currency": "THB",
       "daily_rate": 0.0004,        # 0.04%/day, per the app's own example
       "term_days": 120,
       "status": "disbursed"        # matched | submitted | review | approved | disbursed
     }

# Repayment schedule -> drives reminders and reconciliation
GET /api/v1/loan/schedule?loan_id=…
  -> 200 { "installments": [
       { "due": "2026-07-10", "amount": 2620.00, "state": "paid" },
       { "due": "2026-08-10", "amount": 2620.00, "state": "due"  } ] }

# token expired? refresh rather than re-prompt for OTP
POST /api/v1/auth/refresh   { "refresh_token": "…" }
  -> 200 { "access_token": "…", "expires_in": 1800 }
      

这里错误处理很关键：401 意味着刷新令牌，而不是重新登录；而日间某一刻读到的余额必须与还款计划对账，因为这个数字每天都在动。

交付

下面的一切都针对这个 App 的真实界面构建，而不是套模板：

• 面向借款人端各端点的 OpenAPI/Swagger 规范——认证、申请状态、账户、计划、还款。
• 一份协议与认证流程报告：令牌与刷新链路、若存在的请求签名，以及状态状态机。
• Python 和 Node.js 的可运行源代码，覆盖核心读取——状态轮询、余额、计划——内置重试与刷新。
• 针对同意授权账号或沙箱的自动化测试，含令牌过期路径。
• 一套规范化的贷款账户数据结构：泰铢金额、按日累计、到期日、还款状态——可直接映射进你的账本。
• 接口文档，外加符合 PDPA 的授权与数据留存说明。

对接方把这些数据用在哪里

• 先买后付或信贷伙伴，每晚拿未偿余额与自己的敞口视图对账。
• 催收流程，根据还款计划的到期日提前若干天触发提醒。
• 还款能力或征信核查，在授权下读取借款人的在贷敞口，再决定是否放更多额度。
• 后台看板，从匹配到放款，跨借款人跟踪申请状态。

授权与相关泰国规则

泰国《个人数据保护法》（PDPA）自 2022 年起施行，把金融信息归为敏感个人数据——这把门槛抬到了借款人可撤回的、明确且知情的授权。我们任何读取的依据，都是这份授权：加以记录、限定在你使用的字段内、且可撤销。我们记录访问日志、最小化拉取内容，并在涉及交易对手方时为工作加上 NDA。在放贷这一侧，运营方持有财政部颁发的 PICO Finance 牌照，该制度对实际年利率设有上限（据财政政策办公室，框架上限为含费用 36%）；App 标称的年化 26% 就落在这一范围内。这些都不是挡在开发前面的墙——而是开发本身如何进行的方式。

这次开发我们要预留哪些余地

有两件事对这次对接的影响超过其他任何因素，我们都在一开始就把它们考虑进来。

• 按日计息。未偿余额不是一个静止的数字——它随 App 标称的 0.04–0.07%/天利率变动。我们把它当作实时值来读，并让每次读取都与分期计划对账，这样早上 9 点和晚上 9 点各读一次也能对得上。
• 实时的状态状态机。申请状态从匹配走到提交、审核、批准、放款。我们把每一次跃迁都映射出来，让轮询客户端不会悄无声息地漏掉一个——尤其是放款事件，多数下游工作流都在等它。
• App 版本漂移。当 SIAMTECH 发布新版本时，请求与响应的结构可能变化。我们在维护中保留一项检查，在改动的响应悄悄弄坏你的同步之前就把它标出来。

访问权限会在启动阶段与你一起安排；开发针对一个同意授权的借款人账号或沙箱进行，一起搭建。

App 的界面截图

商店截图，便于把接口证据对应到上文那些界面：

我们查阅的来源

核对时间为 2026 年 6 月：运营方自己的 PICO 服务页面（贷款产品及已登录用户所见的账户功能）；App 的 Play 商店描述（贷款区间、利率与算例）；泰国央行的开放数据页面（数据共享范围与时间表）；以及泰国 PDPA 指引（授权依据）。主要参考：

• SIAMTECH Digital — PICO 服务与 App 功能
• 泰国央行 — 开放数据（"Your Data"）
• 泰国央行 — 数据共享法规（2025 年 11 月）
• DLA Piper — 泰国数据保护法（PDPA）

由 OpenBanking Studio 对接团队梳理 · 2026 年 6 月。

同一图景里的其他泰国借贷 App

对接方很少只停在一家放贷方。以下都是泰国消费信贷领域里真实存在的 App；在此列出仅为提供背景，并非排名。跨其中几家的统一接口，能把余额、计划和状态归一成同一种结构。

• LINE BK — LINE 内的银行级借贷与存款账户；持有余额、账单与贷款头寸。
• MoneyThunder — SCB Abacus 旗下的数字借贷，受 BOT 监管；面向征信白户的贷款账户与还款数据。
• PROMISE สินเชื่อส่วนบุคคล — 个人贷款，App 内可见状态、余额与分期数据。
• Kredivo Thailand — 先买后付与现金贷，带循环额度和逐用户的交易账本。
• Good Money (by GSB) — 面向弱势群体的个人与纳米金融贷款，含账户与计划数据。
• ไทยแนนซ์ (Thai Nance) — 线上现金垫款，带申请状态与还款跟踪。
• มีตัง (Mee Tang) — 财政部监管下的省级小额信贷贷款 App。
• Krungsri iFIN — 个人信贷额度，App 内含余额、额度与账单数据。
• KTC — 正在移动化的信用卡与个人贷款账户，含交易与账单历史。

对接方常问的问题

借款人的贷款余额存在 ชัยเครดิต-Credit 的哪里，能否随其变化实时读取？

它存放在 SIAMTECH Digital 的后端，位于 App 登录之后——正是账户页读取余额和还款计划所用的同一份数据。由于利息按日累计，我们把它当作实时值来读，并让每次读取都与分期计划对账，而不是缓存一个已经过时的数字。

泰国的 BOT Your Data 落地对读取这类贷款数据有何影响？

泰国央行（BOT）的开放数据法规打通了存款、贷款与支付数据在标准化通道上的授权共享，最先是 2026 年底前后的个人存款数据，2027 至 2028 年逐步扩展。贷款记录属于较后阶段，所以当下能取回该 App 账本的通道，是对其自身客户端流量的授权分析，同时在受监管路径上线后逐步采用。

在泰国法律下，仅凭借款人的授权是否足以拉取其账单？

金融数据在泰国 PDPA 下属于敏感个人数据，因此依据是借款人明确、可撤回的授权，并加以记录、限定在你实际使用的范围内。我们保存授权记录、最小化拉取字段并记录访问日志；当涉及交易对手方时，以保密协议（NDA）覆盖整个合作。

在我们交出测试账号之前，你们能仅凭 App 就开始吗？

可以。把 App 名称和你想从其贷款数据中拿到的内容告诉我们；访问权限、一个同意授权的账号以及任何沙箱，都会在开发推进过程中与你一起安排好。我们通常最先读取的是申请状态和账户余额，因为多数放贷方的工作流都以它们为起点。

一次 ชัยเครดิต-Credit 对接在一到两周内完成。你可以把它当作源代码交付，起价 300 美元——可运行的端点、OpenAPI 规范、测试与接口文档，我们交付、你满意之后才付款——也可以跳过开发，直接调用我们托管的端点，按调用计费、无需预付。把 App 和你想从其贷款数据中拿到的内容告诉我们，我们就与你一起把访问、授权和沙箱都安排好。从我们的联系页面开始。