Plaid vs. MX vs. Finicity: який агрегатор банківських даних стоїть за вашим бухгалтерським фідом?

Ви підключаєте свій бізнес-рахунок до бухгалтерського застосунку, і транзакції починають надходити автоматично. Те, що ви рідко бачите, — це компанія посередині: агрегатор даних, який входить у ваш банк від вашого імені, витягує ваші транзакції, очищує їх і передає вашому застосунку. Коли ваш фід ламається, неправильно категоризує половину покупок або мовчки пропускає тиждень активності, проблема зазвичай на цьому середньому рівні, а не у вашому застосунку.

Три компанії переміщують більшість цих даних у Сполучених Штатах: Plaid, MX і Finicity (належить Mastercard з 2020 року). Якщо ви керуєте малим бізнесом, ви обрали одну з них у момент, коли обрали своє бухгалтерське програмне забезпечення — і якщо ваш банківський фід постійно збоїть, розуміння того, у чому кожен агрегатор сильний і слабкий, підкаже вам, чи допоможе зміна застосунку, чи лише перенесе ту саму проблему на новий екран.

Що насправді робить агрегатор банківських даних​

Коли ви натискаєте «підключити ваш банк» у бухгалтерському застосунку, запускається ланцюжок подій:

1. Автентифікація. Ви вводите свої банківські облікові дані (або схвалюєте OAuth-переспрямування у вашому банку). Агрегатор встановлює з'єднання, прив'язане до ваших рахунків.
2. Отримання даних. Агрегатор витягує баланси й транзакції — в ідеалі через прямий банківський API, іноді шляхом входу в онлайн-банкінг так, як це робив би браузер.
3. Збагачення. Сирі банківські описи на кшталт SQ *COFFEE SHOP 000123 очищуються до назви продавця, категорії, а іноді й місцезнаходження.
4. Доставка. Ваш бухгалтерський застосунок отримує нормалізовані дані через API агрегатора.

Кроки 2 і 3 — це те, де три провайдери відрізняються найбільше. Отримання даних визначає, які банки підключаються і як часто фід ламається. Збагачення визначає, чи починається ваша бухгалтерія з чистих категорій, чи з купи транзакцій «Без категорії», які вам доведеться виправляти вручну.

Чому це важливіше, ніж раніше​

Роками агрегатори переважно отримували ваші дані шляхом скрейпінгу екрана: входили в ваш онлайн-банкінг зі збереженими обліковими даними й читали сторінки. Це працювало, але було крихким — кожен редизайн сайту банку ламав з'єднання — і означало, що ваш пароль зберігався на чужих серверах.

Індустрія десятиліття мігрує до прямих API-з'єднань на основі токенів, і тепер регулювання змушує до цього. Правило Бюро фінансового захисту споживачів (CFPB) щодо відкритого банкінгу за Розділом 1033 Закону Додда-Френка надало б споживачам формальне право доручати своєму банку ділитися даними з авторизованими третіми сторонами через безпечні інтерфейси, фактично припиняючи скрейпінг екрана. Оригінальне правило 2024 року було заблоковане в суді, а переглянута пропозиція перебувала на розгляді Білого дому в серпні 2026 року, тож остаточна форма ще не визначена — але напрям односторонній. Прямі угоди між банками й агрегаторами та стандарт Financial Data Exchange (FDX) уже є тим, як працює більшість з'єднань з великими банками.

Для вас як власника бізнесу ця міграція має два практичні наслідки. По-перше, з'єднання з великими банками зазвичай надійніші, ніж п'ять років тому, бо API-з'єднання на основі OAuth ламаються рідше, ніж скрейпінг. По-друге, з'єднання з малими банками та кредитними спілками — тими, що найменш імовірно мають сучасні API — це саме те, де фіди все ще збоїть, і саме там проявляються відмінності в покритті агрегаторів.

Три агрегатори пліч-о-пліч​

Plaid: типовий вибір із найширшою присутністю серед розробників​

Plaid — це назва, яку ви, ймовірно, бачили — його екран підключення з'являється в тисячах застосунків, від інструментів бюджетування до платіжних сервісів. Він документує з'єднання з понад 12 000 фінансових установ і відомий досвідом для розробників: чітка документація, швидка інтеграція та найшвидший шлях від «нам потрібні банківські дані» до працюючого продукту.

Ця широта робить Plaid найбезпечнішим вибором за замовчуванням, коли ваш пріоритет — просто підключити якнайбільше різних банків. Якщо ваш бізнес обслуговується в незвичайному місці — регіональному банку, нішевому онлайн-банку — Plaid часто є агрегатором, який найімовірніше вже його підтримує.

Компроміси проявляються в масштабі. Сторонні аналізи оцінюють ціноутворення Plaid приблизно в $0,50–$2,00 за успішне підключення, зі знижками за обсяг на вищих рівнях — модель, дружня до малих застосунків, яка стає справжнім центром витрат для великих. І хоча збагачення Plaid солідне, його зазвичай вважають добрим, а не найкращим у своєму класі: назви продавців і категорії зазвичай правильні, але бізнеси з неохайними, високооб'ємними потоками транзакцій іноді виявляють, що його категоризація потребує більше ручних виправлень, ніж у MX.

MX: спеціаліст із категоризації з коренями в громадських банках​

MX виріс з обслуговування громадських банків і кредитних спілок безпосередньо, і ця спадщина досі його формує. Він публікує показники підключень у діапазоні 15 000–16 000, з особливою силою в менших установах — саме в тому довгому хвості, де з'єднання Plaid можуть бути тонкими, а корпоративна зосередженість Finicity проявляється менше.

Найяскравіша риса MX — збагачення даних. Його механізм категоризації широко вважається найсильнішим із трьох: чистіше ідентифікування продавців, послідовніші категорії та краща обробка неоднозначних транзакцій. Якщо ви коли-небудь відкривали свій бухгалтерський застосунок і знаходили десятки транзакцій, скинутих у «Інше» чи «Без категорії», ви відчули ціну слабкого збагачення — кожна з них це хвилина вашого часу наприкінці місяця. Аргумент MX у тому, що менше ваших транзакцій взагалі туди потрапляє.

Проблема — доступ. MX продає переважно через корпоративні контракти, спрямовані на банки й більші фінтех-компанії, тож як власник малого бізнесу ви рідко обираєте MX безпосередньо — ви отримуєте його, бо його обрали ваш бухгалтерський чи банківський застосунок. Його ціноутворення узгоджується, а не публікується, що ускладнює пряме порівняння витрат. І поза межами Сполучених Штатів покриття тонке.

Finicity: верифікаційний важкоатлет від Mastercard​

Finicity, придбана Mastercard у 2020 році, охоплює схожі 15 000+ установ і має найсильнішу позицію в робочих процесах кредитування та верифікації. Його структуровані результати для верифікації доходів і активів безпосередньо вбудовуються в процеси іпотеки й андеррайтингу, де визнання Fannie Mae та Freddie Mac має реальну вагу. Якщо ви нещодавно подавали заявку на бізнес-кредит чи іпотеку і вас просили «верифікувати ваші рахунки цифрово» замість завантаження виписок, є хороший шанс, що ці дані перемістив Finicity.

Підтримуваний Mastercard, Finicity також має найглибший набір прямих угод про обмін даними з великими банками, що, як правило, робить його з'єднання з великими банками стабільними. Як і MX, він продає через узгоджені корпоративні угоди, і як і MX, він переважно є історією про США.

Там, де Finicity менш виразний, — це збагачення транзакцій загального призначення для повсякденної бухгалтерії. Він компетентний, але це не причина, з якої хтось обирає Finicity — ви обираєте Finicity для робочих процесів з інтенсивною верифікацією, а бухгалтерський фід іде разом із ним.

Чесна порівняльна таблиця​

Ставтеся до кожної кількості установ зі скепсисом: кожен провайдер рахує «підключення» й «джерела даних» по-різному, і жоден підсумок нічого не говорить про те, чи надійно підключається ваш банк. Єдине питання покриття, яке має значення, — ваше: пошукайте назву вашого банку разом із назвою вашого застосунку перед тим, як зобов'язатися, і перевірте нещодавні звіти, бо підключення змінюються.

Надійність: чому ваш фід ламається (і чия це вина)​

Збої банківського фіду поділяються на три категорії, і лише одна з них — вина вашого застосунку:

1. Розрив з'єднання. Ваш банк змінює свій процес входу, додає кроки багатофакторної автентифікації або змінює свій API, і зв'язок агрегатора рветься. Ви отримуєте запит «перепідключіть ваш банк». API-з'єднання на основі OAuth рвуться набагато рідше, ніж з'єднання на основі облікових даних, саме тому фіди у великих банках тихо покращилися.
2. Відсутні або дубльовані транзакції. З'єднання працює, але дані неправильні: очікувані списання, які так і не стають проведеними, вихідні дні активності, які так і не надходять, або одна й та сама виплата, імпортована двічі. Це проблема отримання даних агрегатором, і її найважче помітити — жодних помилок, просто ваші книги неправильні.
3. Погана категоризація. Транзакції надходять, але потрапляють на неправильні рахунки. Це проблема збагачення, і саме тут перевага MX найбільш видима в щоденному використанні.

Коли користувачі скаржаться, що застосунок «не може втримати з'єднання з моїм банком», основна причина зазвичай — категорія 1 на рівні агрегатора — саме тому деякі застосунки тепер дозволяють вам змінювати агрегатор для того самого банку в налаштуваннях. Якщо ваш застосунок пропонує Plaid, MX і Finicity як взаємозамінних провайдерів для одного підключення, спробуйте інший, перш ніж звинувачувати застосунок. Інший агрегатор справді може мати краще з'єднання з вашою установою.

Ціна: за що ви платите, не бачачи рахунку​

Майже жоден малий бізнес не платить агрегатору безпосередньо. Витрати надходять у складі підписки на ваше бухгалтерське програмне забезпечення — саме тому «який агрегатор найдешевший» — неправильне питання для вас. Правильне питання — до чого модель ціноутворення спонукає вашого постачальника.

Ціноутворення за підключення (публічна модель Plaid) стягує з постачальника вашого застосунку щоразу, коли встановлюється або оновлюється підключення, тож постачальники на цій моделі мають тихий стимул оновлювати фіди рідше або обмежувати кількість рахунків, які ви можете підключити на дешевих планах. Корпоративні контракти (світ MX і Finicity) об'єднують плату за платформу з використанням, що, як правило, штовхає постачальників до вищих рівнів підписки загалом, а не до обмежень за рахунок.

Так чи інакше, ви платите. Різниця в тому, де витрати виринають: обмеження на підключення й частоту оновлення в одній моделі, вищі базові ціни в іншій. Порівнюючи бухгалтерські плани, «скільки банківських рахунків я можу підключити і як часто оновлюється фід» — корисніше питання, ніж «який агрегатор ви використовуєте» — але тепер ви знаєте, чому відповіді різняться.

Що це означає для ваших книг​

Ось незручна правда про автоматизовані фіди: це конвеєр імпорту, а не бухгалтер. Кожна транзакція все одно потребує другого погляду, перш ніж стати частиною вашого фінансового обліку, бо режими збоїв вище — безшумні. Фід, який неправильно категоризує ваші вилучення власника як бізнес-обіди, не викликає помилки — він просто тихо завищує ваші відрахування, доки хтось не помітить.

Практична рутина — це щотижневий огляд, а не щомісячна гонитва:

• Спершу перегляньте некатегоризовані та елементи з низькою впевненістю. Більшість застосунків позначають те, у чому агрегатор був невпевнений. Очищуйте це щотижня, поки покупки ще свіжі в пам'яті.
• Звіряйте з банківським балансом, а не з фідом. Ваша перевірка наприкінці місяця — це «чи збігається мій реєстр із випискою», ніколи не «чи імпортував фід усе». Виписка — це авторитет; фід — це зручність.
• Стежте за дублікатами навколо перепідключень. Щоразу, коли ви перепідключаєте банк, перевіряйте вікно перекриття. Перепідключені фіди — джерело номер один подвійно зарахованих транзакцій.

Якщо ви ведете книги в простому тексті, діє та сама дисципліна — результат фіду стає чернетковими записами, які ви переглядаєте, а не істиною, яку ви приймаєте. Синхронізована виплата з комісіями, наприклад, має потрапити до вашого реєстру як її складові, а не як чистий депозит:

2026-10-15 * "Shopify payout #4821" "Oct 12-14 sales, fees split out"
  Assets:Checking:Business                            1,842.36 USD
  Expenses:Fees:Payment-Processing                      58.14 USD
  Income:Sales                                          -1,900.50 USD

Запис валового продажу й комісії окремо — замість того, щоб проводити чистий депозит як дохід — це те, що зберігає ваші показники доходу чесними, а витрати на комісії видимими під час подачі декларації. Яке б програмне забезпечення ви не використовували, наполягайте на тому, щоб фід давав вам достатньо деталей для розділення валового від комісій; фід, який імпортує лише чисті депозити, приховує інформацію, потрібну вашій податковій декларації. Документація Beancount детально описує структуру транзакцій, а Fava робить перегляд імпортованих записів перед тим, як вони остаточно потрапляють до ваших книг, простим.

Як обирати (або оцінювати те, що ви вже маєте)​

Ви, ймовірно, не оберете агрегатор безпосередньо — ви оберете бухгалтерське програмне забезпечення, а агрегатор іде разом із ним. Тож перекладіть порівняння в питання для купівлі:

• Де ви маєте рахунок? У банку з топ-20 усі три підключаються добре; обирайте за збагаченням і функціями застосунку. У малому банку чи кредитній спілці запитайте в постачальника, який агрегатор обслуговує вашу установу і як автентифікується з'єднання (OAuth кращий за збережені облікові дані).
• Наскільки неохайні ваші транзакції? Великий обсяг, багато схожих продавців, значні готівкові витрати — якість збагачення важливіша, що сприяє застосункам, побудованим на MX.
• Чи позичаєте ви? Якщо ваш робочий процес включає заявки на кредити та верифікацію доходів, шлях через Finicity може зробити цей крок плавнішим.
• Чи можете ви змінювати провайдера в застосунку? Підтримка кількох агрегаторів із перемиканням на рівні підключення — це єдина найкраща функція надійності, яку може запропонувати застосунок. Просіть її за назвою.

І тримайте одне око на нормотворчості щодо відкритого банкінгу. Якої б остаточної форми не набув Розділ 1033, стандартизовані банківські API продовжуватимуть замінювати крихкі з'єднання на основі облікових даних — а це означає, що розрив у покритті між великими й малими установами — це те, за чим варто стежити. Ваш фід продовжить ставати надійнішим у великих банках першим. Якщо ви обслуговуєтесь у малому банку, агрегатор із найглибшими коренями в громадських банках усе ще найімовірніше підтримає ваше з'єднання живим.