Lloyds Mobile Banking 接口集成服务（OpenData / OpenFinance）

1) 创建同意书（AIS）+ 令牌管理

在 UK Open Banking 里，同意书决定数据范围与持续时间。我们先管理同意书生命周期，再用 OAuth 令牌调用 AIS 类能力。

# 伪代码：创建同意书并换取访问令牌
POST https://authorise.lloydsbank.co.uk/account-access-consents
Content-Type: application/json
Client-Auth: mTLS（使用 OB 签发的客户端证书）

{
  "Data": [
    {
      "Permissions": ["ReadAccountsBasic", "ReadTransactionsCredits", "ReadTransactionsDebits"],
      "ExpirationDateTime": "2026-04-01T12:00:00Z"
    }
  ],
  "TransactionFromDateTime": "2026-03-01T00:00:00Z",
  "TransactionToDateTime": "2026-03-31T23:59:59Z",
  "CombinedServiceIndicator": "AIS"
}

# 然后：
POST /token
grant_type=client_credentials
scope="ais"

# 异常处理：
# - 401：刷新令牌或重新校验 consentId
# - 403：同意撤销或缺少所需权限

2) 分页拉取交易 + 归一化

真实系统必须处理分页。我们持续拉取直到 `links.next` 为空，再把字段落到你的稳定账本 schema。

# 伪代码：分页获取交易明细
GET https://secure-api.lloydsbank.com/ais/accounts/{accountId}/transactions?fromDate=2026-03-01&toDate=2026-03-31
Authorization: Bearer <ACCESS_TOKEN>

返回示例：
{
  "transactions": [
    { "bookingDate":"2026-03-05", "amount":{"value":"12.34","currency":"GBP"},
      "merchantName":"EXAMPLE RETAILER", "transactionType":"CARD_PAYMENT" }
  ],
  "links": { "next": { "href": "/ais/...&page=2" } }
}

# 映射：
ledger_tx.amount = amount.value
ledger_tx.currency = amount.currency
ledger_tx.category = mapMerchantToCategory(merchantName, transactionType)

3) Link Pay 请求对账（以我们的服务为中心）

Link Pay 在 App 中呈现为用户旅程（安全链接/二维码）。在集成侧，我们把它建模为“请求对象”，并把结果回填到 OpenFinance 工作流。

# 伪代码：对 Link Pay 请求结果做回填
POST /api/v1/linkpay/requests
{
  "requestId": "req_20260325_0001",
  "consentId": "cons_8f2...",
  "beneficiary": {"name":"Recipient A"},
  "amount": {"value":"25.00","currency":"GBP"},
  "reference": "dinner last week",
  "delivery": {"channel":"whatsapp","qrOrLink":"https://..."}
}

# 之后查询状态：
GET /api/v1/linkpay/requests/{requestId}/status
{
  "status": "SETTLED",
  "settledAt": "2026-03-25T10:14:00Z",
  "externalPaymentId": "OB_TX_12345"
}

合规与隐私

我们在设计时会对齐的法规框架

针对英国客户数据与支付场景，我们以 PSD2（Payment Services Directive 2） 的“明确同意（explicit consent）”为基础，并对齐 UK GDPR / Data Protection Act 2018 的数据保护原则。

Open Banking 的同意书还要求清晰目的说明、直接受益说明、数据请求范围与同意期限，并提供可撤销、离场（off-boarding）的同意管理能力。很多实现会按 Open Banking 指引支持周期性再确认（常见为 90 天）。

我们侧会执行最小权限（least-privilege）、减少个人数据落库范围，并为每次数据抽取与同意状态变更保留审计日志，让工程上线更可控。

数据流 / 架构（简化流水线）

• 客户端 App：触发同意并选择所需范围（AIS 权限）。
• 集成服务：创建同意书并管理令牌；在要求场景下采用证书信任机制。
• 摄取任务：用分页与时间窗抓取余额/交易，再完成字段归一化。
• 输出层：对外提供 OpenFinance API（JSON/CSV），并可选导出 PDF/Excel。

市场定位与用户画像

Lloyds Mobile Banking 面向英国个人银行客户，帮助用户在同一 App 内管理活期账户、银行卡、储蓄等日常需求；应用覆盖 Android 与 iOS，并在 App 法律条款中说明了其服务适用范围（包括所述的企业客户通过品牌框架访问个人产品的情形）。

从集成角度，最具价值的用户群体是：希望获得近实时交易可见性、订阅控制、以及“请求付款”便捷性的用户。把这些信号产品化，就是你 OpenData/ OpenFinance 能力的落点。

最近的功能更新（对应你的集成需求）

2024 年下半年，Lloyds 在移动端推出 Link Pay（请求付款），允许客户通过安全链接或二维码向朋友/家人发起请求，并使用开放银行技术完成支付执行。这类“请求钱”链路很适合做分摊账单与催付自动化。

同期还上线了 Benefit Calculator（福利计算器），体现 App 的路线强调“可操作的金融指导”。当你已有交易导出与洞察能力，就能更快构建“下一步建议”类产品。

关于我们的工作室

我们是一家专注于应用界面集成与授权 API 集成的技术服务工作室。团队在移动端应用与金融科技方面有多年的实战经验，可为客户提供一站式交付：协议分析、接口重构、OpenData/OpenFinance 集成、以及接口文档自动化生成。

对 Lloyds Mobile Banking，我们聚焦把“交易明细、对账单、消费洞察、订阅管理、Link Pay 请求付款”等真实用户旅程，转成可同意、安全、并且工程团队能快速接入的接口实现。

• 合规优先的协议分析（以授权与隐私为前提）
• 对齐 OpenBanking 的同意书与权限设计（AIS/PIS 类场景）
• 源代码交付 + 测试计划 + API 文档
• 范围与交付透明；服务起步 $300

联系信息

只需要提供目标 App 名称与具体需求点。我们会给你明确的集成方案、交付项和时间预估。

前往联系页面

交付内容

• API 契约（OpenAPI/Swagger）：交易导出与对账单端点
• 同意书旅程报告：目的、权限、范围、期限与可撤销说明
• 可运行源代码示例（Python / Node.js / Go）：分页与重试已内置
• 自动化测试与示例请求/响应
• 接口文档与集成说明（便于支持/QA 团队使用）
• 隐私与合规检查清单（与 UK Open Banking 的要求对齐）

常见问题

我需要提供什么信息？

首版交付周期多久？

如何保证合规与隐私？

合作与提案流程

1. 需求确认：你要接入的数据类型、输出格式与同步频率。
2. 协议分析与接口设计：集成端点与同意-权限映射（2–5 个工作日）。
3. 开发与内部验证：令牌处理、分页抓取与失败模式测试（3–8 个工作日）。
4. 交付包：文档、源代码与测试计划（1–2 个工作日）。
5. 首个可用原型一般在 5–15 个工作日内交付。

集成生态（常见会消费 Lloyds 数据的产品）

Open Banking 让更多预算与资金管理类产品能够聚合数据。例如基于 Open Banking 的钱包/预算产品通常包括 Starling、Helm 与 Snoop 等，它们把交易明细与分类洞察用于现金流与预算看板。

我们会按这些典型产品的“可用数据形态”交付：分类分析、现金流报表、以及合规留痕的交易导出接口。