Якщо вам колись доводилося провести цілий день, вивантажуючи CSV-файли з банку, бо "автосинхронізація" вашого бухгалтерського софту знову тихенько зламалася, ви вже розумієте проблему, яку намагаються вирішити законодавці Нью-Йорка. Два супутні законопроєкти, що просуваються через легіслатуру штату — законопроєкт Асамблеї A10640 та законопроєкт Сенату S9483, разом відомі як Закон Нью-Йорка про права на фінансові дані — стануть першим законом штату в країні, який надає малому бізнесу, а не лише окремим споживачам, юридичне право на власні банківські дані у придатному для використання, машиночитаному форматі, безкоштовно.
Це може здатися нішевою регуляторною дрібницею. Але це не так. Якщо ви керуєте малим бізнесом і використовуєте будь-яке бухгалтерське програмне забезпечення, що підключається до вашого банківського рахунку — QuickBooks, Xero, Wave, FreshBooks або текстовий облік, що живиться від експортованих виписок — цей законопроєкт торкається "сантехніки", що лежить в основі майже кожного фінансового інструменту, яким ви користуєтеся.
Чому цей законопроєкт з'явився саме зараз
Останні кілька років федеральне Бюро захисту прав споживачів у сфері фінансових послуг (CFPB) було головним органом, що намагався гарантувати права "відкритого банкінгу" відповідно до Розділу 1033 закону Додда-Франка — правила, що вимагає від банків надавати фінансові дані клієнтів уповноваженим третім сторонам за запитом. Це федеральне правило наразі застрягло. Судова заборона федерального суду в Кентуккі залишила його закодованим на папері, але фактично невиконуваним, і CFPB водночас бореться з судовими позовами, працюючи над переглянутою версією правила.
Легіслатура Нью-Йорка вирішила не чекати. Внесені у березні 2026 року асамблеменом Клайдом Ванелом (головою Банківського комітету Асамблеї) та сенаторкою Рейчел Мей (головою Сенатського комітету із захисту прав споживачів), A10640 та S9483 створять резервний механізм на рівні штату, поки федеральне правило перебуває у невизначеному стані. Галузеві групи з боку фінтеху, зокрема Financial Data and Technology Association та Financial Technology Association, уже публічно похвалили ці законопроєкти.
Головна історія тут насправді не про Нью-Йорк. Вона про те, що станеться, якщо Нью-Йорку вдасться: інші штати копіюватимуть цю модель, створюючи мозаїку різних правил доступу до даних, яких банки та фінтех-постачальники повинні дотримуватися штат за штатом — та ж модель, що спостерігалася із законами про захист приватності даних після каліфорнійського CCPA.
Що насправді вимагатиме цей законопроєкт
Якщо відкинути юридичну термінологію, Закон Нью-Йорка про права на фінансові дані звужується до чотирьох конкретних зобов'язань для банків і кредитних спілок, що працюють у штаті:
1. Безкоштовний, машиночитаний інтерфейс даних
Фінансові установи муситимуть надавати малому бізнесу (та споживачам) доступ до "охоплених даних" — історії транзакцій, залишків на рахунках, платіжної інформації, умов рахунку, даних про рахунки-фактури та деталей верифікації особи — в електронному, машиночитаному форматі. Принципово важливо, що законопроєкт забороняє стягувати будь-яку плату, прямо чи опосередковано, за доступ до цих даних або їх передачу.
2. Постійний "інтерфейс для розробників"
Банкам доведеться підтримувати справжній API — те, що законопроєкт називає "інтерфейсом для розробників" — побудований для отримання запитів на дані та відповіді на них, захищений тими ж стандартами автентифікації, що й їхні системи онлайн-банкінгу для споживачів. Це механізм, який дозволив би бухгалтерському софту автоматично отримувати ваші транзакції, замість того щоб ви щомісяця вивантажували й повторно завантажували виписку.
3. Жодних необґрунтованих відмов
Законопроєкт забороняє банкам необґрунтовано відмовляти в запиті на доступ до даних без документально обґрунтованого, ризик-орієнтованого пояснення. Це важливо, бо банки час від часу обмежували або блокували підключення агрегаторів даних (інструментів, що живлять "банківський фід" вашого бухгалтерського софту), посилаючись на розмиті проблеми безпеки — іноді саме тоді, коли бізнесу найбільше потрібні дані для звіряння.
4. Реальні санкції
Порушення тягнуть цивільні штрафи до $10,000 за кожне — вагомий стримувальний чинник для установи, що обробляє мільйони запитів на дані, і сигнал того, що це не просто беззубий обов'язок щодо розкриття інформації.
Деталь про малий бізнес, яку всі пропускають
Ось що відрізняє це від федерального правила: Розділ 1033 писався з думкою про окремих споживачів. Законопроєкт Нью-Йорка прямо поширює ті самі права на малий бізнес. Це свідомий і досить незвичний вибір.
Власників малого бізнесу довго сприймали як другорядну тему в дискусіях про права на фінансові дані, хоча вони залежать від чистих, своєчасних банківських даних принаймні так само, як окремі споживачі — а можливо, й більше, оскільки зламаний банківський фід означає не просто пропущене сповіщення про бюджет, а бухгалтера, що звіряє дані наосліп, кредитну заявку без актуальних виписок або податкову декларацію, побудовану на застарілих цифрах.
Якщо законопроєкт Нью-Йорка стане законом, бізнес, що обслуговується в охопленій установі, матиме забезпечене правом право отримувати понад 24 місяці історії транзакцій у будь-яке програмне забезпечення на свій вибір, не сплачуючи банку за цю можливість і без ризику, що банк тихенько обірве це підключення.
Чому ваш банківський фід постійно ламається (і що це виправило б)
Більшість інструментів бухгалтерського обліку малого бізнесу не підключаються до вашого банку безпосередньо. Вони проходять через агрегатори даних — компанії, як Plaid чи Yodlee, що стоять між вашим банком і вашим програмним забезпеченням, використовуючи або ліцензоване API-з'єднання, або, у старіших і хаотичніших налаштуваннях, скрейпінг екрана (вхід на сайт вашого банку так, ніби це робите ви, за розкладом, щоб забрати дані про транзакції).
Скрейпінг екрана за своєю природою нестабільний: будь-який редизайн сторінки входу вашого банку, будь-який додатковий крок безпеки, будь-яка зміна обмеження швидкості можуть тихо зламати з'єднання. Часто ви не помічаєте цього, доки ваш облік не відстає на три тижні. Цікаво, що законопроєкт Нью-Йорка не забороняє скрейпінг екрана повністю — він зосереджується на вимозі існування безкоштовної альтернативи у вигляді API — але обов'язковий, стандартизований інтерфейс для розробників дав би агрегаторам (а отже, й вашому бухгалтерському софту) значно надійніший шлях, ніж будь-коли міг забезпечити скрейпінг.
Що буде далі
На момент написання цього тексту обидва законопроєкти залишаються в комітеті — версія Асамблеї в Банківському комітеті, версія Сенату також у Банківському комітеті — без запланованого голосування на пленарному засіданні. Законопроєкти, внесені до легіслатури Нью-Йорка, можуть перебувати в комітеті протягом усієї дворічної сесії, перш ніж просунутися далі або "загинути", тож немає жодної гарантії, що це стане законом у 2026 році чи навіть протягом цієї легіслативної сесії.
Але незалежно від долі законопроєкту, цей напрямок варто спостерігати з трьох причин:
- Він заповнює реальний прогалину. Федеральні правила відкритого банкінгу для бізнесу застрягли, а штати історично першими рухалися щодо питань фінансових даних і приватності, коли Вашингтон гальмує (закони про повідомлення про витік даних — найяскравіший приклад).
- Нью-Йорк має непропорційно велику вагу. Як великий фінансовий центр, зміна банківського законодавства в Нью-Йорку зазвичай привертає увагу — а часом і копіюється — далеко за межами штату.
- Заборона на плату — найгостріший елемент. Заборона банкам стягувати плату за доступ до даних чи їх передачу, навіть опосередковано, усунула б точку тертя, що час від часу з'являлася як окремий пункт у ціноутворенні бухгалтерського софту чи агрегаторів.
Що власникам малого бізнесу варто робити зараз
Вам не потрібно чекати, поки Нью-Йорк — чи будь-який інший штат — ухвалить закон, щоб захистити себе від ненадійного банківського підключення. Кілька практичних звичок стосуються незалежно від того, чи цей законопроєкт коли-небудь дійде до голосування на пленарному засіданні:
- Не покладайтеся на єдиний спосіб підключення. Якщо банківський фід вашого бухгалтерського софту зламається, знайте, як експортувати файл CSV або OFX безпосередньо із сайту вашого банку як резервний варіант, і робіть швидку перевірку звіряння щомісяця, а не виявляйте тримісячний розрив під час подачі податків.
- Запитайте свій банк безпосередньо про доступ до API. Багато банків, особливо великих, уже пропонують доступ до API для розробників для бізнес-рахунків навіть без юридичної вимоги — просто деякі погано це рекламують.
- Ведіть локальний облік, а не лише живий фід. Банківський фід — це зручність, а не джерело істини. Будь-яка система, яку ви використовуєте для категоризації та звіряння транзакцій, повинна витримувати зламане з'єднання без втрати історичних даних.
- Слідкуйте за настановами на рівні штату, а не лише за заголовками новин. Якщо ви працюєте в Нью-Йорку чи штаті, що йде за його прикладом, стежте за власними повідомленнями про відповідність вашого банку — саме там зазвичай практичні зміни (нові формати завантаження, нові потоки автентифікації для обміну даними) з'являються раніше, ніж потрапляють у новини.
Чисті записи важать більше за те, який застосунок їх постачає
Незалежно від того, чи ваші банківські дані надходять через безкоштовний API, обов'язковий за законом штату, платного агрегатора чи CSV-файл, який ви завантажуєте вручну, справжня цінність — у тому, що відбувається після того, як дані потрапляють до вас: точна категоризація, своєчасне звіряння та записи, які ви справді можете перевірити, коли позикодавець, інвестор чи податкова служба їх попросить. Суперечки навколо банківського підключення — це, зрештою, питання "сантехніки" — дисципліна бухгалтерського обліку над нею захищає вас у будь-якому разі.
Саме тому текстовий облік знайшов прихильників серед власників малого бізнесу, які постраждали від змін у чорних скриньках програмного забезпечення, які вони не обирали. Коли ваша книга обліку — це версійований текстовий файл, а не власницька база даних, замкнена за надійністю банківського фіда одного постачальника, зламане з'єднання чи суперечка щодо плати з агрегатором — це незручність, а не криза: ваші історичні записи залишаються саме там, де ви їх залишили.
Спростіть управління фінансами
Поки правила відкритого банкінгу продовжують змінюватися між федеральним застоєм і експериментами на рівні штатів, як у Нью-Йорку, бізнеси, що вийдуть переможцями, будуть мати чисті, портативні фінансові записи незалежно від того, через яку "трубу" тектимуть дані. Beancount.io пропонує текстовий облік, який прозорий, версійований і готовий до роботи з ШІ — ваша книга обліку залишається вашою, незалежно від того, що вирішать далі будь-який банк, агрегатор чи легіслатура. Почніть безкоштовно і перегляньте документацію, щоб дізнатися, як вона обробляє банківський імпорт і звіряння.