Якщо ви керуєте малим бізнесом і ваше бухгалтерське програмне забезпечення щоранку автоматично підтягує ваші банківські транзакції, то ви маєте дякувати за це відкритому банкінгу. Ця непомітна зручність — більше не потрібно вручну завантажувати CSV-файли, не потрібно вводити логін і пароль для програми для бюджетування, щоб "позичити" ваші банківські облікові дані — мала отримати постійну правову основу цього року. Натомість, правило, яке мало це закріпити, було заморожено федеральним судом, і ніхто точно не знає, що буде далі.
Для власників малого бізнесу, які покладаються на інструменти, що працюють на банківських даних — бухгалтерське програмне забезпечення з онлайн-фідами банківських операцій, програми для прогнозування грошових потоків, платформи для управління витратами, ринки кредитування, які перевіряють ваш дохід, підключаючись до вашого банківського рахунку — це не абстрактна регуляторна примітка. Це реальне питання про те, чи продовжуватимуть інструменти, на які ви покладаєтеся, працювати так само, чи почнуть вони стягувати більше, і чи ваші фінансові дані настільки захищені, наскільки ви припускали.
Що мала робити Секція 1033
Секція 1033 стосується положення, закладеного в Законі Додда-Френка 2010 року, яке надавало споживачам (і, відповідно, малому бізнесу, що використовує споживчі депозитні рахунки) право на доступ до своїх фінансових даних у зручній, електронній формі. Протягом понад десяти років це право існувало на папері, але не мало реальної сили чи стандарту.
У жовтні 2024 року Бюро захисту прав споживачів фінансових послуг (CFPB) нарешті остаточно затвердило правило, щоб зробити це право конкретним. Правило про права на особисті фінансові дані вимагало від "постачальників даних" — головним чином банків та кредитних спілок — робити дані про рахунки та транзакції клієнта доступними в електронному вигляді, за запитом, клієнту або сторонньому додатку, який клієнт авторизував. Треті сторони, такі як програми для бюджетування, кредитори та бухгалтерські платформи, повинні були пройти процес сертифікації та дотримуватися суворих правил щодо збору, використання та зберігання цих даних.
Правило встановило поетапний графік дотримання вимог, при цьому найбільші банки та постачальники даних повинні були відповідати вимогам, починаючи з 1 квітня 2026 року, а менші установи отримували більше часу. Простими словами: воно мало замінити старий, небезпечний спосіб підключення фінтех-додатків до вашого банку — коли вас просили вводити ім'я користувача та пароль онлайн-банкінгу безпосередньо в сторонній додаток, практика, що називається "скрін-скрейпінг" — безпечнішим, стандартизованим, API-орієнтованим способом передачі, який не вимагав передачі ваших фактичних облікових даних для входу.
Чому це зараз у невизначеності
2026 рік пішов не так. Банківські торгові групи подали до суду, щоб заблокувати правило, стверджуючи, що CFPB перевищило свої повноваження, і федеральний суд у Кентуккі видав судову заборону, що перешкоджає відомству забезпечити його виконання. Водночас керівництво самого CFPB змінило напрямок: головний юрисконсульт бюро повідомив суду, що відомство тепер вважає правило незаконним і попросив скасувати його, а не захищати.
Замість того, щоб зникнути, правило потрапило в свого роду регуляторне чистилище. У серпні 2025 року CFPB відкрило новий період для громадських коментарів — попереднє повідомлення про запропоноване нормотворчість — сигналізуючи, що воно має намір переписати значні частини рамкової програми, а не повністю відмовитися від основної ідеї. Тож коли настав 1 квітня 2026 року, перша хвиля дедлайнів "ви повинні дотримуватися цієї дати" минула, не ставши обов'язковим тригером для примусового виконання. Правило, як зазначив один юридичний бюлетень, "призупинено, оскаржено та переписується."
Три конкретні питання знову на порядку денному в рамках цього переписування:
- Хто вважається уповноваженим "представником", який має право запитувати ваші дані від вашого імені — питання, яке впливає на все, від програм для бюджетування до бухгалтерських платформ і ринків кредитування.
- Чи можуть банки стягувати комісію за надання доступу до даних, замість очікування початкового правила, що цей обмін даними буде безкоштовним для споживача та додатка, що робить запит.
- Як слід оцінювати та управляти ризиками безпеки та конфіденційності даних, оскільки все більше вашого фінансового життя проходить через сторонні канали.
Питання комісій вже розглядається
Це друге питання — комісії — не просто теоретичне. Поки правило знаходилося в правовій невизначеності, принаймні один великий банк пішов своїм шляхом: JPMorgan Chase підписав комерційну угоду про доступ до даних з Plaid, одним з найбільших агрегаторів даних, який забезпечує підключення банківських фідів для незліченних фінтех- та бухгалтерських додатків, у вересні 2025 року. Умови не були повністю публічними, але ця домовленість сигналізує, що великі банки готуються стягувати плату за канали даних, які фінтех-компанії — і, відповідно, малі підприємства, які використовують ці фінтех-інструменти — звикли розглядати як безкоштовну інфраструктуру.
Якщо ця модель пошириться, економіка відкритого банкінгу суттєво зміниться. Програма для бюджетування, інструмент для ведення бухгалтерії на основі банківських фідів або платформа для прогнозування грошових потоків, яка зараз платить мало або нічого за підключення до вашого банку, може зіткнутися з новими витратами на доступ. Ці витрати, як правило, не залишаються у постачальника — вони зрештою з'являються як нові рівні підписки, комісії за транзакції або зменшена функціональність безкоштовного рівня для власника бізнесу на іншому кінці.
Що це означає для інструментів, якими ви користуєтеся
Більшість власників малого бізнесу не думають про Розділ 1033 безпосередньо. Те, з чим ви стикаєтеся, набагато конкретніше:
- Актуальні банківські канали в бухгалтерському програмному забезпеченні. Чи синхронізуються транзакції автоматично у вашій бухгалтерії.
- Заявки на кредити та позики, які перевіряють ваш дохід та стан готівки, підключаючись до вашого банківського рахунку замість того, щоб просити вас завантажувати виписки у форматі PDF.
- Інструменти для прогнозування грошових потоків та управління витратами, яким потрібен безперервний, надійний доступ до даних про транзакції для роботи.
- Платформи для платежів та нарахування заробітної плати, які підтверджують право власності на рахунок перед переказом грошей.
Все це залежить від тієї ж базової інфраструктури, яку Розділ 1033 мав стандартизувати та убезпечити. З оскарженням правила ця інфраструктура не зникла — банки та агрегатори, такі як Plaid, MX та Finicity, все ще підтримують з'єднання даних, — але юридична гарантія того, що вона повинна існувати, бути безкоштовною та відповідати послідовним стандартам безпеки, більше не є усталеним законом. Доступ сьогодні працює на основі сукупності приватних комерційних угод між банками та агрегаторами, а не єдиної федеральної вимоги.
Практичний ризик для малого бізнесу полягає не стільки в тому, що «ваш банківський канал перестане працювати завтра», скільки в тому, що «умови, вартість та надійність цього з'єднання можуть змінитися без попередження, і ви можете дізнатися про це лише тоді, коли ваше бухгалтерське програмне забезпечення видасть помилку або збільшиться ваш рахунок за бухгалтерські послуги».
Що насправді слід робити власникам малого бізнесу
Вам не обов'язково ставати експертом з банківського регулювання, щоб захистити себе. Кілька практичних кроків допоможуть:
1. Знайте, які з ваших інструментів залежать від підключень до банківських даних
Складіть короткий список: банківський канал вашого бухгалтерського програмного забезпечення, будь-яка заявка на позику або кредитну лінію, яку ви підключили до свого банку, будь-який додаток для бюджетування чи прогнозування, а також будь-яка платіжна платформа, яка перевіряє ваш рахунок. Якщо ви не знаєте, як інструмент отримує свої дані, запитайте — або перевірте, чи використовує він визнаного агрегатора (Plaid, MX, Finicity), а не запитує ваш банківський пароль безпосередньо.
2. Уникайте інструментів, які все ще покладаються на парсинг екрану
Якщо фінансовий додаток просить вас ввести своє фактичне ім'я користувача та пароль онлайн-банкінгу у власне вікно входу — замість того, щоб перенаправляти вас на сайт вашого банку для авторизації доступу — це старіший, менш безпечний підхід «screen-scraping» (парсингу екрану), який правило 2024 року мало на меті скасувати. Це ризикованіше з точки зору безпеки та з більшою ймовірністю вийде з ладу, коли банки змінять свої сайти. Віддавайте перевагу інструментам, побудованим на стандарті Financial Data Exchange (FDX) на основі API, до якого ринок сходиться незалежно від того, що зрештою вирішить CFPB.
3. Не вважайте свій банківський канал безпомилковим
Що б не сталося з правилом, з'єднання між банками та сторонніми додатками можуть і дійсно порушуються — зміна логіна, оновлення банківської безпеки або зміна комерційних умов можуть перервати канал без попередження. Регулярно звіряйте свої облікові записи з фактичною банківською випискою, замість того, щоб припускати, що автоматизований канал зафіксував усе. Це хороша практика незалежно від регуляторного середовища, і вона виявляє помилки синхронізації, дублювання транзакцій та пропущені записи до того, як вони перетворяться на великий безлад під час податкової звітності.
4. Заплануйте можливість нових комісій
Якщо ви шукаєте бухгалтерське програмне забезпечення, кредитну платформу або інструмент для управління витратами, запитайте безпосередньо, чи передаються витрати на доступ до банківських даних клієнтам і чи може це змінитися. Це розумне питання, яке можна поставити торговельному представнику у 2026 році, враховуючи напрямок розвитку галузі.
Більш важливий урок: Володійте своїми фінансовими даними
За регуляторними суперечками стоїть простий момент, який варто усвідомити: чим більше ваша бухгалтерія залежить від поточного, пропрієтарного підключення до вашого банку — такого, що контролюється комерційними умовами банку, бізнес-моделлю агрегатора та федеральним правилом, яке може бути оскаржене єдиним судовим рішенням — тим менше контролю ви насправді маєте над власними записами.
Це одна з причин, чому ведення бухгалтерського обліку на основі файлів у вигляді простого тексту приваблює не лише розробників та технічних користувачів. Коли ваша книга обліку є набором файлів, якими ви володієте — а не пропрієтарною базою даних, заблокованою за чиїмось API-доступом — збій у каналі банківських даних є незручністю, а не екзистенційною загрозою для ваших фінансових записів. Ви все ще можете імпортувати завантажену виписку, вручну її звірити за потреби та зберігати повну, портативну, версіоновану історію, яка не залежить від постійної доброї волі будь-якого окремого постачальника або комерційної угоди з вашим банком.
Зберігайте свої книги портативними, незалежно від рішень регуляторів
Правила відкритого банкінгу продовжуватимуть змінюватися, оскільки суди, CFPB та Конгрес з'ясовуватимуть, хто контролює доступ до ваших фінансових даних і хто за це платить. Ви не можете контролювати цей графік, але можете контролювати, наскільки ваша бухгалтерія залежить від будь-якого окремого каналу даних. Beancount.io пропонує ведення бухгалтерського обліку у вигляді простого тексту, яке є прозорим, портативним та повністю під вашим контролем — без пропрієтарної прив'язки, без залежності від комерційних умов фінтех-агрегатора. Почніть безкоштовно і дізнайтеся, чому розробники та фінансово обізнані власники бізнесу переходять на книгу обліку, якою вони дійсно володіють.