2026년 2월 어느 금요일, 수백 개의 회계법인이 이메일을 열어보고서야 자신들의 고객 장부를 관리해주던 AI 부기 플랫폼이 문을 닫는다는 사실을 알게 되었다 — 그것도 영구적으로, 거의 즉각적으로. 11년 동안 거의 9천만 달러를 투자받으며 수백 개 회계법인의 후방 사무실 역할을 자처해온 벤처 투자 기반의 자동화 기업 Botkeeper는 문제의 첫 조짐이 나타난 지 몇 주 만에 사라졌다.
재무 기록 관리의 일부라도 제3자 플랫폼에 아웃소싱하고 있다면 — 그리고 2026년 현재 거의 모든 사람이 그렇게 하고 있다면 — 이 사건은 잠시 곱씹어볼 가치가 있다. AI 부기 도구가 나빠서가 아니다. 대부분은 실제로 유용하다. 하지만 "벤더가 사라질 수도 있다"는 것은 가설이 아니라 실제 운영 리스크이며, 이에 대비한 계획을 세워둔 소상공인은 거의 없다.
Botkeeper에 실제로 무슨 일이 있었나
Botkeeper는 단순한 제안으로 사업을 구축했다. AI가 거래 분류, 정산, 보고를 처리하도록 하여 회계법인이 인력을 1대1로 늘리지 않고도 부기 서비스를 확장할 수 있게 한다는 것이었다. 이 방식은 거의 9천만 달러의 벤처 자금을 유치하고 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의 데이터법(Data Act)은 이제 그곳에서 운영되는 SaaS 벤더가 데이터 내보내기를 지원하고 고객이 제한된 통지 기간 내에 다른 제공업체로 전환할 수 있도록 요구한다. 미국에는 이에 상응하는 연방법이 없다. 벤더가 폐업했을 때 당신의 권리는 전적으로 서비스 계약서에 무엇이 쓰여 있는지에 달려 있다 — 그리고 대부분의 소상공인은 그 조항이 필요해지기 전까지는 읽어보지도 않는다.
필요해지기 전에 장부를 보호하는 방법
어떤 벤더가 다음에 실패할지 예측할 필요는 없다. 실패해도 살아남을 수 있게만 만들면 된다. 몇 가지 구체적인 습관이 대부분의 일을 해결해준다.
일찍, 자주 내보내라. 폐업 통지를 받고 나서야 내보내기 옵션이 어떤지 알아보지 마라. 거래 내역, 계정과목표, 정산 이력 등 전체 데이터 내보내기를 정기적인 일정으로(대부분의 소상공인에게는 매월이 적당하다) 실행하고, 벤더의 플랫폼 밖 어딘가에 사본을 보관하라. 벤더가 이를 어렵거나 느리거나 비용이 많이 들게 만든다면, 이는 단순한 불편이 아니라 그 관계에 대한 경고 신호로 받아들여야 한다.
표준 형식을 고집하라. 어떤 부기 또는 회계 도구를 도입하기 전에, 현재 벤더의 소프트웨어만 읽을 수 있는 독점 형식이 아니라 개방적이고 널리 지원되는 형식(CSV, 표준 원장 형식, 일반 텍스트)으로 내보내기가 가능한지 확인하라. 텍스트 편집기로 열 수 있거나 다른 시스템으로 가져올 수 있는 파일은 폐업에서도 살아남는 파일이다. 독점 데이터베이스 스키마에 갇힌 파일은 그렇지 않다.
계약서의 종료 조항은 필요해지기 전, 서명하기 전에 읽어라. 데이터 소유권, 내보내기 권리, 서비스 중단에 대한 통지 기간, 그리고 떠날 때 발생하는 수수료에 관한 문구를 구체적으로 찾아라. 벤더의 약관이 이 부분에서 모호하다면, 영업 과정에서 직접 물어볼 가치가 있는 질문이다.
당신 쪽뿐 아니라 벤더 쪽의 집중 리스크도 살펴라. (전체 매출의 3분의 1을 10개 주요 고객에 의존했던 Botkeeper처럼) 고객 기반이 작고 집중된 벤더는 폭넓고 다변화된 고객 구성을 가진 벤더보다 더 취약하다. 외부에서 이를 평가하기는 어렵지만, 펀딩 이력, 인력 추이, 그리고 회사가 마지막으로 자금을 조달한 지 얼마나 되었는지는 계약을 맺기 전에 간단히 검색해볼 만한 공개된 신호들이다.
당신의 원장(source of truth) 기록을 단일 벤더의 애플리케이션 계층에서 분리하라. 이것이 더 깊은 교훈이다. 무슨 일이, 언제, 왜 일어났는지에 대한 실제 재무 기록이 오직 한 회사의 독점 데이터베이스 안에서만 존재한다면, 당신은 폐업 통지 한 번이면 허둥지둥할 처지에 놓인다. 반면 당신의 기록이 어떤 도구로도 읽을 수 있는 견고하고 이동 가능하며 사람이 읽을 수 있는 형식으로 존재한다면, 벤더의 실패는 위기가 아니라 불편함으로 그친다.
바로 그 마지막 지점이 일반 텍스트 회계(plain-text accounting)를 위한 정확한 논거다. 장부가 버전 관리 하에 있는 일반 텍스트 파일로 보관될 때 — Beancount.io가 기반으로 하는 모델 — 접근을 잃을 독점 데이터베이스도 없고, 작동을 멈출 수 있는 내보내기 버튼도 없으며, 당신의 회계 소프트웨어를 만든 회사가 다음 달에도 사업을 계속하고 있는지에 따라 당신 자신의 거래 내역을 볼 수 있는지가 결정되는 벤더도 없다. 당신의 원장은 당신이 소유한 파일 안에 존재하며, 어떤 도구로도 읽을 수 있고, 원하는 곳 어디에나 백업할 수 있으며, 회계 소프트웨어를 만든 회사가 사업을 계속하든 아니든 Git이 보존하는 완전한 이력을 갖는다. 무료로 시작하기에서 단 하나의 벤더가 계속 존속하는지에 의존하지 않는 장부를 관리하는 것이 어떤 느낌인지 확인해보라.
주목할 만한 더 큰 흐름
Botkeeper의 붕괴는 고립된 사건이 아니다 — 이는 예고편이다. 더 많은 부기 및 회계 기능이 AI 기반 플랫폼에 의해 자동화되고, 초기 과열 주기가 지난 후 그런 플랫폼에 대한 벤처 자금 조달이 위축되면서, 이와 같은 폐업은 줄어들기보다 늘어날 가능성이 높다. AI 부기 카테고리는 지난 몇 년 동안 자금이 풍부한 신규 진입자들을 대거 끌어들였다. 이들 모두가 지속 가능한 사업 모델을 찾지는 못할 것이며, (Botkeeper의 회계법인 고객 기반에 일어났던 것처럼) 인접 산업의 통합은 개별 벤더가 완전히 통제할 수 없는 방식으로 매출을 무너뜨릴 수 있다.
이는 자동화를 피해야 한다는 의미가 아니다 — 생산성 향상은 실질적이며, 대부분의 벤더는 문제없을 것이다. 다만 "이 회사가 다음 분기에 사라진다면 내 장부는 어떻게 되는가"라는 질문은 필요해지기 전에, 필요해진 후가 아니라, 실제 답을 가질 가치가 있다.
자동화뿐 아니라 이동 가능성도 갖춘 기록 유지하기
자동화는 기능이다. 이동 가능성(portability)은 보험이다. AI 기반이든 아니든 어떤 부기 플랫폼을 평가할 때, "이것이 내 시간을 절약해주는가"뿐 아니라 "이 벤더가 6개월 후 사라진다면 나에게 무엇이 남는가"도 물어보라. Beancount.io의 일반 텍스트 접근 방식은 당신의 재무 기록이 항상 당신의 것임을 의미한다 — 투명하고, 버전 관리되며, 텍스트 편집기 하나면 읽을 수 있다. beancount.io 둘러보기에서 어느 한 회사의 생존 여부에 의존하지 않는 기반 위에 당신의 장부를 만들어보라.