В одну из пятниц февраля 2026 года сотни бухгалтерских фирм открыли свои почтовые ящики и узнали, что платформа ИИ-бухгалтерии, на которой велись книги их клиентов, закрывается — навсегда и почти мгновенно. Botkeeper, финансируемая венчурным капиталом компания-автоматизатор, потратившая 11 лет и почти $90 миллионов на то, чтобы стать бэк-офисом для сотен бухгалтерских практик, исчезла в течение нескольких недель после первых признаков проблем.
Если вы передаёте хотя бы часть ведения финансового учёта сторонней платформе — а в 2026 году так поступает почти каждый, — над этим стоит на минуту задуматься. Не потому, что инструменты ИИ-бухгалтерии плохие. Большинство из них по-настоящему полезны. А потому, что риск «поставщик может исчезнуть» — это реальный операционный риск, а не гипотетический, и очень немногие малые предприятия имеют план на этот случай.
Что на самом деле произошло с Botkeeper
Botkeeper построила свой бизнес на простой идее: доверить ИИ категоризацию транзакций, сверки и отчётность, чтобы бухгалтерские фирмы могли масштабировать свои услуги по ведению учёта, не увеличивая штат один к одному. Идея сработала достаточно хорошо, чтобы привлечь почти $90 миллионов венчурного финансирования и продержаться на рынке больше десяти лет — целую вечность по меркам стартапов.
Затем, в конце 2025 года, по индустрии бухгалтерского учёта прокатилась неожиданная волна консолидации. У Botkeeper была сконцентрированная клиентская база: по некоторым оценкам, 30–40% её выручки приходилось всего на десять крупных клиентов — бухгалтерских фирм. Когда несколько из этих фирм слились, были поглощены или сменили платформу в рамках этой консолидации, доходная база Botkeeper не размывалась постепенно — она треснула сразу и целиком.
Генеральный директор Энрико Пальмерино позже назвал это «идеальным штормом макроэкономических сдвигов», отметив, что финансовые перспективы компании кардинально изменились «в течение нескольких недель». Примечательно, что Botkeeper не привлекала новое финансирование с ноября 2021 года — четыре года без раунда в эпоху, когда ИИ-компании привлекали капитал непрерывно, задним числом выглядят сигналом того, что компания либо была тихо прибыльной, либо уже работала на пределе, с тающей подушкой безопасности. Когда крупнейшие клиенты пошатнулись, не хватило ни капитала, ни запаса времени, чтобы смягчить удар. Несмотря на поиски покупателя или промежуточного финансирования, Пальмерино заявил, что компания «не достигла уровня соответствия продукта рынку, достаточного, чтобы выдержать быстрые изменения в отрасли», и не смогла найти вариант, который бы её спас.
Последствия наступили немедленно: около 600 сотрудников потеряли работу практически без предупреждения, сотни бухгалтерских фирм были вынуждены в спешке искать замену инфраструктуре учёта, а тысячи конечных клиентов — малых предприятий, чьи книги велись через Botkeeper, причём большинство из них даже не знали названия бренда, — столкнулись со сбоями в сверках, категоризации и отчётности. После поглощения конкурент Xendoo забрал себе основную технологию Botkeeper («Botkeeper Infinite»), но это мало помогло фирмам, которым нужна была непрерывность работы сейчас, а не будущая интеграция.
Почему это не только проблема Botkeeper
Велик соблазн прочитать это как историю о невезении одной компании. На самом деле это история о структурном риске, встроенном почти в любые отношения с современным финансовым программным обеспечением.
Риск концентрации работает в обе стороны. Botkeeper потерпела крах отчасти потому, что слишком сильно зависела от небольшого числа крупных клиентов. Но у бухгалтерских фирм и малых предприятий по другую сторону этих отношений была зеркальная проблема: они полностью зависели от одного поставщика в функции, критически важной для ведения их бизнеса. Когда сконцентрированная клиентская база Botkeeper треснула, треснул и каждый бизнес, сконцентрированный на Botkeeper.
Скорость имеет большее значение, чем большинство закладывает в свои планы. Это был не медленный упадок с годом предупреждения. Финансовое ухудшение и решение о закрытии произошли в течение нескольких недель. Фирмы, у которых были месяцы на то, чтобы спланировать плавный выход, — скорее исключение; большинство сбоев поставщиков сжимают график «найти замену» до нескольких дней.
Ваши данные не следуют за вами автоматически. Botkeeper советовала пострадавшим фирмам экспортировать все данные — историю транзакций, сверки, правила категоризации, настройки клиентов — до того, как доступ будет закрыт. Это правильный совет, но данный во время кризиса, когда инструменты экспорта могут поддерживаться урезанным штатом, а форматы данных могут плохо ложиться на ту замену платформы, которую вы спешите развернуть.
В США нет подстраховки. Закон о данных Евросоюза (EU Data Act) теперь требует от SaaS-поставщиков, работающих в регионе, поддерживать экспорт данных и давать клиентам возможность сменить поставщика при ограниченном уведомлении. В Соединённых Штатах эквивалентного федерального закона нет. Ваши права при закрытии поставщика определяются исключительно тем, что написано в вашем договоре об оказании услуг — а большинство малых предприятий никогда не читают этот пункт, пока он им не понадобится.
Как защитить свои книги учёта до того, как это понадобится
Вам не нужно предсказывать, какой поставщик рухнет следующим. Нужно лишь сделать так, чтобы его крах можно было пережить. Основную часть работы выполняют несколько конкретных привычек:
Экспортируйте рано и часто. Не ждите уведомления о закрытии, чтобы узнать, какие у вас есть варианты экспорта. Делайте полный экспорт данных — транзакции, план счетов, историю сверок — по регулярному расписанию (для большинства малых предприятий разумно раз в месяц) и храните копии где-то за пределами платформы поставщика. Если поставщик усложняет, замедляет или удорожает этот процесс, воспринимайте это как тревожный сигнал об отношениях с ним, а не просто как неудобство.
Настаивайте на стандартных форматах. Прежде чем внедрять любой инструмент для бухгалтерии или учёта, проверьте, экспортирует ли он данные в открытые, широко поддерживаемые форматы (CSV, стандартные форматы бухгалтерских книг, обычный текст), а не в проприетарный формат, который умеет читать только программное обеспечение вашего текущего поставщика. Файл, который можно открыть в текстовом редакторе или импортировать в любую другую систему, — это файл, который переживёт закрытие поставщика. Файл, запертый в проприетарной схеме базы данных, — нет.
Читайте пункт договора о выходе из отношений до подписания, а не когда он вам уже понадобился. Ищите конкретные формулировки о праве собственности на данные, правах на экспорт, сроках уведомления о прекращении обслуживания и любых сборах, связанных с уходом от поставщика. Если условия поставщика расплывчаты по этим пунктам, стоит задать прямой вопрос ещё на этапе продаж.
Следите за риском концентрации не только у себя, но и на стороне поставщика. Поставщик с небольшой, сконцентрированной клиентской базой (как зависимость Botkeeper от десяти крупных клиентов, дающих треть выручки) более хрупок, чем поставщик с широким, диверсифицированным составом клиентов. Оценить это со стороны сложно, но история финансирования, динамика численности персонала и то, сколько времени прошло с последнего раунда привлечения капитала компании, — это публичные сигналы, которые стоит быстро проверить, прежде чем принимать решение.
Отделяйте свои первичные записи от прикладного уровня любого отдельного поставщика. В этом заключается более глубокий урок. Если ваши реальные финансовые записи — книга того, что произошло, когда и почему — существуют только внутри проприетарной базы данных одной компании, вы находитесь в одном уведомлении о закрытии от аврала. Если же ваши записи хранятся в надёжном, переносимом, читаемом человеком формате, который способен прочитать любой инструмент, крах поставщика превращается из кризиса в неудобство.
Именно этот последний пункт и есть главный аргумент в пользу учёта в виде простого текста (plain-text accounting). Когда ваши книги хранятся в виде простых текстовых файлов под контролем версий — модель, вокруг которой построен Beancount.io, — нет проприетарной базы данных, доступ к которой можно потерять, нет кнопки экспорта, которая может перестать работать, и нет поставщика, чьё заявление о банкротстве определяет, увидите ли вы свою собственную историю транзакций в следующем месяце. Ваша бухгалтерская книга живёт в файлах, которые принадлежат вам, читаемых любым инструментом, с резервными копиями там, где вам удобно, и с полной историей, которую Git сохраняет независимо от того, продолжает ли существовать компания, создавшая ваше бухгалтерское программное обеспечение. Начните бесплатно и убедитесь, каково это — вести книги учёта, которые не зависят от платежеспособности какого-то одного поставщика.
Более крупная тенденция, за которой стоит следить
Крах Botkeeper — это не единичный случай, а предвестник. По мере того как всё больше функций бухгалтерского учёта автоматизируется платформами на основе ИИ, а венчурное финансирование для таких платформ сокращается после первоначального цикла хайпа, подобных закрытий, вероятно, будет становиться больше, а не меньше. Категория ИИ-бухгалтерии за последние несколько лет привлекла волну хорошо профинансированных игроков; не все из них найдут устойчивые бизнес-модели, а консолидация в смежных отраслях (как это произошло с клиентской базой Botkeeper среди бухгалтерских фирм) способна выбить выручку способами, которые отдельные поставщики не могут полностью контролировать.
Ничто из этого не означает, что вам следует избегать автоматизации — прирост производительности реален, и с большинством поставщиков всё будет в порядке. Это означает, что вопрос «что случится с моими книгами учёта, если эта компания исчезнет в следующем квартале» заслуживает настоящего ответа до того, как он вам понадобится, а не после.
Держите свои записи переносимыми, а не только автоматизированными
Автоматизация — это функция. Переносимость — это страховой полис. Оценивая любую платформу для ведения учёта — на основе ИИ или нет, — спрашивайте не только «экономит ли это моё время», но и «что останется у меня, если этот поставщик исчезнет через полгода». Подход Beancount.io на основе простого текста означает, что ваши финансовые записи всегда принадлежат только вам: прозрачные, находящиеся под контролем версий и читаемые с помощью не более экзотичного инструмента, чем текстовый редактор. Изучите beancount.io и постройте свой учёт на основе, которая не зависит от выживания одной-единственной компании.