Claude, GitHub Copilot, Cursor에 더해 ChatGPT Plus 구독료까지 내고 있을 수도 있다. 하나하나만 보면 매달 명세서에서 반올림 오차 수준으로 보일 것이다. 하지만 1년치를 다 더하면, 소규모 개발 스튜디오나 1인 창업자가 AI 코딩 툴에만 연간 1,500~6,000달러를 쓰는 일도 충분히 있을 수 있다. 그래서 세금 시즌이 다가오면 당연한 질문이 떠오른다: 이 구독료들은 그저 또 하나의 소프트웨어 비용일 뿐인가, 아니면 소프트웨어 개발자들을 신음하게 만드는 다년간 상각 규정을 유발하는가?
좋은 소식은, 대다수의 개발자에게는 답이 간단하다는 것이다. 헷갈리는 부분은 그 답이 언제 더 이상 간단하지 않게 되는지를 아는 것이다 — 그리고 바로 이 지점에서 AI 코딩 툴들이 사람들을 헷갈리게 만들기 시작했다.
짧은 답: 대부분의 AI 코딩 구독료는 이제 전액 공제 가능하다
Claude, GitHub Copilot, Cursor, ChatGPT Plus/Team, 또는 이와 비슷한 코딩 어시스턴트에 매달 또는 매년 요금을 내고 있고, 대부분의 개발자와 마찬가지로 이를 코드를 더 빠르게 작성하거나, 디버깅하거나, 클라이언트 작업이나 자체 제품을 위한 보일러플레이트를 생성하는 데 쓰고 있다면, 이 비용은 일반적으로 지불한 해에 전액 공제된다. 이는 노트북부터 코워킹 책상까지 모든 것을 포괄하는 '통상적이고 필요한 사업 경비(ordinary and necessary business expense)' 규정인 Internal Revenue Code Section 162(내국세입법 제162조)에 해당한다.
이런 구독료를 프로젝트 관리 툴이나 코드 에디터 라이선스보다 공제하기 어렵게 만드는 특별한 AI 예외 조항 같은 것은 없다. 국세청(IRS)은 툴의 마케팅 문구에 'AI'가 들어 있는지에는 관심이 없다. 국세청이 신경 쓰는 것은 그 비용이 무엇을 위한 것이었는지, 그리고 그것이 여러분이 하는 업무 유형에 통상적이고 필요한지 여부다.
더 복잡해지는 지점은 완전히 다른 세법 조항인 Section 174(연구 및 실험적 지출, R&E를 규율하는 조항)다. 그리고 바로 이 부분이 개발자들을 허를 찌른다. Section 174는 툴 자체가 아니라 그 툴로 무엇을 하고 있는지에 관한 규정이기 때문이다.
Section 162 vs. Section 174: 같은 툴, 다른 세무 처리
실제로 중요한 구분은 다음과 같으며, 이는 여러분이 어떤 AI 제품을 쓰는지와는 아무 관련이 없다:
**Section 162(즉시 공제)**는 소프트웨어의 일상적이고 통상적인 사용을 다룬다 — 기존 제품을 운영하고, 버그를 고치고, 클라이언트 청구 업무를 처리하고, 마케팅 카피를 작성하고, Copilot을 이용해 평범한 기능 티켓을 빠르게 처리하는 것 등이다. 업무가 대체로 통상적이고 진짜 기술적 불확실성을 해결하는 과정을 수반하지 않는다면, 이는 일반적인 운영 경비다.
**Section 174(연구 및 실험적 지출)**는 새로운 것을 개발하거나 진짜 기술적 불확실성을 해결하는 데 결부된 비용을 다룬다 — 신제품을 처음부터 구축하고, 새로운 시스템을 설계하고, 모델을 파인튜닝하고, 어떤 접근 방식이 기술적으로 실현 가능하기라도 한지 알아보기 위해 장기간의 실험을 진행하는 것 등이다. 계약자나 엔지니어가 진짜 R&D 성격의 개발 작업을 수행하고 있다면, 구독료 자체가 아니라 그 작업에 결부된 인건비 및 관련 비용이 Section 174에 해당할 수 있다.
핵심적으로 이해해야 할 점은 이렇다: 구독료 자체는 거의 카테고리가 바뀌지 않는다. Cursor나 Copilot 라이선스는 망치와 마찬가지로 하나의 도구일 뿐이다. 카테고리가 바뀌는 것은 업무다 — 구체적으로는 임금, 계약자 지급액, 그리고 진짜 연구개발 활동에 결부된 직접 귀속 비용이다. 노코드 자동화 구독(Zapier나 Make를 떠올리면 된다)은 실험적인 무언가를 만드는 동안 사용하더라도 명백히 Section 162에 해당한다. 그 구독료 자체가 '컴퓨터 사용' 연구 지출이 아니라 SaaS 툴이기 때문이다.
대다수의 1인 개발자와 소규모 개발 스튜디오에게 이는 다음을 의미한다: 여러분의 AI 코딩 구독료는 그냥 공제 가능한 비용이다, 그게 전부다. Section 174는 주로 여러분이 엔지니어나 계약자에게 돈을 지불해 상당한 규모의 신제품 개발을 진행할 때 관련성이 생긴다 — 그리고 그런 경우조차도, 최근 규정은 훨씬 우호적으로 바뀌었다.
실질적으로 도움이 되는 2025년 규정 변경
2022년부터 소프트웨어 기업들이 개발 비용을 5년에 걸쳐 상각하도록 강제됐다는 끔찍한 이야기를 들어봤다면, 그것은 실제 상황이었다 — 그리고 소규모 소프트웨어 업체들에게 큰 타격을 줬다. 의회는 원 빅 뷰티풀 빌 법(One Big Beautiful Bill Act, OBBBA)으로 방향을 되돌렸다: 2024년 12월 31일 이후 시작되는 과세 연도부터는, 5년에 걸쳐 나누는 대신 국내 연구 및 실험 비용을 다시 즉시 공제할 수 있다. 해외 R&E 비용 — 예를 들어 해외에 있는 계약자가 파인튜닝 작업을 수행하는 경우 — 은 여전히 상각해야 하며, 현재 기준으로는 15년에 걸쳐 이루어진다.
해외 계약자와 일한다면 이 지리적 기준 하나만큼은 꼭 기억해둘 가치가 있다: 동일한 개발 작업이라도 그 작업을 수행하는 사람이 어디에 있는지에 따라, 올해 전액 공제되거나 15년에 걸쳐 나뉘어 처리된다.
소규모 개발 스튜디오를 위한 실전 정리
흔한 카테고리들이 보통 어떻게 정리되는지는 다음과 같다:
| 지출 항목 | 일반적인 처리 방식 | 이유 |
|---|---|---|
| Claude Pro/Team, ChatGPT Plus/Team | Section 162 — 전액 공제 | 통상적인 사업용 소프트웨어 구독 |
| GitHub Copilot, Cursor | Section 162 — 전액 공제 | R&D 지출 자체가 아니라 개발자용 툴 구독 |
| 운영 중인 배포된 앱을 위한 클라우드 호스팅 | Section 162 — 전액 공제 | 실험이 아니라 프로덕션 사용 |
| 독자적인 모델을 훈련하거나 파인튜닝하는 데 쓰는 클라우드 컴퓨팅 | 대체로 Section 174 | 진짜 기술적 실험 |
| 완전히 새로운 제품을 처음부터 구축하는 계약자 임금 | 대체로 Section 174 | 진짜 기술적 불확실성 해결에 결부된 인건비 |
| Zapier, Make, Airtable 및 유사한 노코드 플랫폼 | Section 162 — 전액 공제 | 자격을 갖춘 R&D 지출이 아니라 구독형 서비스 |
| (구독이 아닌) 일회성으로 구매한 소프트웨어 라이선스 | Section 179 비용 처리 대상이 될 수 있음 | 반복 서비스가 아니라 구매한 자산 |
패턴에 주목하자: 1인 개발자나 소규모 팀이 매달 지불하는 거의 모든 것이 간단하게 전액 공제되는 범주에 들어간다. Section 174는 여러분이 사람 — 직원이든 계약자든 — 에게 실제로 돈을 지불해 진짜로 새로운 무언가를 만들거나, 운영 중인 제품을 돌리는 것이 아니라 R&D 성격의 실험을 위해 의미 있는 규모의 컴퓨팅 비용을 쓰기 시작할 때에야 비로소 진지하게 고려할 사항이 된다.
혼합 사용이 실제로 중요해지는 경우
클라이언트 제품을 유지보수(통상적인 업무, Section 162)도 하고 동시에 맞춤형 AI 기능이나 새로운 시스템을 처음부터 구축(잠재적으로 Section 174)도 하는 소규모 에이전시나 개발 스튜디오라면, 국세청은 일반적으로 모든 것을 '소프트웨어'라는 하나의 항목에 뭉뚱그리기보다 합리적으로 배분할 것을 기대한다. 방어 가능한 접근 방식은 다음과 같다:
- 같은 툴(예: 클라우드 컴퓨팅 청구서)이라도 '프로덕션/유지보수'와 '개발/실험'용 비용 태그를 별도로 붙여 추적한다.
- 실제로 무엇을 만들었는지 설명하는 계약자 인보이스나 작업 시간 기록을 남겨서, 필요할 때 배분 근거를 입증할 수 있게 한다.
- Copilot이나 Zapier 같은 구독형 툴을 억지로 Section 174로 밀어 넣지 않는다 — 이들은 R&D 작업을 하는 동안 우연히 사용하더라도, 범주상 자격을 갖춘 연구비 지출이 아니라 서비스 구독일 뿐이다.
사업 전체가 사내 제품 개발 없이 클라이언트 서비스로만 이루어져 있다면, Section 174는 전혀 신경 쓸 필요가 없을 가능성이 크다 — 모든 것이 통상적이고 필요한 Section 162 경비다.
서류 증빙은 단순하지만 확실하게 남겨라
여러분의 AI 툴 지출이 어느 카테고리에 속하든, 국세청이 확인하고 싶어 하는 것은 그 비용이 통상적이고, 필요하고, 사업과 관련이 있다는 점이지 정교한 조세 회피 장치를 만들었다는 점이 아니다. 몇 가지 습관만으로도 큰 도움이 된다:
- 월 20달러짜리 구독이라도 인보이스와 영수증을 모두 보관한다. 이런 비용은 쌓이기 마련이고, 감사관들이 소액 반복 청구에 대한 증빙 누락을 지적한 사례도 있다.
- 툴에 개인적인 용도가 섞여 있다면 사업 목적을 기록해둔다 — ChatGPT Plus를 클라이언트 코드 작업과 개인 프로젝트 양쪽에 쓴다면, 사업 용도로 쓴 부분만 공제된다.
- 비용이 발생한 그 시점에 개발 지출과 프로덕션 지출을 분리한다. 세금 신고 시점에 몇 달 전 기억을 되짚어가며 재구성하지 말고. 서비스 제공업체의 대시보드(OpenAI 사용량 페이지, AWS 비용 태그, Anthropic 콘솔 등)는 세부 이력 데이터를 자주 삭제하므로, 그때그때 태그를 남겨둔다.
이는 사실 새로운 부담이 아니라 좋은 기장 습관의 연장선일 뿐이다. 이미 호스팅, 툴, 계약자 지급액 등을 별도의 계정이나 카테고리로 구조화해서 사업 비용을 추적하고 있다면, 'AI 구독료'와 (해당된다면) 'R&D 컴퓨팅' 항목 몇 줄을 추가하는 것은 작은 수고에 불과하지만 신고 시점에 실질적인 보상을 가져다준다.
피해야 할 흔한 실수들
- 모든 것을 '소프트웨어' 또는 '툴' 하나의 비용 카테고리에 뭉뚱그리기. 모든 구독료와 클라우드 청구서가 하나의 미분류 항목에 들어가 있으면, 연말에 정확한 Section 162/174 배분을 재구성하는 것은 거의 불가능하다.
- 툴의 카테고리가 이름으로 정해진다고 가정하기. 제품명에 'AI'가 들어 있다고 해서 세무 처리가 결정되는 것은 아니다 — 그 툴로 무엇을 하는지가 결정한다.
- 구독형 플랫폼을 R&D 지출로 취급하기. 노코드 및 자동화 구독은 프로젝트가 아무리 실험적이더라도 R&D 세액공제 목적의 컴퓨터 사용 연구 비용으로 인정되지 않는다.
- 계약자 업무에서 국내 대 해외 구분을 놓치기. 해외 계약자에게 진짜 개발 작업에 대한 대가를 지불하면 즉시 공제 대신 15년 상각이 적용될 수 있다 — 채용 후가 아니라 채용 전에 알아둘 가치가 있다.
처음부터 재무를 정리된 상태로 유지하라
어떤 AI 구독료가 단순 비용 처리 대상이고 어떤 개발 비용이 특별한 세무 처리를 필요로 하는지 정리하는 일은, 4월에 기억을 더듬어 재구성하는 것보다 평소에 장부를 깔끔하게 분류해두는 편이 훨씬 쉽다. Beancount.io는 투명하고 버전 관리가 가능하며 프로젝트나 비용 카테고리별로 태그를 붙이기 쉬운 평문(plain-text) 기장을 제공한다 — 그래서 '프로덕션 툴링'과 'R&D 컴퓨팅'을 분리하는 일은 12개월치 신용카드 명세서를 뒤지는 소동이 아니라 명확한 계정 체계 하나로 해결된다. 무료로 시작하기를 통해 왜 개발자들이 바로 이런 명료함을 위해 평문 기장으로 갈아타고 있는지 확인해보라.