换银行才发现的坑：我的交易明细被锁死了

上周做了个决定：把主力账户从 A 银行换到 B 银行。
理由很常规：B 银行的跨境汇款费率更低，App 也更好用。迁移的第一步，我想先把过去两年的交易明细导出来 — 毕竟这是我做个人记账的原始数据，不能丢。
然后我踩坑了。

第一回合：A 银行的"导出"按钮

打开 A 银行 App，找到"交易明细"，确实有个"导出"按钮。点击后弹出一个菜单：CSV、PDF、Excel。
看起来很友好对吧？我选了 CSV，结果下载下来一看：
账户:****1234
日期,交易摘要,金额
2025-01-15,"POS消费 - 某某商户",-128.50
...
交易摘要部分全是脱敏后的通用描述，"某某商户"这种信息对我做记账毫无意义。我需要的是真实的商户名称、交易类型、分类 — 这些才是记账的干货。
我打电话问客服，得到的答复是："为了保护客户隐私，我们不提供完整交易信息。"

第二回合：试试其他银行

不死心，我又试了手里另外几个银行的 App：

• C 银行：导出功能需要到柜台办理，而且只能打印纸质版- D 银行：支持导出，但只能导出最近 3 个月的数据- E 银行：有导出，但格式是自家的加密 JSON，不给解码规则- F 银行：干脆没有导出选项我一共试了 5 个银行，每个都有自己的"小聪明"：要么数据不全，要么时间受限，要么格式私有。 ## 问题在哪？ 这让我想到最近看到的新闻：2025-2026 年，金融数据跨境流动新规开始实施。监管明确了 47 项豁免场景，执法力度也在加强。 好消息是监管在推进数据主权保护。坏消息是，银行们似乎把"保护"理解成了"锁定"。 对我这样的普通用户来说：
• 我的交易数据，理应属于我- 我有权导出、备份、迁移- 格式应该是开放的、机器可读的但现实是，每个银行都把数据关在自家的高墙里。你想换银行？可以，但数据留下。 ## 开放式记账的代价 这大概就是为什么我最后选择了用 Beancount 这样的纯文本记账方式。 当我所有的交易记录都存在本地、以明文可编辑的格式保存时，我就不依赖任何银行的导出功能了。我可以手动录入、用脚本转换、用任何工具处理 — 数据真正属于我。 当然，这意味着我需要投入额外的时间去维护。但相比数据被困在银行 App 里的无力感，这个代价我觉得值得。 ## 后续 最终，我选择了一个折中方案：用银行 App 的"月度账单"功能截图保存核心数据，然后手动录入到我的记账系统中。这不是完美方案，但至少数据跑出来了。 如果你也在考虑换银行，建议先问清楚三个问题：
• 能导出多久的数据？- 导出格式是什么？- 交易信息是否完整（特别是商户名称和分类）？别像我一样，换到一半才发现坑。 关于作者: 一个在意数据主权的独立开发者，偶尔写写技术踩坑经历。