够到 ติดใจ by เงินติดล้อ 中的贷款台账与保单记录

打开 ติดใจ，借款人会看到一个实时变动的车辆抵押贷款余额、一份带日期的还款记录、下一个还款日，以及绑定在同一登录下的车险保单。这正是第三方想要查询或同步的数据——一个贷后服务面板、一款债务咨询工具、一套车队保险跟踪器——而这份简报讲的就是怎么够到它。ติดใจ 是 Ngern Tid Lor（เงินติดล้อ）重做的应用，也就是 TIDLOR 股票代码背后那家上市贷款机构，它把放贷、保险经纪和几项生活服务打包在同一个账户之下。

这个应用把不止一个后端拼在一起——抵押贷款核心、保险经纪、黄金储蓄钱包、联盟返佣台账——这让它比单一产品的应用更值得对接，也让干净地梳理清楚要多花些功夫。下面讲的是有哪些数据够得到、合规的进入方式，以及最后落到你手里的是什么。

应用内的数据

每一行对应的都是 ติดใจ 真实展示给已登录用户的界面，而不是一份通用的金融清单。

够到这些数据的授权途径

真正适用于 ติดใจ 的有三条路。它们在覆盖范围、经历一次应用更新后还能剩下多少、以及我们需要搭建什么来运行它们上各不相同——搭建工作在我们这边，与你协商安排，而不是你要先自己清掉的一份清单。

授权接口集成（协议分析）

我们在你的授权下分析应用自身的流量，把贷款台账、保单清单和支付界面背后的调用重建成一套干净的 API。覆盖范围很广：只要应用能渲染出来，集成就能返回。工作量适中，耐久度跟着应用的发版节奏走——某个界面一变，受影响的调用就重新梳理。我们针对一个已授权账户或赞助方沙箱来运行它，在接入阶段与你一起搭好。

用户授权的凭证访问

对于一款聚合类产品，由终端用户授权同意，我们代其运行会话，返回属于他们自己的余额、记录和保单。覆盖范围就是该用户所能看到的内容；授权记录与撤销通道也是构建的一部分。

BOT “Your Data” 机制（前瞻性）

泰国央行于 2025 年底出台了消费者数据共享监管，从存款数据起步，并在 2027—2028 年扩展到贷款和支付类别。一旦某个贷款数据阶段覆盖了 Tidlor 的记录，一条受监管的授权共享途径就会出现；我们在设计集成时确保这条路径日后无需重做即可加入。

就今天的 ติดใจ 而言，针对已授权账户的授权接口集成才是我们真正会走的途径。只有它能在应用刷新的那一刻同步返回实时的抵押贷款余额和当前保单清单，而 BOT 机制眼下还在优先推进存款数据。如果应用开放了应用内对账单或导出视图，我们把它当作佐证来源，而非主数据流。

你拿到的成果

交付物是一套针对上述界面、可运行的集成，而不是一份报告。对 ติดใจ 来说，这意味着：

• 一份 OpenAPI/Swagger 规范，覆盖贷款余额、还款记录、报价、支付和保单等端点。
• 一份协议与鉴权流程报告：登录、令牌签发与刷新链路在放贷和保险两个子系统里的真实行为。
• 关键端点的可运行源代码（Python 或 Node.js），并附带费用模型，让总额能对上 24% 的综合费率上限。
• 自动化测试，包含变动最频繁的保单到期与 พรบ 路径。
• 接口文档，外加符合 PDPA 的授权记录与数据留存指引。

示例演示：令牌刷新后读取贷款余额

仅为示意结构——字段名与确切的鉴权链路会在构建阶段针对已授权账户逐一确认，此处并不作为应用内部契约的断言。

# Authorized interface integration — title-loan balance read
POST /auth/token            # device + session credential, consented
  -> { access_token, refresh_token, expires_in }

GET  /loans/{contract_id}/balance
  Authorization: Bearer <access_token>
  -> {
       "contract_id": "NTL-…",
       "principal_outstanding": 0.00,
       "next_due_date": "YYYY-MM-DD",
       "all_in_rate_pct": 24.0,      # interest + fees, capped per BOT
       "transfer_fee_thb": 3
     }

# Adapter notes carried in the delivered client:
#  - on 401, replay /auth/token with refresh_token, then retry once
#  - reconcile interest + 3 THB transfer fee into the contract's
#    all-in figure before surfacing a total
#  - policy + พรบ calls live behind a separate adapter (see notes)

用在哪里

• 一款债务咨询服务，需要实时的抵押贷款余额和还款记录，针对 12—24% 的利率区间测算提前结清。
• 一家中小企业车队运营方，从同一个数据流里跟踪多辆车的 พรบ 与商业车险到期日，而不必逐车打开应用。
• 一家合作方，把联盟返佣对着自己的推荐记录做对账。

授权同意及其背后的合规框架

泰国《个人数据保护法》（PDPA，佛历 2562 年，自 2022 年 6 月生效）是这里的主导隐私法：数据的收集、使用和披露都需要一份明确、颗粒化、有记录的授权同意，且数据主体可随时撤回；而 2024 年 3 月生效的跨境传输规则，则决定了任何处理环节可以设在哪里。我们运行的每一次集成都带着一个与所请求的贷款和保单数据绑定的授权范围、一条到期与撤销的通道，以及数据最小化——只触及所请求的数据域。BOT “Your Data” 框架是前瞻性的一层——随着其贷款数据阶段落地，它会新增一条受监管的共享途径，但目前尚未覆盖 Tidlor 的记录，因此今天可靠的依据仍是账户持有人本人的授权。访问全程留痕，若合作需要，我们也在保密协议下开展工作。

针对 ติดใจ 的工程判断

关于这个应用，有几点会影响我们怎么构建，全都在我们这边处理：

• 应用用一套登录托着好几个后端。我们把抵押贷款核心、保险经纪、黄金储蓄钱包和联盟返佣台账当作各自独立的子系统来梳理，再归一到同一套数据结构，这样客户端只取自己需要的那一片即可。
• 费用按合同、在单一的每年 24% 上限下呈现，其中折进了 3 泰铢的转账费。我们把这套费用规则显式建模，让重建出来的还款总额与应用显示的一致，而不是把利息和费用拆成两个对不上的数字。
• 车险续保和 พรบ 流程比贷款界面变得更勤。我们把它们隔在各自的适配器后面，并给维护环节加一道校验，这样续保前端一改动就会被抓到并修补，赶在到期信息过时之前。

接口证据

上文提到的那些界面的商店截图。点击可放大。

梳理方法

我们查了 com.ntl.cxm_mobile 的 Google Play 页面和 Tidlor 应用指南，用于确认功能集和 12—24% 的利率区间（该商店页面截至 2025 年 4 月标注的数字），查了泰国央行的数据共享公告以确定 “Your Data” 的时间线，并查了 PDPA 资料以确认授权同意的合规框架——均在 2026 年 6 月完成。主要来源：

• Google Play——ติดใจ โดย เงินติดล้อ
• Tidlor——应用功能（余额、账单缴费、转账）
• 泰国央行——数据共享监管（2025 年 11 月）
• 泰国央行——Open Data

由 OpenBanking Studio 集成团队梳理 · 2026 年 6 月 26 日。

同一数据版图中的同类应用

同一品类，列出仅为生态背景参考——一套统一的抵押贷款或车险集成通常会涉及其中好几个。

• Srisawad (SAWAD)——抵押贷款余额与还款计划；该细分领域三大机构之一。
• Muangthai Capital (MTC)——车辆及土地抵押贷款账户，含按合同的还款数据。
• SCB EASY (My Car My Cash)——银行系购车贷，与存款、卡数据并列。
• Krungsri (Car4Cash)——大城银行手机应用内的汽车抵押贷款。
• TTB Touch——Thanachart 一脉的车辆抵押贷款与账户数据。
• Kasikorn K PLUS——覆盖面广的零售银行，持有贷款和支付记录。
• Heng Leasing——同一小额信贷区间内的抵押与分期贷款账户。

对接方关于 ติดใจ 常问的问题

能把贷款数据和 ติดใจ 里的保险、黄金储蓄部分拆开单独取吗？

可以。这个应用用一套登录凭证托着好几个不同的后端——抵押贷款核心、保险经纪、黄金储蓄钱包和联盟返佣台账。我们把每个子系统的调用分别梳理清楚，再归一到同一套数据结构里，所以一次集成可以只订阅贷款台账、只订阅保单，或者全都要。

24% 的综合费率上限会影响应用返回的还款数字吗？

会左右这些数字。正如其 Play 商店介绍所述，应用把利息、每笔 3 泰铢的转账费以及其他费用合并进每年 24% 的单一上限里。我们会把这套费用规则显式建模，让重建出来的总额能和应用按合同显示的数字对得上，而不是把利息和费用当成互不相干的两条明细。

泰国央行的“Your Data”机制会让这项集成变得多余吗？

短期内不会。BOT 于 2025 年底出台数据共享监管，先从存款数据入手，并计划在 2027—2028 年分阶段扩展到贷款和支付数据。在贷款数据阶段真正覆盖 Tidlor 的记录之前，用户授权的接口集成才是够到实时台账的途径；我们在设计时预留了空间，日后的官方机制通道可以并行接入。

车险续保流程一变，你们怎么让同步继续正常工作？

续保和 พรบ（强制车险）这几条路径比贷款界面变得更勤。我们把这些调用单独隔在一个适配器后面，并在维护环节接入一道校验流程，这样续保前端一旦改动，保单到期信息就会被重新核对并修补，而不是悄无声息地过期失效。

针对 ติดใจ 贷款和保单端点的源代码交付——可运行客户端、OpenAPI 规范、测试与文档——起价 300 美元，且只有在交付、你拿到所要的东西之后才付款。如果你不想自己托管任何东西，也可以改为按调用次数计费地调用我们的端点，无需预付费。两种方式的构建周期都是一到两周；你只需先告诉我们应用名称和想从其数据里得到什么即可，访问权限和符合 PDPA 的授权同意会作为工作的一部分与你一起安排。告诉我们你需要从 ติดใจ 得到什么，我们来把范围界定清楚。