对接 UCHOOSE——Krungsri Consumer 的信用卡 App

UCHOOSE 把每一笔刷卡都归入六个消费类别——购物、餐饮、旅行、生活方式、账单缴付，以及一个兜底类别——并将它们连同账单、还款日、卡片锁定和积分权益一起，收在 Krungsri Consumer 的登录之后。Krungsri Consumer 曾公开提出 730 万个 UCHOOSE 账户的目标（据 Money & Banking，2023 年），因此这道登录背后的数据绝非小众信息源，它是 First Choice 及其他 Krungsri 发行卡的门面。本文梳理第三方能在其中触及什么、合规的取数路径，以及我们交回的代码。

结论是：当前可触及的、数据最丰富的面，就是已登录的 App 本身——一位同意授权的持卡人，可以把 UCHOOSE 为其呈现的一切都交给我们读取。泰国的全国开放数据体系确实存在、也在推进，但信用卡数据处在较晚的落地阶段，所以我们现阶段基于授权同意来构建，并把集成设计成一旦该体系覆盖信用卡，就能顺势接入。

App 呈现给用户的信用卡、支付与积分数据

下表每一行都是 UCHOOSE 实际渲染给已登录持卡人的内容，标出它在 App 中的位置，以及集成方可以用它做什么。

App 自己的商店介绍称 First Choice 额度最高约 200 万泰铢、实际利率在 21–25% 区间；这些数字属于产品方，不是我们的，我们只把它们当作输入，而非需要转载的主张。

一次鉴权加取账单的流程示意

登录与设备绑定。每次读取都由短时效令牌把守，App 还会对频繁的账单拉取做限流，因此真正的集成会自我控速、干净地刷新。下面的形态仅为示意；确切的字段名和令牌链会在实现阶段针对一个已授权账户核实。

# Illustrative. Auth chain and field names verified during the build,
# run against a cardholder who has consented.

POST /uchoose/auth/token            # device-bound login
  body: { deviceId, username, pinHash }
  -> { accessToken, refreshToken, expiresIn }     # accessToken is short-lived

GET  /uchoose/cards                  # cards on this profile
  auth: Bearer <accessToken>
  -> [ { cardId, product: "First Choice", last4, statusFlags } ]

GET  /uchoose/cards/{cardId}/statement?cycle=current
  -> { closingBalance, dueDate, minPayment,
       txns: [ { postedAt, amount, merchant, mcc,
                 appCategory } ] }    # appCategory is user-editable

on 401 -> refresh(accessToken) via refreshToken; retry once
on 429 -> back off; the app rate-limits back-to-back statement reads

注意紧挨着 mcc 的 appCategory：持卡人可以把一笔交易重新归入不同的类别，因此这两个字段本就会不一致。我们两者都保留。

交付到你这边的成果

交付以持卡人在 U Manage 和 U Pay 中看到的账单、交易和缴款读取为核心：

• 一份 OpenAPI/Swagger 规范，覆盖 UCHOOSE 所暴露的账单、交易、缴款与卡片管控读取。
• 一份协议与鉴权流程报告：设备绑定步骤、令牌签发与刷新节奏，以及会话如何过期。
• 核心读取的可运行源代码——Python 或 Node.js——其中包含商户/MCC 与 App 分类的映射，让分类消费数据到手即已归一。
• 自动化测试，回放已捕获的会话，并对账单与交易的数据结构做断言。
• 交接后由内部工程师即可维护的接口文档。
• 针对你将持有的信用卡数据，提供符合 PDPA 的数据留存与授权记录指引。

合规的取数路径

持卡人授权的接口集成

在持卡人授权的前提下，我们分析 App 自身的流量，并把这些读取重建为一套清晰的接口。它能触及 UCHOOSE 所呈现的一切——账单、分类消费、缴款、卡片状态、U Like 优惠。工作量适中；持久性取决于 App 的前端，为此我们设有复检环节。项目启动时，我们会与你一起，针对一个已授权账户搭好访问。

泰国央行开放数据（“Your Data”）

泰国央行（BOT）于 2025 年底出台了一项开放数据法规（由 Bank of Thailand 发布），允许消费者指示受监管的服务方共享其金融数据——存款、贷款、支付、电子货币和信用卡。存款数据在 2026 年底前后领先落地；信用卡数据处在 2027–2028 年推进的阶段。今天可触及的覆盖面窄，覆盖信用卡后则很高，而且因为由监管机构界定而稳定。我们把集成布置成：一旦相关阶段落地，即可作为接收方切换到该通道。

dStatement，用于账单文档

泰国的 dStatement 服务（自 2022 年上线，通过 NDID 做身份核验）在机构之间传递机器可读的银行账单。当目标是账单文档而非 App 内的实时字段时，它是这一块干净、受认可的备选方案。

对于本季度就要把数据跑起来的团队，我们会先构建授权接口这条路——它是当前唯一能触及完整信用卡与消费面的路径——同时把它接好，让 BOT 体系在其信用卡阶段上线后可作为即插即用的数据源。

团队实际会把它接在哪里

• 一款泰国个人理财 App，拉取一位授权持卡人的 First Choice 分类消费，呈现统一的每月概览。
• 一款记账工具，把小微企业主的 Krungsri 卡账单与已入账交易做对账。
• 一家放贷机构，把授权取得的当前信用卡余额与 U Product 信用额度作为还款能力信号。
• 一个积分聚合方，同步 U Like 权益，让优惠在 App 之外也能呈现。

授权同意，以及泰国规则的真实进度

在 PDPA 之下——自 2022 年 6 月生效——金融数据属于敏感个人数据，因此处理它需要持卡人明确、有记录的同意，并附带清晰的撤回途径。监管方已从指导走向处罚；首批数额可观的行政罚款于 2025 年 8 月落地（据报道超过 2100 万泰铢），这正是如今任何信用卡数据集成所处的执法环境。我们坚持授权优先：只做经授权或用户同意的访问，每次读取都留痕，保存授权记录，把数据最小化到用例所需，并在需要时签署保密协议。

BOT 开放数据体系关乎中期，而非今天的信用卡取数。由于其信用卡阶段仍在前方，我们不把信用卡数据共享当成当下就成立的权利；持卡人本人的同意才是我们构建的依据，而该体系是同一套集成日后成长进入的路径。

针对 Krungsri Consumer 技术栈的实现细节

UCHOOSE 在单个登录下承载不止一种信用卡产品——First Choice 与其他 Krungsri 自营及联名卡并列。我们对每种产品的账单结构分别建模，让持有多张卡的持卡人能按卡逐张对账，绝不混成一个模糊的总额。

六个消费类别可由用户编辑——持卡人把一笔交易拖进自己偏好的类别——因此 App 侧的标签可能与收单方的商户编码产生偏离。我们同时持久化 UCHOOSE 的分类和底层的商户名称与 MCC，当用户重新归类时保持下游分析的稳定。又因为令牌短时效、App 对重复的账单读取会限流，我们围绕这个刷新窗口和退避行为来构建同步，让它既不会在运行途中过期，也不会触发 App 的限流。当 App 前端发生变化时，一次复验会在你的数据变旧之前先把它捕捉到。

我们参考过的界面截图

在梳理上述数据面时我们查看过的商店截图。

UCHOOSE 在泰国金融 App 中的位置

一次集成通常会跨越其中几款。以下是对每款所持数据的中立说明：

• K PLUS（Kasikornbank）——功能完整的零售银行 App，含账户、转账与卡片管理；泰国手机银行中数据面最广的一款。
• SCB EASY（Siam Commercial Bank）——账户、卡片、支付与 P2P 转账集于一个登录。
• Krungthai NEXT（Krungthai Bank）——为 KTB 客户提供转账、账单缴付、贷款与还款提醒。
• UOB TMRW（UOB Thailand）——管理 UOB 信用卡，跟踪消费并实时呈现账单。
• KTC Mobile（Krungthai Card）——发卡机构 App，用于账单、积分与卡片缴款，业务范围与 UCHOOSE 相近。
• TrueMoney Wallet——使用广泛的电子钱包，用于充值、日常支付与小额转账。
• Rabbit LINE Pay——接入 LINE 生态的钱包与交通支付。
• Bangkok Bank Mobile Banking（Bualuang）——为 Bangkok Bank 客户提供账户、卡片与转账。

本文是如何整理的

于 2026 年 7 月 1 日，对照 App 自身的商店页面与 Krungsri Consumer 的资料、泰国央行的开放数据与 dStatement 页面，以及泰国数据保护参考资料核查。主要来源：

• Krungsri Consumer — UCHOOSE
• Bank of Thailand — 消费者共享金融数据的权利（2025）
• Bank of Thailand — dStatement
• Money & Banking — Krungsri Consumer UCHOOSE 730 万账户目标

由 OpenBanking Studio 集成团队梳理 · 2026-07-10。

集成方常问的 UCHOOSE 问题

能把 UCHOOSE 里用户自行修改的消费分类，与卡组织的商户编码分开保存吗？

可以。App 允许持卡人把一笔交易在六个消费类别之间拖动，因此 App 侧的分类可能与收单方的商户编码不一致。我们同时保存 UCHOOSE 的分类，以及底层的商户名称和 MCC，这样你的分析既能采信其中之一，又能对照另一项做核查。

在泰国央行的开放数据规则下，信用卡数据现在可以共享了吗？

信用卡还不行。泰国央行的开放数据法规于 2025 年底出台，并分阶段落地——存款数据在 2026 年底前后率先开放，贷款、支付、电子货币和信用卡数据则在随后一阶段、于 2027 至 2028 年间陆续覆盖。在此之前，可靠的依据仍是持卡人本人的书面授权同意。

App 里会出现哪些 Krungsri 的信用卡产品，持有多张卡的持卡人能分别对账吗？

UCHOOSE 在同一个登录下承载 First Choice 以及 Krungsri Consumer 发行的其他自营和联名卡。我们对每种产品的账单结构分别建模，因此持有多张 Krungsri 卡的持卡人可以按卡逐张对账，而不是混成一个模糊的总额。

你们返回的账单与交易数据有多新？

已入账交易和结清余额会按 App 自身的轮询节奏刷新，我们跟随这个节奏，而不是猛拉接口。我们围绕令牌和授权刷新窗口设计同步，让会话不会在取数途中悄然过期，并为每条记录打上时间戳，让下游系统清楚知道每个字段的时效。

UCHOOSE 账单与分类取数的源代码起价 300 美元，只有在我们交付、且你已针对一个已授权账户跑通之后才计费；若你根本不想自己构建，也可以改为调用我们的托管端点，按调用付费、无需预付。两条路都在一到两周内完成。告诉我们 App 名称和你需要从其数据里得到什么，访问与合规我们会与你一起处理——发起一个项目。