把结构化的贷款与还款数据从 มินิแคช 里取出来

มินิแคช 里每一位获批的借款人都对应一份服务端的贷款台账：一条授信额度，商店页面写明最高 50,000 泰铢；一个 91–180 天、拆成若干期的期限；以及一份逐期（งวด）本金对利息的明细。真正让对接方感兴趣的资产是这份台账，而不是营销界面。产品由 SONGPHINONG PICO SPEEDY CASH COMPANY LIMITED 依省级 Pico Finance 牌照运营，商店页面给出的牌照编号为 838/2563，受泰国财政部监管。本页梳理这款应用保存了什么，以及合规读取它的授权方式。

结论：这是一款登录后带有结构清晰的分期还款表的单账户门户型应用。我们会采取的路径，是在同意授权的借款人会话上，对应用自身流量做授权协议分析，再归一化成一份小巧的贷款＋还款计划结构。余额递减的计算是最值得做到分毫不差的部分，而应用本身已经把它所需的输入项都暴露了出来。

应用内的数据

下面这些字段取自应用已披露的产品流程——一条获批额度、一份固定期限的分期计划，以及合同中标明的透明费用结构。

获取数据的路径

对应用会话做授权协议分析

我们观察同意授权的借款人 App 与 มินิแคช 后端之间的流量，记录鉴权握手过程，以及账户、还款计划和还款流水调用的 JSON 结构，再把这些调用重新实现成一个干净的客户端。可触达的范围：上文列出的完整贷款台账与分期明细。工作量适中；在前端改版之间的稳定性良好，这也是我们持续盯防的地方。访问会在启动阶段与你一起安排，落在测试账户或同意授权的账户上。

用户授权的凭据访问

在借款人授权的前提下，一个会话以其本人登录身份运行，按计划拉取其本人的记录。对单一借款人或贷后服务场景来说，这是更轻的路径，也让数据严格保持在第一方范围内。我们保存同意记录，并把范围限定到指定字段。

原生导出作为兜底

应用允许用户保存的任何对账单或合同文档，都是一种低成本的补充——适合回补和对账，但对实时同步较弱，因为它只是某一时点的快照。我们把它当作对已解析还款计划的交叉核对，而不是数据流的主干。

对 มินิแคช 而言，在同意授权会话上做协议分析，是我会围绕它来搭建对接的路径——它是唯一能把逐期本金／利息拆分作为实时结构化数据返回、而非压平成 PDF 的路径，而这个拆分正是余额递减产品的全部意义所在。凭据访问则在旁并行，服务于单一借款人的贷后场景。

你仓库里会拿到什么

• 一份 OpenAPI 3.1 规范，覆盖实测到的账户、还款计划与还款流水端点，含贷款与分期对象的结构。
• 一份协议与鉴权流程报告：登录／令牌处理、抵达分期数据的请求时序，以及构建过程中观察到的错误与重试行为。
• 关键调用的可运行客户端源代码（Python 与 Node.js）——拉取账户、获取还款计划、列出还款记录——并包含余额递减的复算。
• 一份归一化的贷款＋还款计划结构，让分期行能干净地映射进你自己的台账。
• 针对已捕获样本数据的自动化测试，以及接口文档与符合 PDPA 的留存指引。

还款计划查询

下面示意还款计划调用的形态，以及我们把它归一化成的分期数组——字段名在构建时对照真实返回做过确认，并非在此臆测。

GET /api/v1/loan/{loanId}/schedule
Authorization: Bearer <session-token>
Accept-Language: th-TH

# normalised response (reducing-balance, ลดต้นลดดอก)
{
  "loanId": "…",
  "principalApproved": 30000.00,
  "currency": "THB",
  "termDays": 180,
  "installments": [
    { "seq": 1, "due": "2026-07-28", "payment": 5319.68,
      "principal": 4779.68, "interest": 540.00, "balanceCarried": 25220.32 },
    { "seq": 2, "due": "2026-08-27", "payment": 5319.68,
      "principal": 4865.71, "interest": 453.97, "balanceCarried": 20354.61 }
    /* … through final installment, balanceCarried -> 0.00 */
  ],
  "totalRepayable": 31918.08
}

# guard: re-derive interest from balanceCarried * periodRate and
# compare to the server figure; a mismatch flags a parse/version drift.

这些数值对应应用自己公布的算例（一条 30,000 泰铢额度、分六期 งวด）。我们采用服务端自身的数字，只把复算当作一根警戒线，因为面向借款人展示的那个数才是必须对得上的。

同意授权与 PDPA

这是泰国的数据，因此适用的是《个人数据保护法》（PDPA），自 2022 年 6 月起生效，而 Pico 放贷业务本身由财政部财政政策办公室监管。对接可靠的法律依据，是账户持有人本人明确的同意——PDPA 要求同意必须具体且可自由撤回，因此我们采集一份可追溯的同意记录，将其绑定到指定范围，并把撤销机制内建进同步流程，而不是事后再补上去。借款人的贷款数据属敏感信息；身份证号与联系方式字段在边界处脱敏，除非存在授权范围内的理由，留存有期限，访问有记录。当业务触及放贷方自身系统时，签署保密协议是惯例。

构建备注

关于这款应用，有两点我们会专门在设计中考量，二者都在我们这边处理。

• 余额递减的还款计划是算出来的，而不是以一个扁平 APR 存储的。我们把解析器设计成携带逐期本金／利息拆分与结转余额，并将复算结果与应用自身的合计数对照验证，让四舍五入的差异出现在测试里，而不是出现在某个人的台账上。
• Pico Finance 是按省向一家运营方发牌的，因此一条借款人记录属于某个具体的牌照和府（จังหวัด）。我们把牌照编号与府作为一等字段保留，这样即便聚合方之后从不止一家 Pico 放贷机构拉数据，也不会把每笔贷款当成一个全国大池，数据依然正确。
• 应用会提醒借款人警惕仿冒山寨与脱离应用的转账；我们把应用内的官方收款账户视为权威的对账依据，并将入账还款绑定到它。

团队用它做什么

• 一款债务咨询或 PFM 工具，向借款人展示其真实的余额递减还款曲线，以及提前还款能省下多少。
• 一个贷后服务后台，将入账还款与应用内官方账户对账，并尽早标记漏缴的分期。
• 一个聚合方，把 มินิแคช 与其他泰国小额放贷机构归一化进同一套贷款结构，形成还款能力视图。

来源

于 2026 年 6 月对照该应用自身的 Google Play 商店页面（运营方、牌照编号、50,000 泰铢上限、六期算例）、财政政策办公室关于省级 Pico Finance 监管的资料，以及泰国 PDPA 现行的同意与执法指引进行核对。引用来源：

• มินิแคช 在 Google Play 上的页面
• 财政政策办公室——Pico Finance 监管
• 泰国 PDPA——数据保护法概览

OpenBanking Studio · 集成团队梳理，2026 年 6 月。

同类放贷机构

同属泰国消费信贷领域，列出以提供关键词与生态背景——中立、不作排名。每一家都保存着账户数据，统一对接会把它们与 มินิแคช 一并归一化。

• MoneyThunder——ABACUS 旗下数字放贷应用，提供个人与纳米金融额度，含逐账户分期数据。
• PROMISE——循环个人贷应用，在泰国央行规则下保存可复用的授信额度余额。
• Good Money (Money DD)——与 GSB 关联的数字放贷方，含纳米金融账户与还款记录。
• Kredivo Thailand——先买后付与现金贷循环账户，含放款与对账单数据。
• LINE BK Nano Credit Line——Kasikorn Line 内嵌于 LINE 的授信额度，保存贷款账户与行为数据。
• Siam Digital Lending——面向营运资金的全数字个人与小额贷款产品。
• Credit OK——基于替代数据的放贷方，服务商户，含账户与评分记录。
• KTC——信用卡与个人贷款账户，含对账单与交易历史。

界面

常见问题

MiniCash 采用余额递减（ลดต้นลดดอก）计息——提取出的数据会带上每期本金与利息的拆分，还是只有一个合计数？

分期表两者都有。每一期（งวด）都带有当期还款额、本金部分、利息部分以及结转的剩余本金，这正是余额递减记账所需要的。我们把还款计划建模成一个分期数组，让下游系统能够复算实际利率，而不是只存一个 APR 数字。

MiniCash 是一家省级 Pico Finance 放贷机构——这种按省发牌的限制会不会影响对接的范围？

它对数据模型的影响大于对工程实现的影响。泰国的 Pico Finance 牌照由财政部财政政策办公室按省核发，因此一条借款人记录会绑定到某一家持牌运营方和某一个府。我们把牌照和府作为一等字段保留，而不是把每笔贷款都压平进一个全国统一命名空间——当聚合方从不止一家 Pico 放贷机构拉数据时，这一点尤为重要。

你们如何让 มินิแคช 借款人记录的提取始终符合泰国 PDPA？

访问建立在同意授权的账户持有人本人的授权之上，配有一份可追溯的同意记录，以及明确的范围和留存期限。我们把拉取范围收窄到对接真正用得到的字段，在边界处对身份证号和联系方式字段做脱敏处理（除非它们在授权范围内），并保留审计留痕。PDPA 自 2022 年 6 月起生效，要求明确且可撤回的同意，因此撤销机制从一开始就已内建。

在接触 MiniCash 生产环境的真实借款人数据之前，你们能先交付一个沙盒安全的版本吗？

可以。我们会在启动阶段与你一起安排访问，先针对一个同意授权的测试账户或已捕获的样本数据来构建，让解析、结构与测试在读取任何生产环境借款人记录之前就得到验证。可运行源代码与 OpenAPI 规范会在一到两周内交付。

与我们合作

你把应用名称和你需要从它的贷款数据里拿到什么告诉我们；我们理清路径、与你一起安排访问，然后把它做出来。还款计划解析器与复算会最先落地，好让数字在任何东西靠近生产账户之前就先对上。两种付费方式：一是源代码交付，300 美元起，你会拿到可运行客户端、OpenAPI 规范、测试与文档，只有在交付并对你可用之后才付费；二是按调用计费的托管 API，无预付费用，你调用我们的端点，按实际调用量付费。无论哪种，构建周期都是一到两周。把你想要的数据和使用场景告诉我们：/contact.html，我们来做范围界定。