Если вы хоть раз провели вечер, выгружая CSV-файлы из банка, потому что «автосинхронизация» вашей бухгалтерской программы снова тихо сломалась, вы уже понимаете проблему, которую пытаются решить законодатели Нью-Йорка. Два сопутствующих законопроекта, продвигающихся через законодательное собрание штата — законопроект Ассамблеи A10640 и законопроект Сената S9483, вместе называемые New York Financial Data Rights Act («Закон Нью-Йорка о правах на финансовые данные») — станут первым в стране законом штата, дающим не только частным потребителям, но и малому бизнесу юридическое право на собственные банковские данные в удобном, машиночитаемом формате, бесплатно.
Это может звучать как узкая регуляторная сноска. На самом деле это не так. Если вы ведёте малый бизнес и пользуетесь бухгалтерской программой, подключённой к банковскому счёту — QuickBooks, Xero, Wave, FreshBooks или даже текстовым реестром, наполняемым из выгруженных выписок — этот законопроект затрагивает саму «сантехнику» под почти любым финансовым инструментом, которым вы пользуетесь.
Почему этот законопроект появился именно сейчас
Последние несколько лет федеральное Бюро финансовой защиты потребителей (CFPB) было главным органом, пытавшимся гарантировать права «открытого банкинга» в рамках Раздела 1033 закона Додда-Франка — правила, обязывающего банки передавать финансовые данные клиентов авторизованным третьим сторонам по запросу. Это федеральное правило сейчас застряло. Судебный запрет федерального суда Кентукки оставил его формально закреплённым на бумаге, но фактически неисполнимым, а CFPB одновременно борется с судебными исками и работает над пересмотренной версией правила.
Законодательное собрание Нью-Йорка решило не ждать. Внесённые в марте 2026 года ассамблеймeном Клайдом Ванелом (председателем банковского комитета Ассамблеи) и сенатором Рэйчел Мэй (председателем комитета Сената по защите прав потребителей), законопроекты A10640 и S9483 создали бы страховочную меру на уровне штата, пока федеральное правило находится в подвешенном состоянии. Отраслевые группы со стороны финтеха, включая Financial Data and Technology Association и Financial Technology Association, уже публично похвалили эти законопроекты.
Главная история здесь не столько о Нью-Йорке. Она о том, что произойдёт, если Нью-Йорк добьётся успеха: другие штаты начнут копировать эту модель, создавая мозаику разных правил доступа к данным, которым банкам и финтех-провайдерам придётся соответствовать по-разному в каждом штате — тот же паттерн, что сложился с законами о защите данных после калифорнийского CCPA.
Что законопроект фактически потребует
Если убрать юридические формулировки, New York Financial Data Rights Act сводится к четырём конкретным обязательствам для банков и кредитных союзов, работающих в штате:
1. Бесплатный, машиночитаемый интерфейс данных
Финансовые организации обязаны будут предоставлять малому бизнесу (и потребителям) доступ к «охваченным данным» — истории транзакций, балансам счетов, платёжной информации, условиям счёта, данным по счетам-выставлениям и сведениям для проверки личности — в электронном, машиночитаемом формате. Важно, что законопроект запрещает взимать любую плату, прямую или косвенную, за доступ к этим данным или их передачу.
2. Постоянный «интерфейс для разработчиков»
Банкам придётся поддерживать полноценный API — то, что законопроект называет «интерфейсом для разработчиков» — созданный для приёма и обработки запросов на данные, защищённый тем же стандартом аутентификации, что и потребительский онлайн-банкинг. Именно этот механизм позволил бы бухгалтерской программе автоматически подгружать ваши транзакции вместо того, чтобы вы каждый месяц выгружали и заново загружали выписку.
3. Никаких необоснованных отказов
Законопроект запрещает банкам необоснованно отказывать в запросе на доступ к данным без документально подтверждённого, основанного на оценке риска обоснования. Это важно, потому что банки иногда ограничивали или блокировали подключения агрегаторов данных (инструментов, обеспечивающих работу «банковской выгрузки» в вашей бухгалтерской программе), ссылаясь на размытые соображения безопасности — иногда именно тогда, когда бизнесу больше всего нужны данные для сверки.
4. Реальные штрафы
За нарушения предусмотрены гражданские штрафы до $10,000 за каждый случай — весомый сдерживающий фактор для организации, обрабатывающей миллионы запросов данных, и сигнал того, что это не просто беззубое требование раскрытия информации.
Деталь про малый бизнес, которую все пропускают
Вот в чём отличие от федерального правила: Раздел 1033 был написан с прицелом на частных потребителей. Законопроект Нью-Йорка явно распространяет те же права на малый бизнес. Это осознанный и довольно нетипичный выбор.
Владельцев малого бизнеса долгое время воспринимали как второстепенную категорию в разговорах о правах на финансовые данные, хотя они зависят от чистых, своевременных банковских данных не меньше частных потребителей — возможно, даже больше, поскольку сломанная банковская выгрузка означает не просто пропущенное уведомление о бюджете, а бухгалтера, сводящего счета «наугад», заявку на кредит без актуальных выписок или налоговую декларацию, построенную на устаревших цифрах.
Если законопроект Нью-Йорка станет законом, бизнес, обслуживающийся в охваченном учреждении, получит юридически защищённое право выгружать историю транзакций за 24+ месяцев в любое выбранное им программное обеспечение, не платя банку за эту возможность и без риска, что банк тихо оборвёт это подключение.
Почему ваша банковская выгрузка постоянно ломается (и что это могло бы исправить)
Большинство бухгалтерских инструментов малого бизнеса не подключаются к банку напрямую. Они проходят через агрегаторы данных — компании вроде Plaid или Yodlee, которые находятся между вашим банком и вашей программой, используя либо лицензированное API-подключение, либо, в более старых и неаккуратных схемах, скрейпинг экрана (вход на сайт вашего банка по расписанию, как если бы это делали вы сами, чтобы забрать данные о транзакциях).
Скрейпинг экрана хрупок по своей природе: любой редизайн страницы входа вашего банка, любой добавленный шаг безопасности, любое изменение в ограничении частоты запросов может тихо сломать подключение. Часто вы замечаете это только тогда, когда ваши записи уже отстают на три недели. Интересно, что законопроект Нью-Йорка не запрещает скрейпинг экрана как таковой — он сосредоточен на требовании, чтобы альтернатива в виде API существовала и была бесплатной — но обязательный, стандартизированный интерфейс для разработчиков дал бы агрегаторам (а значит, и вашей бухгалтерской программе) намного более надёжный путь, чем скрейпинг когда-либо мог обеспечить.
Что будет дальше
На момент написания этой статьи оба законопроекта остаются в комитете — версия Ассамблеи в банковском комитете, версия Сената тоже в банковском комитете — без назначенного голосования на пленарном заседании. Законопроекты, внесённые в законодательное собрание Нью-Йорка, могут находиться в комитете весь двухлетний сессионный цикл, прежде чем продвинуться дальше или «умереть», так что нет никакой гарантии, что это станет законом в 2026 году или даже в течение этой законодательной сессии.
Но независимо от судьбы законопроекта, стоит следить за этим направлением по трём причинам:
- Он закрывает реальный пробел. Федеральные правила открытого банкинга для бизнеса застряли, а штаты исторически первыми начинали действовать по вопросам финансовых данных и приватности, когда Вашингтон стоял на месте (законы об уведомлении об утечках данных — самый явный прецедент).
- Нью-Йорк обладает несоразмерно большим весом. Как крупный финансовый центр, изменение банковского законодательства в Нью-Йорке обычно замечают — а иногда копируют — далеко за пределами штата.
- Запрет на плату — самая острая часть. Запрет банкам взимать плату за доступ к данным или их передачу, даже косвенно, устранил бы точку трения, которая иногда всплывала как отдельная строка в тарифах бухгалтерского софта или агрегатора.
Что владельцам малого бизнеса стоит делать уже сейчас
Вам не нужно ждать, пока Нью-Йорк — или любой другой штат — примет закон, чтобы защитить себя от ненадёжного подключения к банку. Несколько практических привычек полезны независимо от того, дойдёт ли этот законопроект до голосования:
- Не полагайтесь только на один способ подключения. Если банковская выгрузка вашей бухгалтерской программы сломается, знайте, как выгрузить CSV- или OFX-файл напрямую с сайта банка в качестве запасного варианта, и проводите быструю сверку ежемесячно, а не обнаруживайте трёхмесячный пробел во время подачи налогов.
- Спросите свой банк напрямую про доступ через API. Многие банки, особенно крупные, уже предлагают доступ для разработчиков/через API для бизнес-счетов даже без юридического мандата — просто некоторые плохо это рекламируют.
- Ведите собственную локальную запись, а не только живую выгрузку. Банковская выгрузка — это удобство, а не источник истины. Какую бы систему вы ни использовали для категоризации и сверки транзакций, она должна переживать разрыв подключения без потери исторических данных.
- Следите за рекомендациями на уровне штата, а не только за заголовками новостей. Если вы работаете в Нью-Йорке или в штате, который последует его примеру, следите за собственными уведомлениями о соответствии вашего банка — именно там практические изменения (новые форматы выгрузки, новые схемы аутентификации для обмена данными) обычно появляются раньше, чем попадают в новости.
Чистые записи важнее, чем то, какое приложение их питает
Приходят ли ваши банковские данные через бесплатный API, обязательный по закону штата, через платный агрегатор или через CSV-файл, который вы выгружаете вручную, реальная ценность — в том, что происходит после того, как данные попали к вам: точная категоризация, своевременная сверка и записи, которые можно действительно проверить, когда их запросит кредитор, инвестор или налоговая служба. Споры о банковском подключении — это, по сути, вопрос «сантехники»; бухгалтерская дисциплина над этим слоем — вот что защищает вас в любом случае.
Именно поэтому текстовый учёт (plain-text accounting) обрёл своих сторонников среди владельцев малого бизнеса, которых уже обжигали непрозрачные изменения программного обеспечения, которые они не выбирали. Когда ваш реестр — это текстовый файл под контролем версий, а не проприетарная база данных, запертая за надёжностью банковской выгрузки одного поставщика, разрыв подключения или спор о плате с агрегатором становится неудобством, а не кризисом — ваши исторические записи остаются именно там, где вы их оставили.
Упростите управление финансами
Пока правила открытого банкинга продолжают меняться между федеральным подвешенным состоянием и экспериментами на уровне штатов, как в Нью-Йорке, компании, которые окажутся в выигрыше, — это те, у кого чистые, переносимые финансовые записи независимо от того, по какой «трубе» текут данные. Beancount.io предлагает текстовый учёт, который прозрачен, находится под контролем версий и готов к работе с ИИ — ваш реестр остаётся вашим, что бы дальше ни решили банк, агрегатор или законодатели. Начните бесплатно и посмотрите документацию, чтобы узнать, как это работает с импортом банковских данных и сверкой.
