2026年2月のある金曜日、数百の会計事務所が受信箱を開けると、クライアントの帳簿を運用していたAI記帳プラットフォームが、恒久的に、しかもほぼ即座に閉鎖されることを知った。11年の歳月と約9,000万ドルを投じて数百の会計事務所のバックオフィスとしての地位を築いてきたベンチャー支援の自動化企業、Botkeeperは、最初の異変の兆候からわずか数週間で姿を消した。
もしあなたが財務記録管理の一部でも第三者のプラットフォームに委託しているなら——そして2026年現在、ほとんどすべての人がそうしている——この出来事は少し立ち止まって考える価値がある。AI記帳ツールが悪いからではない。その多くは本当に有用だ。しかし「ベンダーが消えてしまうかもしれない」というのは仮説上のリスクではなく、実際に存在する運用リスクであり、それに備えた計画を持つ中小企業はごくわずかしかない。
Botkeeperに実際に何が起きたのか
Botkeeperは単純明快な売り込みの上にビジネスを築いていた。取引の分類、照合、レポート作成をAIに任せることで、会計事務所は人員を比例的に増やすことなく記帳サービスを拡大できる、というものだ。これは十分にうまく機能し、約9,000万ドルのベンチャー資金と10年以上の事業運営を実現した——スタートアップの基準からすれば永遠にも等しい期間だ。
ところが2025年後半、予期せぬ統合の波が会計業界を襲った。Botkeeperの顧客基盤は集中していた。一部の推計によれば、収益の30〜40%がわずか10社の大手会計事務所クライアントから生じていたという。その統合の一環としてこれらの事務所のいくつかが合併したり、買収されたり、プラットフォームを乗り換えたりしたとき、Botkeeperの収益基盤は徐々に侵食されたのではなく、一気に崩れ去った。
CEOのEnrico Palmerino氏は後にこれを「マクロ経済的変化の完璧な嵐」と表現し、会社の財務見通しが「わずか数週間のうちに」劇的に変化したと語った。注目すべきは、Botkeeperが2021年11月以降、新たな資金調達を行っていなかったことだ。AI企業が絶えず資金調達を行っていた時代に4年間も資金調達なしで過ごしていたことは、振り返ってみれば、同社が静かに黒字化していたか、あるいは既に乏しくなりつつある余裕資金でぎりぎりの運営をしていたかのいずれかを示す兆候だった。最大手のクライアントが揺らいだとき、衝撃を吸収するだけの資本や運転資金の余裕はなかった。買収者やつなぎ融資を探したものの、Palmerino氏は同社が「急速な業界の変化に耐えられるほど強力なプロダクトマーケットフィットに達していなかった」と述べ、会社を救う選択肢を見つけることができなかった。
その余波は即座に現れた。約600人の従業員がほとんど予告なく職を失い、数百の会計事務所が代替の記帳インフラを求めて奔走し、そして数千のエンドクライアント——ほとんどがそのブランド名すら知らないままBotkeeperを通じて帳簿を運用していた中小企業——が、照合、分類、レポート作成の各ワークフローに支障を来した。買収後、競合のXendooがBotkeeperの中核技術(「Botkeeper Infinite」)を引き継いだが、それは将来の統合ではなく今すぐの継続性を必要としていた事務所にとってはほとんど役に立たなかった。
なぜこれはBotkeeperだけの問題ではないのか
これを一企業の不運の物語として読みたくなるかもしれない。しかし実際には、現代のほぼすべての財務ソフトウェアとの関係に組み込まれた構造的リスクについての物語なのだ。
集中リスクは両方向に作用する。 Botkeeperが破綻した一因は、少数の大口顧客に過度に依存していたことにある。しかし、その関係の反対側にいた会計事務所や中小企業も、鏡合わせの問題を抱えていた。彼らは事業運営の中核となる機能を、一つのベンダーに完全に依存していたのだ。Botkeeperの集中した顧客基盤が崩壊したとき、Botkeeperに集中していたすべての事業もまた崩壊した。
スピードは、たいていの人が想定している以上に重要だ。 これは1年の予告期間を伴うスローモーションの衰退ではなかった。財務悪化と閉鎖の決断は数週間のうちに起こった。円滑な撤退を計画するための数か月の猶予を得られた事務所はむしろ例外であり、ほとんどのベンダー破綻は「代替先を見つける」までの猶予をわずか数日に圧縮してしまう。
データは自動的についてくるわけではない。 Botkeeperは影響を受けた事務所に対し、アクセスが遮断される前に、過去の取引、照合記録、分類ルール、クライアント設定など、すべてのデータをエクスポートするよう助言した。それは正しいアドバイスだが、危機の最中に与えられるアドバイスであり、その時点ではエクスポートツールを維持しているのは最小限のスタッフだけかもしれず、フォーマットも急いで立ち上げようとしている代替プラットフォームにきれいに移行できるとは限らない。
米国にはセーフティネットが存在しない。 EUのデータ法は現在、域内で事業を行うSaaSベンダーに対し、データエクスポートのサポートと、限られた通知期間での乗り換えを顧客に可能にすることを義務付けている。米国には同等の連邦法は存在しない。ベンダーが閉鎖したときのあなたの権利は、あなたのサービス契約書に書かれている内容がすべてであり——そしてほとんどの中小企業は、その条項が必要になるまで一度も読んだことがない。
必要になる前に、帳簿を守る方法
次にどのベンダーが破綻するかを予測する必要はない。破綻しても生き延びられるようにしておけばよいのだ。いくつかの具体的な習慣で、その大部分は達成できる。
早めに、頻繁にエクスポートする。 閉鎖通知が来るまで、自社のエクスポート手段がどのようなものか知らないままでいてはいけない。取引データ、勘定科目表、照合履歴を含む完全なデータエクスポートを定期的なスケジュールで(ほとんどの中小企業にとっては月次が妥当)取得し、ベンダーのプラットフォーム外のどこかにコピーを保管しておこう。もしベンダーがこれを困難に、遅く、あるいは高コストにしているなら、それは単なる不便さではなく、その関係についての警告サインとして受け止めるべきだ。
標準フォーマットにこだわる。 記帳・会計ツールを導入する前に、それが現在のベンダーのソフトウェアでしか読めない独自フォーマットではなく、オープンで広くサポートされたフォーマット(CSV、標準的な元帳フォーマット、プレーンテキストなど)にエクスポートできるかどうかを確認しよう。テキストエディタで開ける、あるいは他のどのシステムにもインポートできるファイルは、閉鎖を生き延びるファイルだ。独自のデータベーススキーマに閉じ込められたファイルはそうではない。
契約の解約条項は、必要になってからではなく、署名する前に読んでおく。 データの所有権、エクスポートの権利、サービス終了の通知期間、そして離脱に伴う手数料についての文言を具体的に確認しよう。ベンダーの規約がこれらの点で曖昧なら、それは営業プロセスの段階で直接尋ねる価値のある質問だ。
自社側だけでなく、ベンダー側の集中リスクにも注意する。 収益の3分の1を10社の大口クライアントに依存していたBotkeeperのように、小規模で集中した顧客基盤を持つベンダーは、幅広く多様化した顧客層を持つベンダーよりも脆弱だ。これは外部から評価するのが難しいが、資金調達の履歴、従業員数の推移、そして最後に資金調達を行ってからどれくらい経っているかは、契約を決める前にざっと検索する価値のある公開情報だ。
信頼できる正本の記録を、単一ベンダーのアプリケーション層から切り離しておく。 これがより深い教訓だ。もしあなたの実際の財務記録——何が、いつ、なぜ起きたかを記した元帳——がただ一つの企業の独自データベースの中だけに存在しているなら、あなたは1通の閉鎖通知で大混乱に陥ることになる。もしあなたの記録が、どんなツールでも読める、耐久性があり、可搬性があり、人間にも読める形式で存在しているなら、ベンダーの破綻は危機ではなく単なる不便さで済む。
最後の点こそが、プレーンテキスト会計を支持する理由そのものだ。帳簿がバージョン管理下のプレーンテキストファイルとして保管されているとき——Beancount.ioが基盤としているモデルだ——アクセスを失う独自データベースは存在せず、動かなくなるかもしれないエクスポートボタンも存在せず、破産申請が来月自分の取引履歴を見られるかどうかを左右するベンダーも存在しない。あなたの元帳は自分が所有するファイルの中に存在し、どんなツールでも読むことができ、好きな場所にバックアップでき、会計ソフトを作った会社がまだ存続しているかどうかにかかわらず、Gitが完全な履歴を保存してくれる。無料で始めることで、単一のベンダーの存続に依存しない帳簿を保つとはどういうことかを体験してほしい。
注視すべきより大きなトレンド
Botkeeperの崩壊は孤立した出来事ではなく、前触れなのだ。記帳・会計機能のますます多くがAI駆動のプラットフォームによって自動化され、当初のハイプサイクルを過ぎた後にそうしたプラットフォームへのベンチャー資金が引き締まるにつれ、このような閉鎖は減るどころか、むしろ増える可能性が高い。AI記帳という分野は、ここ数年で潤沢な資金を持つ参入企業の波を引き寄せてきた。そのすべてが持続可能なビジネスモデルを見つけられるわけではなく、隣接業界での統合(Botkeeperの会計事務所顧客基盤に起きたように)は、個々のベンダーが完全にはコントロールできない形で収益を失わせることがある。
だからといって自動化を避けるべきだという意味ではない——生産性の向上は実在するものであり、ほとんどのベンダーは問題なく存続するだろう。これが意味するのは、「この会社が来四半期に消えたら自分の帳簿はどうなるのか」という問いには、必要になってからではなく、その前に実際の答えを用意しておく価値があるということだ。
記録は自動化するだけでなく、可搬性も保っておく
自動化は機能の一つに過ぎない。可搬性は保険なのだ。AI駆動であれそうでなかれ、どんな記帳プラットフォームを評価する際も、「これは時間を節約してくれるか」だけでなく「もしこのベンダーが半年後に消えたら、自分の手元に何が残るか」を問おう。Beancount.ioのプレーンテキスト・アプローチは、あなたの財務記録が常にあなた自身のものであり続けることを意味する——透明で、バージョン管理され、テキストエディタ以上に特別なものを必要とせず読める。beancount.ioを見てみることで、単一企業の存続に依存しない基盤の上に、自分の帳簿を築いてほしい。