如果你曾经花一整个下午从银行导出CSV文件，只因为你的会计软件的"自动同步"又悄悄坏掉了，那你已经理解了纽约立法者正试图解决的问题。州议会正在推进的两项配套法案——众议院法案A10640和参议院法案S9483，合称为纽约《金融数据权利法案》——将成为全美首部州级法律，赋予小企业（而不仅仅是个人消费者）一项法定权利：免费、以可用且可机读的格式获取自己的银行数据。
这听起来可能像是一个小众的监管注脚。但事实并非如此。如果你经营一家小企业，并依赖任何连接到银行账户的会计软件——QuickBooks、Xero、Wave、FreshBooks，或是由导出的银行对账单驱动的纯文本账本——这项法案触及的正是你几乎所有金融工具背后的底层管道。
这项法案为何在此时出现
过去几年里，联邦消费者金融保护局（CFPB）一直是主要负责根据《多德-弗兰克法案》第1033条来保障"开放银行"权利的机构——该条款要求银行在客户授权的情况下，向获授权的第三方分享客户的财务数据。但这项联邦规则目前陷入停滞。肯塔基州一家联邦法院的禁令让该规则在纸面上保留了效力，但实际上无法执行，而CFPB一方面在应对诉讼，另一方面又在同步修订该规则的新版本。
纽约州议会决定不再等待。A10640和S9483由众议员克莱德·瓦内尔（众议院银行委员会主席）和参议员雷切尔·梅（参议院消费者保护委员会主席）于2026年3月提出，旨在联邦规则悬而未决期间，建立一道州级的后备保障。金融科技领域的行业组织，包括金融数据与技术协会以及金融科技协会，已公开表态支持这两项法案。
这背后更大的故事其实并不只关于纽约本身，而是关于如果纽约成功了会发生什么：其他州效仿这一模式，形成一套由各州分别执行、各不相同的数据访问规则拼图——这正是加州《CCPA》出台后，数据隐私立法领域曾出现过的同一种模式。
这项法案究竟要求什么
抛开法律条文的措辞，纽约《金融数据权利法案》归结起来，是对在该州运营的银行和信用合作社提出的四项具体义务：
1. 免费、可机读的数据接口
金融机构必须让小企业（以及个人消费者）能够以电子化、可机读的格式访问"受覆盖数据"——包括交易历史、账户余额、支付信息、账户条款、账单数据以及身份验证信息。关键的一点是，该法案禁止以任何直接或间接方式，就访问或传输这些数据收取任何费用。
2. 一套长期存在的"开发者接口"
银行需要维护一套真正的API——法案中称之为"开发者接口"——用于接收并响应数据请求，且其安全标准要与银行自身消费者网银系统的身份验证标准一致。正是这一机制，能让会计软件自动拉取你的交易记录，而不必你每个月手动导出并重新上传对账单。
3. 不得无理拒绝
该法案禁止银行在没有书面、基于风险的正当理由的情况下，无理拒绝数据访问请求。这一点很重要，因为银行曾多次限制或屏蔽数据聚合商的连接（这些工具正是驱动你会计软件"银行数据流"功能的引擎），理由往往是含糊的安全顾虑——而这种情况有时恰好发生在企业最需要对账数据的时刻。
4. 真正的处罚
违规行为将面临每次最高$10,000的民事处罚——对于一家每天处理数百万条数据请求的机构而言，这是一个有实际约束力的威慑，也表明这不只是一项形同虚设的信息披露要求。
大家都忽略的小企业细节
这正是这项法案与联邦规则最大的区别所在：第1033条的立法初衷主要是针对个人消费者。而纽约的法案明确将同样的权利扩展到了小企业身上。这是一个刻意的、也相当罕见的选择。
长期以来，小企业主在金融数据权利的讨论中一直被视为附带话题，尽管他们对干净、及时的银行数据的依赖程度至少不亚于个人消费者——甚至可以说更高，因为一条中断的银行数据流不仅意味着错过一次预算提醒，更可能意味着记账员在盲目对账、贷款申请缺失最新对账单，或者报税建立在过时数字之上。
如果纽约的法案最终成为法律，一家在受覆盖机构开户的企业将拥有可执行的权利，能够将24个月以上的交易历史导入自己选择的任何软件，无需为此向银行支付任何费用，银行也无法悄悄切断这条连接。
为什么你的银行数据流总是断（以及这项法案将如何解决）
大多数小企业会计工具并不会直接连接到你的银行。它们要经过数据聚合商——比如Plaid或Yodlee这样的公司，居于你的银行和你的软件之间，既可能通过一套授权的API连接，也可能在更老旧、更繁琐的情况下采用屏幕抓取技术（也就是按计划定时登录你银行的网站，冒充你本人的身份，去抓取你的交易数据）。
屏幕抓取从设计上就很脆弱：银行登录页面的任何重新设计、任何新增的安全验证步骤、任何限流策略的调整，都可能悄无声息地中断这条连接。你往往要等到账目已经滞后三周才会发现。有意思的是，纽约的这项法案并没有直接禁止屏幕抓取——它的重点在于要求存在一套免费的API替代方案——但一套强制、标准化的开发者接口，将为数据聚合商（进而为你的会计软件）提供一条远比抓取技术可靠得多的路径。
接下来会发生什么
截至本文撰写时，两项法案仍处于委员会审议阶段——众议院版本在银行委员会，参议院版本同样在银行委员会——尚未安排全院表决。纽约州议会的法案可以在委员会中搁置整整一个两年任期，之后才会推进或失效，因此无法保证这项法案会在2026年、甚至在本届立法会期内成为法律。
但无论这项法案的最终命运如何，这一动向都值得关注，原因有三：
- 它填补了一个真实的空白。 面向企业的联邦开放银行规则陷入停滞，而当华盛顿停滞不前时，各州历来都是率先在金融数据和隐私议题上采取行动的一方（数据泄露通知法就是最明显的先例）。
- 纽约的分量举足轻重。 作为一个主要的金融中心，纽约在银行法方面的变动往往会引起广泛关注——有时甚至会被远超其州界的地区所效仿。
- 禁收费条款是最锋利的一环。 禁止银行以任何方式（即便是间接方式）就数据访问或传输收费，将消除一个曾经在会计软件或聚合商定价中悄悄出现过的摩擦点。
小企业主现在应该做什么
你不需要等纽约——或任何一个州——通过法律，才去保护自己免受银行连接不稳定带来的影响。无论这项法案最终能否走到全院表决，以下几个实用习惯都同样适用：
- 不要只依赖单一的连接方式。 如果你会计软件的银行数据流中断了，要知道如何直接从银行网站导出CSV或OFX文件作为备用方案，并且每月做一次快速对账检查，而不是等到报税季才发现账目已有三个月的空缺。
- 直接向银行询问API访问权限。 许多银行，尤其是大型银行，即使没有法律强制要求，也已经为企业账户提供了开发者/API访问权限——只是有些银行没有很好地宣传这一点。
- 保留一份本地留存的记录，而不只是一条实时数据流。 银行数据流只是一种便利手段，而不是数据的最终依据。无论你用什么系统来分类和对账交易，它都应该能在连接中断的情况下，不丢失历史数据地继续运转。
- 关注州级层面的指引，而不只是新闻标题。 如果你在纽约经营，或身处一个跟进纽约做法的州，留意你银行自己发出的合规通知——实际的变化（新的下载格式、新的数据共享身份验证流程）通常会先出现在这些通知里，然后才会被媒体报道。
干净的记录比是哪个软件提供数据更重要
无论你的银行数据是通过州法强制要求的免费API送达，还是通过付费聚合商，或者是你手动下载的CSV文件，真正的价值都在于数据落地之后发生的事情：准确的分类、及时的对账，以及在贷款方、投资人或税务机关要求时，你真正能够拿出来审计的记录。银行连接方面的争议归根结底是一个管道问题——而管道之上的记账规范，才是无论哪种情况下真正保护你的东西。
这也是纯文本会计在那些曾被自己没有选择的黑箱软件变更伤害过的小企业主中，逐渐积累起一批追随者的部分原因。当你的账本是一个版本控制的文本文件，而不是被锁在某个供应商银行数据流可靠性背后的专有数据库时，一次连接中断或与聚合商的费用纠纷，只是一个小麻烦，而不是一场危机——你的历史记录始终原样留在你自己手里。
简化你的财务管理
随着开放银行规则在联邦层面的僵局与纽约这类州级试验之间持续摇摆，最终胜出的企业，将是那些拥有干净、可迁移财务记录的企业——无论数据最终从哪条管道流过。Beancount.io 提供透明、版本控制、且AI就绪的纯文本会计方案——无论银行、聚合商或立法机构接下来做出什么决定，你的账本始终属于你自己。免费开始使用，并查看文档，了解它如何处理银行数据导入与对账。