触达 Krungsri KMA App 背后的账户记录

Krungsri 把范围异常宽的产品都收在一个登录之后。按银行自己的功能说明，KMA 主屏把存款、信用卡、Krungsri iFIN、Car4Cash、住房贷款、保险与共同基金持仓汇入一个概览视图，电子账单可回溯十二个月。对任何为泰国市场开发信贷、记账或个人理财工具的团队来说，这一个账户就是密度很高的数据来源：余额与入账历史紧挨着分期贷款的还款计划和一份共同基金组合，全部对应同一位客户。

可靠的入口是授权同意。一位授权我们开展工作的 Krungsri 客户，让我们得以观察并重新实现 KMA App 自身的数据调用，再把它们封装为干净的接口。泰国也正在为此专门修一条国家级通道——泰国央行的 Your Data 计划——这让"同意优先"的设计成为正确的押注，而非权宜之计。

账户对外暴露了什么

下表每一行都是 KMA 实际呈现给已登录用户的一处界面，标注了它来自哪里，以及对接方拿它来做什么。

我们会怎样触达

对 KMA 真正有分量的是两条路径，另有第三条值得一提。

授权会话分析

我们在授权账户下对 KMA App 做插桩，记录认证握手过程以及仪表盘背后每个产品的数据调用，再把它们重新实现为稳定的端点。这能以完整粒度触达用户所能看到的一切——余额、入账、贷款计划、基金持仓。它是最完整的路径，也是我们会用来搭建核心对接的一条。维护成本我们如实相告：Krungsri 每次发布前端改动，部分调用就会变动，因此我们在支持周期里保留一道重新校验的环节。

以原生电子账单作为数据源

App 本就会生成的十二个月账单，是一个干净、投入更小的交易历史与余额来源，适合那些不需要完整实时同步的场景。它稳定且易于排期，但更窄——没有实时的贷款或组合状态。我们常把它与第一条路径并行运行，用于历史回填和交叉核对。

Your Data 授权同意传输

随着泰国央行的开放数据标准在 2026 年内陆续上线，机构对机构之间、基于同意的传输将成为一等路径。我们把同意与令牌处理设计好，让对接能够在这条通道成熟时顺势采用，而不是把它当作日后另起炉灶的重建。

对多数买家而言，答案是以第一条路径承载实时产品数据，再接入账单数据源补足历史与核验——这一组合既有深度，又为单个 Krungsri 账户留了一条稳固的兜底。

你的代码库里会落地什么

交付的是一套针对上述界面、可运行的对接，而不是一份报告。具体来说：

• 一份 OpenAPI 规范，覆盖我们实现的 KMA 端点——余额、交易、账单、贷款与信用卡详情、基金持仓。
• 一份协议与认证流程说明：登录、设备绑定、OTP/生物识别二次验证与令牌刷新链路，均为构建期间实测所得。
• 关键调用的可运行源码，Python 或 Node.js，配一套规范化数据结构，让每一类 Krungsri 产品都保持为独立的记录类型。
• 基于录制响应的自动化测试，这样前端一有改动就会以测试失败的形式暴露，而不是悄无声息地漂移。
• 接口文档，外加符合 PDPA 的同意记录、日志与数据留存指引。

一段会话示意

仅作示意——字段名与确切的二次验证顺序，会在构建期间对一个真实的授权账户核实确认，而非在此断言为 Krungsri 已公布的契约。

# Authorized KMA session — illustrative shape, verified at build time
session = kma.authorize(
    device_profile=clean_profile,      # app rejects rooted / remote-access env
    credential=consenting_user,
)

# high-value reads trigger biometric / OTP step-up
if session.requires_step_up():
    session.satisfy(otp=consent_channel.fetch_otp())

stmt = session.get_statement(
    account_id="xxx-x-xxxxx-x",
    months=12,                          # trailing online-statement window
)

for tx in stmt.transactions:
    emit({
        "posted_at": tx.value_date,
        "amount":    tx.amount,
        "currency":  tx.currency,        # THB, plus FX legs for Boarding Card
        "counter":   tx.counterparty,
        "ref":       tx.eslip_ref,       # QR / PromptPay slip reference
    })

# on 401 / session-expired: refresh within consent window, re-validate, retry once

它会被用在哪里

• 一家泰国中小企业放贷机构，从借款人授权的 Krungsri 账户拉取余额与账单历史，用于做可负担能力判断。
• 一款个人理财 App，把用户的存款、信用卡、贷款与共同基金聚合成一个净值视图。
• 一款记账工具，借助电子回单编号，把 PromptPay 与二维码收款对应回发票完成核销。
• 一个财富管理看板，把共同基金持仓与 Krungsri Auto、保险头寸一并追踪。

授权同意与泰国数据法规

在泰国，金融数据属于《个人数据保护法》（PDPA，自 2022 年施行）下的敏感个人数据，这意味着任何采集的法律依据都是明确、细分、可留痕的同意。我们照此构建：每一次对接都基于账户持有人的一份已记录同意运行，授权范围与撤回都在流程内处理，数据也被最小化到某个场景真正需要的领域。泰国央行的 Your Data 计划于 2024 年 10 月推出，预计在 2026 年内投入运行，正在为金融数据在机构间流动建立国家级同意标准——用央行自己的话说，是一个对个人数据的"数字遥控器"。现在就照这套标准来设计，正是"同意优先"路径经得起时间、而非只图方便的原因。若客户要求，签署保密协议覆盖整个项目。

由工作室承担的工程活

KMA 有几处特点会具体影响我们的构建方式，这些我们自己扛下，而不是甩给你：

• 多产品聚合。一次 KMA 登录展开为存款、贷款、信用卡、共同基金、债券/股票、保险与 Krungsri Auto，每一类的记录形态都不同。我们把它们分别建模，使分期贷款的还款计划绝不会被压平成一个存款余额，再统一到一个接口之后。
• 设备与完整性控制。App 在已 root 或越狱的系统上、或有远程访问软件运行时会拒绝启动，并在高价值操作时升级为生物识别或 OTP。我们在一台干净、经授权的设备环境上运行构建，并围绕这道二次验证设计会话层，让读取始终处于授权状态、同步不中断。
• 账单窗口与刷新。电子账单大致覆盖十二个月。我们设计首次运行的回填来翻页读取这一窗口，并设计一套在两次同步之间保持同意令牌有效的刷新节奏。
• 前端变更。Krungsri 会定期发布 App 更新，因此支持周期里内置一道重新校验，尽早发现移位的调用。

访问权限、授权账户以及任何沙箱安排，都会在启动阶段与你一起搭好——这是项目的一部分，而不是需要你先行解决的前提。

界面佐证

KMA 的商店截图，有助于对照上文点到的各处界面。点击可放大。

KMA 在泰国 App 中的位置

同一套对接思路能干净地迁移到泰国各家银行与钱包 App 上，而买家更广的数据需求往往也落在这些应用里：

• K PLUS（Kasikornbank）——泰国使用最广的银行 App 之一；为 KBank 客户持有相同的余额、转账与账单记录。
• SCB Easy（Siam Commercial Bank）——存款、信用卡与转账，带英文界面。
• Krungthai NEXT（Krungthai Bank）——零售账户、转账与账单缴费数据。
• Paotang（Krungthai）——与政府挂钩的钱包和补贴数据，兼顾日常支付。
• Bualuang mBanking（Bangkok Bank）——账户余额、账单与转账。
• TTB Touch（TMBThanachart）——存款、贷款与信用卡记录集于一个 App。
• TrueMoney Wallet——电子钱包余额、充值与支付台账。
• Rabbit LINE Pay——钱包与交通出行挂钩的支付历史。

横跨这样一组 App，价值在于用一套规范化数据结构覆盖多家机构；每个 App 都承载着同一类经同意的金融记录。

本文如何核实

这份映射依据 Bank of Ayudhya 的 KMA 功能页面和 Play 商店页来确认 App 的各处界面，并依据泰国央行与泰国隐私法规资料来确认监管框架，核实时间为 2026 年 6 月。主要来源：

• Krungsri —— KMA 核心功能
• krungsri 的 Google Play 页面
• 泰国央行 —— "Your Data" 项目
• 泰国央行 —— 开放数据

由 OpenBanking Studio 对接团队完成映射 · 2026 年 6 月。

对接方常见问题

能从 KMA 里拉取超过 12 个月的账单历史吗？

按其商店页说明，App 提供最近 12 个月的电子账单。我们在首次同步时翻页读取这一窗口，随后保持增量节奏，让此后每一笔新入账都被采集；比可见窗口更早的记录，只能来自授权账户的归档账单，我们会把它们并入同一套规范化的数据结构。

Krungsri 的 root、越狱与远程访问检测会妨碍对接吗？

依据其安全说明，KMA 在检测到已 root 或越狱的系统、或有远程访问工具运行时会拒绝启动。我们的做法是在一台干净、经授权的设备环境上运行整个构建，并围绕 App 在高价值读取时要求的生物识别与 OTP 二次验证来设计会话层，使同步不会触发这些安全控制。

哪些 Krungsri 产品会进入统一的数据结构？

KMA 的仪表盘在同一页上汇总了存款、贷款、共同基金、信用卡、债券与股票持仓、保险以及 Krungsri Auto。我们把每一类建模为各自独立的记录类型，避免把分期贷款的摊还压平成一个存款余额，再通过统一一致的接口对外暴露。

现在对接必须走 Your Data 机制，还是有授权同意就够了？

经授权、基于用户同意的访问今天就能落地，也是可靠的基础。泰国央行的 Your Data 计划于 2024 年 10 月公布，预计在 2026 年内逐步投入运行，将机构间基于同意的数据传输标准化；我们把对接设计成能够随着这些国家标准生效而顺势接入，无需重做底层。

最后说一句这项工作怎么买。这里有两种合作形态：一种是源码交付，300 美元起，你拿到可运行的对接、规范、测试与文档，在它达到你所需效果后再付款；另一种是托管的按调用计费 API，你调用我们的端点，只为实际调用付费，前期零投入。无论哪种，构建都按 1–2 周周期推进，你带来 App 名称以及你想从 Krungsri 数据里得到什么，我们与你一起安排访问权限与合规事宜。欢迎从我们的联系页开始沟通。