3년간, 수익성 있는 소프트웨어 회사는 서류상으로 파산한 것처럼 보일 수 있었습니다. 50만 달러를 제품 개발에 지출하고 현금으로는 손익분기점을 넘긴 스타트업도 실제로 벌지 못한 수십만 달러의 "소득"에 대해 여전히 세금을 납부해야 할 수 있었습니다. 이는 세법의 오류가 아니라 세금 감면 및 고용법(Tax Cuts and Jobs Act)의 174조 상각 규칙이 명시된 대로 정확히 작동한 결과였으며, 수천 개의 소규모 소프트웨어 및 제품 회사를 수년간의 현금 부족 사태로 몰아넣었습니다.
이제 그 규칙은 사라졌습니다. 2025년 7월 4일에 법으로 제정된 '단 하나의 위대한 아름다운 법안'(One Big Beautiful Bill Act, OBBBA)은 새로운 174A조를 통해 국내 연구 개발(R&E) 비용에 대한 즉시 비용 처리를 영구적으로 복원했습니다. 소프트웨어 개발, 제품 프로토타이핑, 또는 모든 종류의 기술 연구 개발에 비용을 지출하는 사업체를 운영하고 있다면, 이것은 수년 만에 중소기업에 영향을 미친 가장 중대하면서도 가장 덜 이해된 세금 변경 사항 중 하나입니다.
여기에는 무엇이 변경되었는지, 그것이 귀사의 회계 장부에 무엇을 의미하는지, 그리고 이미 환급 신청 기간의 일부를 놓쳤다면 어떻게 해야 하는지가 설명되어 있습니다.
174A조가 해결하는 문제
2022년 이전에는 기업이 연구 개발 지출을 발생한 연도에 공제할 수 있었습니다. 이는 임대료나 급여를 공제하는 것과 같은 방식이었습니다. 간단했습니다. 돈을 쓰고, 돈을 공제했습니다.
2017년 세금 감면 및 고용법은 2021년 12월 31일 이후 시작되는 과세연도부터 이 방식을 조용히 변경했습니다. 즉시 공제 대신, 기업은 국내 R&E 비용을 5년에 걸쳐 (미국 외에서 수행된 연구의 경우 15년) 자본화하고 상각해야 했으며, 첫 해에는 반기 상각 관례를 사용해야 했습니다. 따라서 2022년에 소프트웨어 개발에 50만 달러를 지출했다면, 그 해에는 약 5만 달러를 공제할 수 있었고, 나머지 45만 달러는 회사가 이를 공제할 수 있는 상태로 존재하든 아니든 다음 연도에 걸쳐 분산되었습니다.
결정적으로, 이 규칙은 "연구 개발 지출"을 소프트웨어 개발 비용까지 포괄할 수 있을 만큼 광범위하게 정의하여 많은 기술 및 제품 회사를 당황하게 했습니다. 제품 개발을 위해 엔지니어링 급여에 막대한 비용을 지출한 회사는 갑자기 막대한 비현금성 세금 고지서를 받게 되었습니다. 실제 비용이 다년간의 가상 공제로 전환되었기 때문에 발생한 소득에 대해 세금을 납부해야 했던 것입니다. 현금 유동성이 부족한 스타트업과 소규모 SaaS 기업에게 이는 평범한 불황을 지급 능력 위기로 만들었습니다.
174A조가 실제로 변경하는 내용
OBBBA의 새로운 174A조는 2024년 12월 31일 이후 시작되는 과세연도에 적용되며 영구적입니다. 이는 다른 많은 세금 혜택처럼 만료될 일시적인 조항이 아닙니다. 소프트웨어 개발을 포함한 국내 R&E 지출은 발생한 연도에 다시 즉시 공제 가능합니다.
이제 적격 국내 R&E 비용을 처리하는 세 가지 방법이 있습니다.
- 즉시 전액 비용 처리 — 지급 또는 발생한 연도에 전체 금액을 공제 (대부분의 소규모 기업이 선호하는 기본 방식).
- 174A조(c)에 따른 60개월 상각 — 수익 인식 또는 재무 보고 목표에 더 잘 부합한다면 5년에 걸쳐 공제를 균등하게 분산.
- 59조(e)에 따른 10년 상각 — 때때로 AMT(대체 최저세) 계획에 사용되는 더 느린 선택.
한 가지 중요한 뉘앙스는 해외 연구는 여전히 엄격한 처리를 받는다는 것입니다. 미국 외에서 수행된 R&E 작업은 기존 규칙에 따라 15년 상각이 계속 적용됩니다. 미국 외에서 근무하는 엔지니어 또는 계약직 직원이 있거나 해외 개발팀을 사용하는 경우, 해당 비용은 즉시 비용 처리 대상이 아니며, 국내 부분만 해당됩니다. 이는 R&D 인건비의 명확한 지리적 추적을 단순한 회계상의 편의를 넘어 이제 현재 연도 세금 부담의 직접적인 요인으로 만듭니다.
소프트웨어 개발의 명시적 포함
귀사의 제품 엔지니어링 지출이 세법상 "연구"로 간주되는지 여부가 불확실했다면, 이 법은 그 질문에 직접적으로 답변합니다. 소프트웨어 개발은 174A조(d)(3)에 따라 R&E 지출로 분류됩니다. 여기에는 다음이 포함됩니다.
- 소프트웨어를 구축하거나 실질적으로 개선하는 인력의 사내 엔지니어링 급여 및 관련 인건비
- 동일한 작업에 대한 계약직 및 프리랜서 개발자 비용
- 소프트웨어 개발 활동에 합리적으로 배분 가능한 간접비
이는 스스로를 "연구를 수행하는" 회사라고 생각하는 기업을 훨씬 넘어 중요합니다. 독점 앱, 내부 도구, 전자상거래 플랫폼 또는 SaaS 제품을 구축하는 모든 소규모 기업은 R&D가 회사의 자체 설명에 명시되어 있든 아니든 관계없이 174A조 비용을 발생시키고 있을 가능성이 매우 높습니다.
중소기업을 위한 소급 적용 기간 — 그리고 왜 일부 기간에 대한 시한이 이미 만료되었는가
2022–2024년 상각 요건이 실제 재정적 손실을 야기했기 때문에 의회는 중소기업에 대한 소급 구제책을 포함했습니다. 귀사의 연평균 총수입이 3,100만 달러 이하인 경우 (3년 평균을 사용하여 테스트), 2022년에서 2024년 사이에 시작되는 과세연도에 174A조를 소급 적용하도록 선택하여, 구 규칙에 따라 자본화되어 부분적으로만 공제되었던 R&E 금액에 대한 환급을 회수할 수 있었습니다.
문제는 국세청의 절차 지침 (Rev. Proc. 2025-28)이 해당 소급 선택을 위한 마감일을 2026년 7월 6일 — OBBBA 제정일로부터 1년이 되는 날 — 또는 각 과세연도의 일반적인 공소시효 마감일 중 더 빠른 날짜로 정했다는 것입니다. 이 글을 쓰는 시점에서, 해당 2026년 7월 6일은 대부분의 적격 중소기업에게 이미 지났습니다.
이 글을 읽고 있고 아직 2022–2024년 신고서를 수정하지 않았다면, 자동으로 기회를 잃었다고 단정하지 마십시오.
- 연도별 공소시효를 확인하십시오. 2026년 7월 6일은 최종 기한이었지만, 일부 과세연도의 경우 신고일로부터의 표준 3년 공소시효가 이미 구속력 있는 (더 빠른) 마감일이었을 수 있습니다. 또는 늦게 제출된 신고서의 경우, 아직 조금 더 기간이 남아 있을 수도 있습니다. 헤드라인 마감일이 일률적으로 적용된다고 가정하기보다는, 공인회계사(CPA)에게 각 해당 연도의 실제 신고일을 확인해달라고 요청하십시오.
- 영구적인 규칙은 앞으로도 계속 적용됩니다. 소급 환급 기간을 놓친 것이 2025년 및 모든 미래 과세연도에 대한 국내 R&E 비용을 전액 비용 처리할 수 있는 능력에 영향을 미치지 않습니다. 그 혜택은 기간이 제한되지 않습니다.
- 2022–2024년부터 상당한 상각 R&E 비용이 있었고 아직 해결하지 못했다고 생각한다면 지금 바로 세무 전문가와 상담하십시오. 귀하의 특정 신고 이력에 따라 일부 제한적인 구제 경로 및 기술적 주장이 여전히 존재할 수 있습니다.
다른 모든 사람, 즉 2025년 및 미래 과세연도를 고려하는 기업의 경우, 수정 신고 마감일은 이제 무의미한 사항입니다. 관련 질문은 더 간단합니다. 귀하는 앞으로 국내 R&E 비용을 정확하게 분류하고 즉시 비용 처리하고 있습니까?
연구개발 세액 공제 상호작용
귀하의 사업체가 연방 연구개발(R&D) 세액 공제를 신청하는 경우, 174A조는 귀하가 알아야 할 조정 규정(280C(c)조에 대한 일치 업데이트)을 포함합니다. 일반적으로 두 가지 경로 중 하나를 선택해야 합니다.
- 청구된 연구개발(R&D) 세액 공제 금액만큼 연구개발(R&E) 공제액을 줄이거나, 또는
- 전체 연구개발(R&E) 공제를 유지하기 위해 연구개발(R&D) 세액 공제액을 줄입니다.
어떤 옵션이 더 나은지는 귀하의 한계세율, 공제 계산, 현금 유동성에 따라 달라집니다. 이는 신고 후가 아닌 신고 전에 회계사와 함께 모델링할 가치가 있는 의사 결정입니다.
이것이 귀하의 장부에 미치는 영향
174A조는 정밀성을 요구합니다. 이를 최대한 활용하고 IRS가 질의할 경우 귀하의 입장을 방어하기 위해서는 다음을 명확하게 구분하는 장부가 필요합니다.
- 국내 대 해외 연구개발(R&E) 비용. 국내 지출만 즉시 비용 처리되며, 해외 지출은 여전히 15년에 걸쳐 상각됩니다. 귀하의 원장(장부)이 작업 수행 위치에 관계없이 모든 "엔지니어링" 또는 "계약자" 비용을 하나의 계정으로 뭉뚱그려 처리한다면, 각 비용에 올바른 회계 처리를 깔끔하게 적용할 수 없습니다.
- 연구개발(R&E) 자격 비용 대 일반 운영 비용. 소프트웨어 유지보수, 기존 기능의 버그 수정, 일상적인 품질 보증(QA)은 새로운 기능을 개발하거나 기술적 불확실성을 포함하는 방식으로 기존 제품을 개선하는 비용과는 다르게 처리될 수 있습니다. 구분이 항상 명확하지는 않으며, 귀하의 회계사는 결정을 내릴 수 있는 깔끔한 감사 추적을 원할 것입니다.
- 분류 및 위치별 계약자 지불금, 해외 개발자를 위한 1099 계약자 비용은 해외 직원 비용과 동일하게 15년 상각이 적용되기 때문입니다.
이것이 모든 비용을 일반적인 범주로 뭉뚱그려 버리는 블랙박스 도구가 아닌, 실제로 이해하는 시스템으로 재무를 추적하는 것이 세금 신고 시점에 효과를 발휘하는 부분입니다. Beancount.io를 이용한 일반 텍스트 회계는 이러한 종류의 세금 분석이 요구하는 세분화된 방식으로 모든 거래에 태그를 지정하고 분류할 수 있도록 해줍니다. 국내 대 해외 계약자 지불금에 대한 별도 계정, 연구개발(R&E) 자격 프로젝트를 위한 맞춤형 메타데이터, 그리고 은행 피드에서 추측하는 대신 공인회계사(CPA)가 한 줄씩 검토할 수 있는 완전한 감사 추적이 가능합니다.
핵심 사항
3년 동안 세법은 소규모 소프트웨어 및 제품 사업을 성장시키는 지출에 불이익을 주었습니다. 174A조는 2025년부터 이러한 피해를 영구적으로 되돌리며, 중소기업에게 2022~2024년부터 돈을 회수할 수 있는 일회성 기회를 주었습니다. 이 기회는 이제 대부분 닫혔지만, 지속적인 혜택은 변하지 않습니다. 소프트웨어를 개발하거나, 제품을 프로토타이핑하거나, 개발자에게 기존에 구축한 것을 개선하도록 비용을 지불하는 경우, 현재 장부가 국내 및 해외 연구개발(R&E) 지출을 명확하게 구분하는지 여부에 대해 회계사와 상담하십시오. 왜냐하면 이러한 구분이 이제 매년 세금 청구서에 직접적이고 영구적인 영향을 미 미치기 때문입니다.
첫날부터 재무를 체계적으로 관리하십시오
연구개발(R&D) 비용 처리 규칙과 현재 의존하는 국내 대 해외 구분을 탐색할 때, 명확하고 세분화된 재무 기록을 유지하는 것은 필수적이며 선택 사항이 아닙니다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 제어 권한을 제공하는 일반 텍스트 회계를 제공하여, 모든 엔지니어링 지출이 태그되고, 추적 가능하며, 세금 신고 시 회계사를 위해 준비됩니다. 무료로 시작하기를 통해 개발자와 재무 전문가들이 왜 일반 텍스트 회계로 전환하고 있는지 확인하십시오.