Trade Republic 开放金融与接口集成服务（OpenData / OpenFinance / OpenBanking）

基于 PSD2 授权协议分析的 OpenBanking 式数据接入：交易导出、现金利息同步、Saveback 消费报表、以及账户文件自动化。

起价 $300 · 可先交付后付款

OpenData · OpenFinance · OpenBanking · 协议分析

把 Trade Republic 的 App 数据转成可落地的 API：让对账、报表与合规自动化更快启动。

当你的系统需要“统一视角”时，Trade Republic 的 App 数据天然具备 OpenData/OpenFinance 的对象属性：现金交易明细、现金余额利息、Saveback 卡消费奖励逻辑、以及对账单与税务文件。我们通过合规授权链路把这些数据转成稳定字段与可运行的服务代码。

为什么这款 App 的数据值得接入：可直接映射到开放金融对象的核心数据类型包括：现金流水（交易/分录）、Saveback 合格卡支付、资产与投资事件（含组合变动）、以及对账单与税务文件。这些对象能支撑你的 OpenBanking 交易导出、审计证据与投资报表。

你会获得的落地目标：搭建“基于 API 的对账单/流水查询”能力、做月度差异比对，并把证据文件的可追溯性固化到数据流水里。

面向工程的集成原则：把 consent 生命周期、权限范围（scopes）与失败重试策略设计成可复用模块，避免后续反复返工。

联系工作室查看集成场景

功能模块 1：交易历史 API

我们把 Trade Republic 的“现金流水/预订（booking）记录”映射成 OpenBanking 语义：入账日期、金额、币种、对手方/商户名称、以及可用时的分类字段。这样你的系统就能做“OpenBanking 交易导出”式的字段消费。

差异比对时，我们建议用归一化后的交易引用（reference/booking id）做去重，能处理反向/更正（reversal）在初次入账后的更新情况。

功能模块 2：现金余额与利息同步（OpenFinance 现金利息同步）

Trade Republic 为未投资现金提供现金利息，利息按日计算、按月支付，并且与 ECB 存款便利利率机制相联系。我们将“利息事件”建模为可入库对象，方便你的后端把它和交易流水按月份关联。

集成不仅要拿到结果，还要保留利息事件与权限范围之间的关联，避免把不同市场/不同 IBAN 资格误当成同一语义。

功能模块 3：Saveback 卡消费导出

Saveback 会对合格的卡支付给出 1% 奖励，并把奖励投入用户选择的储蓄计划。我们提供“Saveback 卡消费数据”的提取与映射，让你能算清楚：月度资格、上限（例如每月最高可获得与对应消费额度）、以及奖励归因明细。

为减少人工核对，我们把“资格窗口”和“储蓄计划条件（如每月至少投资 50 欧元）”建成规则层，生成可解释的对账日志。

功能模块 4：持仓与投资事件对象化

除了现金，App 支持定投与投资产品（如股票/ETF），并在近期把财富管理能力向更广资产类别扩展。我们把“持仓快照 + 投资事件时间线”组织成 OpenData 资产对象，便于 CRM、报表与客户服务系统复用。

输出可以用于“投资与再平衡历史”视图，让你在多资产类型之间保持字段一致性。

功能模块 5：文件与对账单入库（对账单 API / documents）

Trade Republic 在 App 内提供账户对账单 PDF、证券账户报表（含季度证券账户报表）与年度税务证明。我们做文件采集、类型分类、按期间索引，并把文件元数据与权限会话记录绑定。

当合规团队需要证据链时，你能快速回答“用户在何时下载了哪个期间的文件”，并把它映射到 consent/授权记录。

OpenFinance 团队的核心收益

把 Trade Republic 接入协议分析并不只是“拿到数据”。关键是把 App 内的屏幕与字段变成稳定对象：账户标识、交易引用、文件类型、以及权限生命周期状态。

由于账户访问需要 PSD2 授权与明确同意（常见做法是通过符合 PSD2 的 OpenBanking 聚合商完成），集成方案必须包含 consent 续期机制、SCA 感知状态，以及安全失败处理。

我们的交付结果是可直接运行的服务代码、接口文档与字段映射指南，让每个输出都能对应到 App 的具体功能入口。

API 集成说明（你将收到什么）

数据映射：App 页面 → 归一化的 OpenData/OpenFinance 模型
协议分析要点：鉴权方式、授权会话与 consent 生命周期期待
可运行的集成代码（按后端语言适配：Go / Node / Python）
测试方案与样例：分页、反向更新去重、文件分类索引
合规检查表：consent 日志、GDPR 最小化字段策略、留存计划

截图

下面是 App 的关键页面截图（现金活动、投资页面、以及文件入口）。点击缩略图即可放大查看。

可接入的数据类型（OpenData 视角）

目标是把 Trade Republic App 数据转成适合你系统消费的对象。下表给出“数据类型 → 来自哪个页面/能力 → 细粒度 → 典型用途”，方便你快速确定集成范围。

数据类型	来源（屏幕/功能）	粒度	典型用途
现金交易明细	现金活动 / 账务变动时间线	入账行 + 分页游标	对账、OpenBanking 交易导出、差异与异常检测
现金利息支付	现金利息页与每月入账记录	月度利息事件 + 利率语境	OpenFinance “现金利息同步”与收益核算
Saveback 卡消费	卡支付记录与奖励/资格逻辑	按单笔入账 + 月度资格窗口	奖励归因、储蓄计划报表、客户金融分析
持仓与投资事件	股票/ETF 定投页面、组合页面	快照 + 事件时间线（买入/卖出/转移视可得能力）	组合管理、投资报表、配置变化分析
固定收益与债券产品	Fixed Income / 债券 ETF 区域	产品元数据 + 季度收益参考	合规友好的投资报告与收益看板
文件与对账单	账户对账单、季度证券报表、年度税务证明	PDF 下载 + 按期间索引的元数据	审计追溯、文件存储管理、用户自助导出

由于 Trade Republic 的访问需要 PSD2 授权，你的集成应当按“权限范围（scopes）”把每类数据隔离：只取需要的数据，同时把 GDPR 留存策略做成可执行配置。

典型集成方案（3–5 个从需求到交付的场景）

下面的方案展示如何把“对账单 API 集成”和“OpenFinance 现金利息同步”做成产品级能力。每个场景都包含业务上下文、涉及的数据/API、以及 OpenData/OpenFinance 的映射方式。

1) 投资仪表盘月度对账

背景：你的仪表盘需要把现金变动与利息支付解释给用户。月初刷新时，系统应生成“本月有哪些变化”的摘要。

数据：现金交易 + 现金利息支付。可选：文件元数据用于审计核验。

映射：交易行 → 归一化 booking 对象；利息事件 → 月度 accrual 对象；输出支持 CSV/报表与差异日志。

2) Saveback 奖励归因（面向财务/运营）

背景：合作方需要解释 Saveback 如何获得、如何计算“圆整金额投入”、以及哪些商户/支付在当月满足资格。

数据：Saveback 合格卡支付明细 + 当月资格窗口。

映射：合格支付 → 奖励台账入账；月度上限规则 → reward ledger；结果写入“OpenFinance reward journal”。

3) 合规证据包：对账单 API 集成

背景：用户请求证明时，合规团队需要把“活动证据”按期间打包，包含可验证的文件引用。

数据：账户对账单 PDF、季度证券账户报表、年度税务证明。

映射：文件下载 → document 对象（period key）；存储路径 → retention tag；你的 API 返回 evidence pack 的 manifest 供后续签署/存档。

4) 基于近期产品扩展的财富管理丰富化

背景：合作方希望组合数据更“可用”。Trade Republic 在近期扩展了财富管理范围：Private Markets（2025 年 9 月）以及 Fixed Income/有到期日的债券 ETF（2025 年 10 月）。

数据：Private Markets 的投资事件与资产元数据；固定收益产品的到期信息与季度收益参考。

映射：资产元数据 → OpenData asset objects；投资事件 → timeline events；收益参考 → 投资看板与预测输入。

技术实施

很多情况下 Trade Republic 并不会提供“可直接调用的公共开发者 API”。在工程落地上，通常通过符合 PSD2 的 OpenBanking 聚合商实现授权访问（例如 Powens / Plaid / Tink / TrueLayer）。以下片段为伪代码，用于展示集成机制：创建授权、按权限范围拉取、以及面对失败时的恢复策略。

为了让“符合 PSD2 的 OpenBanking 授权接入”在生产环境稳定运行，聚合商通常会要求用户同意在固定周期后刷新。在常见的实现里，这个刷新周期可能接近 180 天。我们的服务会把 consent 状态当作显式状态机管理：当系统返回类似 CONSENT_EXPIRED（同意已过期）时触发重新授权；当返回需要额外 SCA 步骤时进入等待跳转完成的阶段，并把重试与幂等写入拆分到不同层，降低重复拉取与重复入库的概率。

对于交易导出与对账单 API 集成，我们会把请求时间区间归一到账户时区，并为分页游标实现“可恢复的游历”：每次拉取以 cursor 为边界落盘，再从断点继续。遇到 reversal 或更正记录时不采用盲目插入新行，而是根据 booking reference 更新版本号，输出 delta ledger，让财务差异可以被解释并支持后续审计。

在文件与对账单部分，Trade Republic 的账户对账单 PDF 以及证券账户报表通常在 App 的 Documents/Activity 入口按期间提供。季度证券账户报表往往在每季度结束后的数周内进入列表；年度税务证明通常在次年第一季度生成并可下载，且只有在年度存在税务相关事件时才会出现。将“查询/拉取”和“等待可用窗口”拆分到不同任务队列，可以显著降低失败重试带来的成本。

片段 A：创建授权（按 scopes 限定范围）

# 伪代码：为 Trade Republic 数据创建 consent（仅请求需要的范围） POST /v1/consents Authorization: Bearer <YOUR_SERVER_TOKEN> Content-Type: application/json { "provider": "traderepublic", "scopes": ["accounts", "transactions", "documents"], "user_redirect_url": "https://yourapp.example/oauth/callback", "webhook_url": "https://yourapp.example/webhooks/trade-republic" } Response: { "consent_id": "cns_9f2a...", "status": "PENDING", "redirect_url": "https://consent.vendor.example/flow?token=abc123" } # 如果需要额外步骤（例如 SCA），用状态机等待跳转完成 if status == "SCA_REQUIRED": 等待用户完成 redirect_url 上的验证流程

这一步是 GDPR 最小化的关键：你只申请必需的 scopes，并把输出类型绑定到对应授权集。

片段 B：拉取交易（分页与去重处理）

# 伪代码：把 consent 换取短时 access token POST /v1/consents/{consent_id}/token Content-Type: application/json { "client_id": "your-client", "client_secret": "your-secret", "auth_code": "<CODE_FROM_REDIRECT>" } # 然后搜索交易（对账单查询集成） POST /v1/transactions/search Authorization: Bearer <ACCESS_TOKEN> Content-Type: application/json { "account_id": "TR_IBAN_182_XXXX", "from_date": "2026-02-01", "to_date": "2026-02-29", "page_size": 100, "cursor": null, "include_reversals": true } Response: { "items": [ { "bookingDate": "2026-02-12", "amount": {"value": -12.34, "currency": "EUR"}, "merchantName": "CARD_MERCHANT", "counterparty": "TRADE_REPUBLIC_CARD", "reference": "TRX_7a9c...", "bookingType": "CARD_PAYMENT" } ], "next_cursor": "cur_9b1..." } # 错误处理示例 if http_status == 401 and error.code == "CONSENT_EXPIRED": 重新启动用户 consent 流程

我们将交易引用做归一化，避免同一笔在 provider 更新/反向更正后出现重复写入。

片段 C：Webhook 推送（事件驱动刷新）

# 伪代码：事件推送，触发后端刷新对应数据 POST /webhooks/trade-republic Content-Type: application/json X-Signature: <HMAC_SHA256> { "event": "TRANSACTION_POSTED", "consent_id": "cns_9f2a...", "event_time": "2026-03-10T09:21:00Z", "object": {"transaction_reference": "TRX_7a9c..."} } # 后端逻辑：幂等（idempotent） if already_processed(transaction_reference): return 200 else: 获取 transaction_reference 的详情写入 OpenFinance 账本表并携带 event_time 对 webhook 返回 200

Webhook 在卡消费入账日、现金利息入账日、以及文件可下载窗口期特别有价值，可减少轮询压力。

合规与隐私

Trade Republic 在德国属于受监管的金融机构。若你的集成面向账户数据接入与 OpenBanking 风格连接，PSD2 是核心框架：它要求明确同意（consent）与必要的授权流程。

对个人数据处理，GDPR 作为基线要求：数据最小化、目的限制、以及对同意与处理流程的可追溯说明。我们的交付会附带字段映射与留存策略建议，帮助你解释“为什么要存这个字段”。

当集成触及投资流程，建议同时考虑合规记录保存与审核需求。实践上，我们用证据包思路把同意会话、拉取数据集与存储文件绑定到同一条审计主线。

监管要点（示例）

PSD2：支付账户接入与同意要求
GDPR：处理、留存与安全控制
BaFin / Bundesbank 的监督语境：用于合规治理与风险控制设计
对季度对账单与年度税务文件的留存纪律：按期间索引与版本可追溯

数据流 / 架构简述

客户端或合作伙伴系统 → 授权与数据连接层（OpenBanking 聚合商 + scopes）→ 归一化与存储（OpenData/OpenFinance schema、幂等去重、期间索引）→ 分析与对外 API（对账报表、文件 manifest、投资看板）。

使用短时 token，并在过期后安全刷新，降低泄露影响范围
为文件下载与 consent 变更保留审计日志（append-only 习惯更易审计）
按数据集类型设置留存标签：transactions、interest、Saveback reward、documents

市场定位与用户画像

Trade Republic 是德系的移动优先金融平台（Broker & Bank），主打 App 内的简单投资与银行体验，覆盖 Android 与 iOS，业务范围覆盖约 18 个欧洲市场。公开资料显示其用户规模与资产管理规模处于领先水平，用户画像以零售投资者为主，常见诉求包括：未投资现金的现金利息、定投式长期投资、以及通过 Saveback 把日常消费与储蓄计划联动。近两年产品扩展也会直接影响集成范围：2025 年 9 月推出 Private Markets（与 Apollo、EQT 合作），随后在 2025 年 10 月扩展 Fixed Income / 到期日明确的债券 ETF。

交付内容与合作流程

我们的工作室专注“授权合规的 OpenData/OpenFinance 接口集成交付”。我们不止提供分析，还会给出可运行的实现源码、接口文档与测试计划，让你能直接把“交易导出 / statement API 集成 / 现金利息同步 / Saveback 报表”落到工程。

你会拿到什么

API 语义映射指南：字段含义、数据范围（scopes）与对象建模
协议分析报告：授权会话与流程期望、错误恢复要点
可运行的集成源代码（服务层/SDK 风格）
自动化测试计划：分页、重试、反向去重、文件索引
合规说明：consent 日志、GDPR 最小化、留存策略建议

典型提案工作流

需求确认：App 范围、数据集清单、输出格式（JSON/CSV/PDF manifest）
协议分析与集成设计：2–5 个工作日（取决于 scope）
开发与内部验证：3–8 个工作日
交付文档、示例请求与测试用例：1–2 个工作日

可用的首版交付通常在 5–15 个工作日完成；若涉及复杂的 consent 状态处理或文件分类规则，周期会相应延长。

联系信息

把目标 App 名称与需求发给我们，例如：“现金利息同步 + 对账单导出 + Saveback 奖励台账”。我们支持“交付优先”的合作方式：你先看到可运行结果，再确认付款。

跳转到联系页面

起步价格从 $300 起。对范围明确的授权集成，我们会优先输出可追溯证据与可复用字段映射，减少你后续对接成本。

FAQ

可以接入哪些 Trade Republic 数据？
在 OpenData/OpenFinance 典型范围内，我们覆盖现金交易、现金利息支付、Saveback 卡消费与资格上下文、以及对账单/税务证明的文件元数据。

是否通过官方公开 API 接入？
在很多场景下，直接公开开发者 API 并不总是存在，因此我们采用 PSD2 授权接入模式，配合合规的 OpenBanking 聚合商，重点保证 consent 安全与字段可追溯。

如何保证合规与隐私？
我们按权限范围缩减字段、最小化存储，并保留 consent 日志，同时以数据集类型制定留存策略与审计证据映射。

关于我们

我们是一家技术服务工作室，专注“App 接口集成 + 授权 API 集成”。团队拥有移动应用与金融科技的实战经验，覆盖协议分析、OpenData 集成与可上线的 API 交付。

交付内容面向工程团队：提供可复用字段映射、可重复的入库与事件刷新流程，以及便于审计的输出产物。我们的目标是合规优先：让你的产品得到可运行的代码和清晰的接口文档，而不是停留在概念层面。

协议分析 → 接口重构 → OpenData/OpenFinance 集成
自动化数据脚本与接口文档交付
与真实 consent 生命周期约束一致的测试计划与示例

原始 App（默认折叠）：Trade Republic Broker & Bank — 官方功能概览

这是一个“投资、消费与银行”一体化的 App：Trade Republic 提供未投资现金的现金利息、订阅风格的免月费借记卡（带 Saveback），并且支持从 1 欧元起步的简单投资。

边用边赚：

使用 Trade Republic IBAN 激活现金利息，每月赚取收益；随时可取用，保持灵活性。
无月费；满足条件后可享全球范围内从 100 欧元起的无限免手续费取现。
卡消费可获得 Saveback：Saveback 可按月累计，最高与月消费额度对应；通常需要每月至少投资 50 欧元到储蓄计划以满足资格。
使用“Round up”把刷卡凑整的零钱投入到储蓄计划。

为未来储蓄：

仅需 1 欧元即可投资股票或 ETF：简单计费，无隐藏费用，操作更易上手。
ETF 或股票储蓄计划：用持续投入实现长期财富累积。
债券：把高收益锁定多年，并获得定期支付；起投 1 欧元，随时可卖出。
组合扩展：例如 Private Markets 与 Fixed Income 等投资组合。

被数百万用户信赖：

覆盖 18 个欧洲国家，拥有超过 1000 万用户与约 1500 亿欧元的资产规模。
德国监管背景：作为受监管机构，处于 BaFin 等监管体系之下，并有公开监管交易平台与更优的价差环境。
移动优先：在 iOS 与 Android 上提供以 App 为主的活动入口与可下载文件。

对集成范围最关键的近期更新：Trade Republic 在 2025 年 9 月通过与 Apollo、EQT 的合作推出 Private Markets（从较低门槛开始投资）；随后在 2025 年 10 月扩展 Fixed Income / 到期日明确的债券 ETF。这些更新会让 OpenData/OpenFinance 的资产与收益对象更丰富。