У травні 2024 року понад 100 000 людей увійшли у свої банківські застосунки й виявили, що не можуть торкнутися власних грошей. Понад $265 мільйонів опинилися заблокованими на десятках популярних фінтех-платформ — застосунках, які відкрито позиціонували себе як застраховані FDIC. Гроші не вкрали. Вони не зникли через шахрайство. Вони застрягли через крах компанії, про яку більшість цих клієнтів навіть не чули: Synapse Financial Technologies, посередника, що з'єднував споживчі застосунки з реальними, федерально застрахованими банками.
Понад два роки по тому частина цих клієнтів досі не отримала повної компенсації. І регуляторна прогалина, яка це спричинила, досі не закрита. Якщо ваш бізнес обслуговується у вправному фінтех-застосунку замість банку з повноцінною ліцензією, крах Synapse варто вивчити детально — тому що напис «застраховано FDIC» на посадковій сторінці означає далеко не те, що уявляє собі більшість власників бізнесу.
Що насправді сталося з Synapse
Synapse не була банком. Це був постачальник технологій та реєстру — інфраструктура, що розташовувалася між споживчими фінтех-застосунками (уявіть застосунки для бюджетування, необанки та платформи для заощаджень) і невеликою жменькою застрахованих FDIC банків, які фактично тримали гроші. Така схема називається banking-as-a-service (BaaS): фінтех-компанія створює гарний застосунок, домовляється з реальним банком за лаштунками, а проміжне програмне забезпечення на кшталт Synapse звіряє, кому саме належить яка частка всередині об'єднаних рахунків банку.
Такі об'єднані рахунки називаються рахунками «For Benefit Of» (FBO) — «на користь». Замість того щоб кожен клієнт мав власний, окремо оформлений рахунок у банку, гроші тисяч клієнтів лежать на одному величезному рахунку, і саме проміжна компанія відповідає за те, щоб вести точний реєстр того, яка частка кому належить.
Коли Synapse подала заяву про банкрутство за главою 11 у квітні 2024 року, цей реєстр розвалився. Банки-партнери, зокрема Evolve Bank & Trust, заявили, що після зупинки власних систем Synapse вони втратили змогу «перевіряти транзакції, підтверджувати залишки на рахунках кінцевих користувачів і дотримуватися чинного законодавства». Призначений судом довірчий керуючий пізніше встановив розрив у розмірі від $65 мільйонів до $95 мільйонів між тим, що, за записами Synapse, мало бути на рахунках, і тим, що банки могли реально підтвердити. Ніхто не міг з упевненістю сказати, чиї саме гроші зникли, — тож ніхто не міг випустити жодну з цих сум.
Людська ціна цього була високою. Клієнти застосунку для заощаджень Yotta, одного з кількох фінтех-сервісів, побудованих на інфраструктурі Synapse, розповідали, що місяцями не мали доступу до сукупних $112 мільйонів. Деякі користувачі зрештою повернули лише незначну частку внесеного — у кількох широко висвітлених випадках це були копійки на долар. У листопаді 2025 року Бюро фінансового захисту споживачів (CFPB) виділило $46,2 мільйона зі свого Фонду цивільних штрафів на компенсацію постраждалим, а регулятори штатів, зокрема каліфорнійський Департамент фінансового захисту та інновацій, продовжували домагатися угод про врегулювання й у 2026 році. Це понад півтора року часткової, розрізненої компенсації за гроші, які на папері весь цей час були федерально застраховані.
Лазівка: чому «застраховано FDIC» не означало «захищено»
Ось момент, який заскакує власників бізнесу зненацька: саме страхування FDIC, вочевидь, ніколи не було проблемою. Банки, що стояли за цим, були реальними, ліцензованими установами — членами FDIC. Якби один із цих банків збанкрутував, страхування депозитів виплатило б компенсацію у звичайному порядку.
Проблема виникла у «трубопроводі» між клієнтом і банком. Страхування FDIC захищає вас від банкрутства вашого банку — воно жодним чином не захищає вас від того, що проміжна компанія між вами і банком втратить контроль над реєстром, збанкрутує чи просто погано керуватиме власними системами. Фінтех-застосунок може на всі 100% чесно писати «ваші кошти зберігаються у застрахованому FDIC банку» — і водночас залишати вас незахищеними саме від такого сценарію, тому що страхування спрацьовує лише тоді, коли регулятори можуть визначити, до останнього долара, яка частка об'єднаного рахунку належить саме вам.
Саме в цьому суть того, що журналісти й юридичні аналітики назвали «міражем FDIC» або «лазівкою FDIC»: страхування депозитів справжнє, але воно залежить від ведення обліку, якого, у випадку Synapse, просто не існувало на той момент, коли він знадобився.
Чи змінилося щось із 2024 року?
Дещо так. У вересні 2024 року FDIC запропонувало правило — неофіційно назване «правилом Synapse», — яке вимагатиме від банків, що ведуть довірчі рахунки з транзакційними функціями, підтримувати точні, стандартизовані записи про кожного фактичного власника коштів і щодня звіряти ці записи. Банки й далі зможуть делегувати ведення обліку фінтех- чи проміжному партнеру, але саме вони нестимуть відповідальність за його точність.
Станом на середину 2026 року це правило залишається лише пропозицією, не затвердженою остаточно. Воно підвищить планку вимог для банків та їхніх фінтех-партнерів, але воно не допоможе заднім числом нікому, хто потрапить у майбутній крах у стилі Synapse, — доти, доки правило не буде фактично ухвалене й запроваджене у дію. Якщо ви оцінюєте фінтех-рахунок сьогодні, виходьте з того, що досі діють ті самі правила гри, що існували до Synapse.
Як перевірити, чи справді захищений рахунок вашого бізнесу
Вам не обов'язково відмовлятися від фінтех-інструментів для банкінгу — багато з них пропонують дійсно корисні функції для малого бізнесу, від миттєвого виставлення рахунків до зручної категоризації витрат. Але ви маєте точно знати, що саме ви їм довіряєте. Ось практичний контрольний список:
1. Визначте реальний банк, а не лише бренд. Кожен легітимний фінтех-депозитний продукт розкриває назву застрахованого FDIC банку, який фактично тримає кошти, — зазвичай у підвалі сторінки, умовах обслуговування чи розділі поширених запитань. Якщо ви не можете знайти цю назву менш ніж за хвилину пошуку, вважайте це тривожним сигналом.
2. Перевірте банк самостійно. Отримавши назву банку, перевірте її самі за допомогою інструмента FDIC BankFind, а не покладайтеся лише на слова фінтех-компанії. Ви також можете зателефонувати на 1-877-ASK-FDIC або написати на ask.fdic.gov, якщо хочете отримати підтвердження від живої людини.
3. Зрозумійте, чого насправді вимагає «наскрізне» (pass-through) страхування. Наскрізне покриття FDIC для об'єднаних/довірчих рахунків залежить від того, чи веде банк (або його проміжний партнер) точні, індивідуалізовані записи про те, кому що належить. Запитайте фінтех-компанію напряму: як і як часто окремі клієнтські залишки звіряються з записами банку-партнера? Розпливчаста відповідь сама собою є показовою.
4. Знайте свої ліміти покриття. Страхування FDIC покриває $250,000 на одного вкладника, на один застрахований банк, на одну категорію володіння — а не на один застосунок. Якщо ваш бізнес розподіляє кошти між кількома фінтех-сервісами, які всі використовують той самий банк, ваш сукупний залишок там може перевищити застрахований ліміт, а ви цього навіть не помітите.
5. Відокремте «банківські» продукти від усього іншого в застосунку. Поточні рахунки, заощадження та депозитні сертифікати — це депозитні продукти. Інші функції, вбудовані у той самий застосунок, — інвестиційні sweep-рахунки, крипто-баланси, відкладені платежі buy-now-pay-later, бонусні бали — зазвичай узагалі не застраховані FDIC, хоч би що писала реклама.
6. Підбирайте рахунок відповідно до важливості коштів. Для резервів на зарплату, відкладених податкових сум та операційної готівки на випадок надзвичайних ситуацій найбезпечніший варіант — реальний банк із власною ліцензією та прямими стосунками, куди можна подзвонити, якщо щось піде не так. Залиште яскравіші фінтех-застосунки для зручних функцій і менших робочих залишків, доступ до яких ви могли б пережити втратити на кілька тижнів.
Типові помилки власників бізнесу з фінтех-рахунками
У розборах польотів після краху Synapse та подібних інцидентів знову і знову проявляються кілька закономірностей, і їх варто назвати прямо, щоб ви могли їх уникнути.
Плутати «підтримується банком» і «є банком». Рекламні тексти часто містять дрібним шрифтом внизу сторінки фразу на кшталт «банківські послуги надаються [Назва реального банку], учасник FDIC» — на сторінці, що в усьому іншому виглядає й відчувається точнісінько як власний сайт банку. Це розкриття виконує величезну юридичну роботу. Воно повідомляє вам, що депозити врешті-решт лежать у реальному банку, — але нічого не каже про те, наскільки надійна ланка між вами й цим банком.
Концентрувати забагато готівки в одному фінтех-сервісі «заради дохідності». Вищі рекламовані відсоткові ставки від необанків часто саме тому й приваблюють малий бізнес переносити туди більші залишки. Гонитва за додатковими піввідсотка дохідності на весь операційний резерв готівки — погана угода, якщо це означає розмістити критично важливі кошти за непровіреним проміжним стеком.
Не знати, який банк насправді тримає гроші, доки щось не зламається. Багато клієнтів Yotta повідомляли, що дізналися про існування Synapse — і про її банкрутство — лише після того, як застосунок перестав працювати. Якщо ви ще не знаєте назву банку-партнера за кожним фінтех-рахунком, яким користується ваш бізнес, це прогалина, яку варто закрити цього тижня, а не після заморожування коштів.
Ставитися до фінтех-«сховища» чи «кишені» для заощаджень так само, як до повноцінного депозитного рахунку. Деякі внутрішньозастосункові функції заощаджень структуровані як субреєстри всередині більшого довірчого рахунку, а не як окремо застраховані FDIC рахунки самі по собі. У буденній роботі ця різниця рідко має значення — доки криза не змусить регуляторів з'ясовувати, кому що належить.
Чому це важливіше, якщо ваш бізнес працює із тонкою маржею
Малий бізнес і фрілансери — саме ті клієнти, які найчастіше опиняються на платформах, побудованих на BaaS, бо такі застосунки зазвичай безкоштовні, швидко відкриваються і побудовані навколо інструментів руху грошових коштів, яких традиційні банки не пропонують. Це розумний компроміс заради щоденної зручності. Але це значно ризикованіший компроміс для рахунку, на якому лежить тримісячний фонд заробітної плати чи квартальний авансовий податковий платіж, де навіть 60-денне заморожування може стати катастрофою для бізнесу з тонкою маржею.
Саме тут добрі звички ведення бухгалтерського обліку окуповуються способом, що не має нічого спільного з податками. Якщо ви ведете чіткі, актуальні записи про те, скільки готівки лежить на кожному рахунку — включно з фінтех-рахунками, — ви одразу дізнаєтеся, чи заморожування або збій справді коштували вам грошей, і матимете напоготові документацію, якщо колись доведеться подавати претензію довірчому керуючому, регулятору чи компенсаційному фонду CFPB. Компанії, які виявляли нестачу коштів, пов'язану з Synapse, лише коли намагалися здійснити платіж, втратили цінний час, який могли б використати, щоб оскаржити заморожування раніше, — просто тому що їхні власні записи були недостатньо точними, щоб одразу помітити розрив.
Тримайте свої фінанси в порядку з першого дня
Якими б банками й фінтех-інструментами ви не користувалися, найшвидше відновлюються після банківського збою ті компанії, які мають точні, актуальні записи про те, що саме і де саме вони тримають. Beancount.io пропонує текстовий бухгалтерський облік (plain-text accounting), що дає вам повну прозорість і контроль над вашими фінансовими даними — жодних чорних скриньок, жодної прив'язки до постачальника, і реєстр, який можна звірити з будь-якою банківською чи фінтех-випискою за лічені секунди. Почніть безкоштовно і переконайтеся, чому розробники та фінансові фахівці переходять на текстовий бухгалтерський облік.