고객이 여러분의 장비 판매점에서 $3,000짜리 에스프레소 머신을 구매하면서 3년간의 보장을 위해 $500를 추가로 지불한다고 가정해 봅시다. 부기 담당자의 본능은 판매가 마감되는 날 전체 $3,500를 수익으로 계상하는 것입니다 — 어차피 현금은 이미 은행에 들어와 있으니까요. 하지만 미국 GAAP 하에서 그 본능은 틀렸으며, 몇 년에 걸쳐 수익을 조용히 과대계상하고, 이후 고객이 클레임을 제기했을 때 지급할 준비금이 전혀 없는 바로 그 시점에 수익을 과소계상하게 되는 방식으로 틀렸습니다.
이를 규율하는 규정이 바로 ASC 606, 즉 보증이나 서비스 플랜, 지원 계약이 딸린 제품을 판매하는 거의 모든 사업에 적용되는 수익 인식 기준입니다. 라이선스에 1년치 지원을 묶어 판매하는 소프트웨어 회사, 유지보수 계약을 판매하는 HVAC 시공업체, 연장 서비스 계약을 권유하는 자동차 딜러, "보호 플랜"을 제공하는 가전 소매업체까지 모두 같은 질문에 부딪힙니다. 고객이 오늘 돈을 지불하고 여러분이 앞으로 1년, 3년, 혹은 5년에 걸쳐 이행할 약속을 산다면, 그 현금 중 얼마가 오늘의 수익이고 얼마가 이행할 때까지 짊어지고 가야 할 부채일까요?
이를 잘못 처리하는 것은 단순한 기술적인 부기 오류가 아닙니다. 마진을 왜곡하고 성장 지표를 뒤틀리게 하며 — 만약 재무제표 감사를 받거나, 대출을 신청하거나, 자본을 조달하게 된다면 — 검토자가 가장 먼저 점검하는 항목 중 하나가 됩니다.
모든 것을 결정하는 질문: 보증(Assurance)인가, 서비스(Service)인가?
ASC 606은 보증을 두 가지 범주로 나누며, 어느 쪽에 해당하는지가 이연수익을 고려할 필요가 있는지 자체를 결정합니다.
보증형(Assurance-type) 보증은 단순히 제품이 광고한 대로 작동한다는 것, 즉 상자에 적힌 대로 기능하며 결함이 있으면 수리하거나 교체해 주겠다는 것만을 약속합니다. 이는 대부분의 주(state)에서 소비자 보호법이 요구하는 보증이며, 일반적으로 판매에 무료로 딸려 옵니다(예: 노트북에 붙는 표준 1년 제조사 보증). ASC 606에서 보증형 보증은 별도의 수행의무가 아닙니다. 판매 가격 전액을 즉시 수익으로 인식하고, 과거의 결함 및 클레임 발생률을 근거로 다른 기준서인 ASC 450에 따라 추정 보증 비용과 부채를 별도로 계상합니다.
서비스형(Service-type) 보증은 "광고한 대로 작동한다"는 것 이상을 약속합니다. 표준 보장 기간을 넘어서는 연장 보장, 예방적 유지보수 방문, 우발적 손상 보호, 또는 법이 요구하는 것보다 폭넓은 보장 조건 등 추가적인 무언가를 약속합니다. 고객이 단순한 기능 보증이 아니라 별개의 서비스를 구매하는 것이기 때문에, ASC 606은 이를 별도의 수행의무로 취급합니다. 거래 가격 중 일부를 이 서비스에 배분하고, 그 부분을 실제로 서비스를 제공하는 시점에 걸쳐 — 선불이 아니라 — 수익으로 인식해야 합니다.
기준서(ASC 606-10-55-33)는 이 둘이 명확하지 않을 때 구분하는 데 도움이 되는 세 가지 요소를 제시합니다.
- 보증이 법으로 요구되는가? 주법이나 연방법이 이를 의무화한다면, 이는 보증형이라는 강력한 신호입니다 — 법은 소비자에게 부가상품을 판매하기 위해서가 아니라 결함 있는 제품으로부터 소비자를 보호하기 위해 존재합니다.
- 보장 기간이 얼마나 긴가? 기간이 길수록 서비스일 가능성이 커집니다. 90일짜리 결함 보증은 보증형으로 읽히고, 5년짜리 플랜은 서비스로 읽힙니다.
- 실제로 약속된 작업은 무엇인가? 단순히 고장 나면 수리하거나 교체하는 것은 보증형입니다. 정기 점검, 우발적 손상 보장, 또는 제품이 수리되는 동안 대여 장비를 제공하는 것은 서비스입니다.
판매 시점에 판매되는 대부분의 연장 보증 — "3년 동안 X달러에 구매품을 보호하세요" 식의 업셀 — 은 세 가지 테스트 모두에서 "서비스형" 쪽으로 판정됩니다. 바로 이 경우가 대부분의 사업체가 회계 처리를 잘못하는 사례입니다.
전액을 선불로 인식하는 것이 실질적인 문제인 이유
위 에스프레소 머신 예시에서 3년을 보장하는 $500짜리 보증 부분을 생각해 봅시다. 첫날 $500 전액을 수익으로 계상하면 세 가지 문제가 발생합니다.
- 당기 수익이 과대계상됩니다. 아직 수행하지 않은 서비스에 대해 이미 공을 인정받는 셈입니다 — 해당 플랜 아래에서 18개월 동안 단 한 건의 수리도 하지 않을 수 있습니다.
- 마진이 왜곡됩니다. 보증 이행에 드는 비용(부품, 인건비, 교체 장비)은 이후 기간에 발생하지만, 대응되는 수익은 이미 이전 기간에 인식되어 있습니다. 보고된 수익성이 사업의 실제 경제성을 반영하지 않는 방식으로 요동칩니다.
- 실제 의무에 대한 부채가 장부에 없습니다. 고객이 2년 차에 클레임을 제기하면, 해당 기간에 인식된 대응 수익이 전혀 없는 상태에서 현재 현금흐름으로 이를 지불하게 됩니다 — 비용은 발생하지만, 그것을 충당할 "매출"은 회계적으로 이미 몇 년 전에 소진되었습니다.
올바른 처리는 다음과 같습니다. 제품 수익은 즉시 인식하되(에스프레소 머신을 인도했으므로), 보증 부분은 계약부채(이연수익)로 계상하고 보장 기간이 경과함에 따라 균등하게 인식합니다. $500짜리 36개월 보증의 경우, 매월 약 $13.89가 수익으로 인식되며, 나머지 잔액은 아직 이행되지 않은 상태로 재무상태표에 부채로 남아 있습니다.
가격을 실제로 배분하는 방법
이 메커니즘은 ASC 606이 모든 계약에 사용하는 것과 동일한 5단계 프레임워크를 따릅니다.
- 계약을 식별합니다 — 보증 부가상품을 포함한 판매 거래입니다.
- 수행의무를 식별합니다 — 여기서는 두 가지, 제품과 서비스형 보증입니다.
- 거래 가격을 결정합니다 — 고객이 지불하는 총액(예시에서는 $3,500)입니다.
- 개별 판매가격을 기준으로 각 의무에 가격을 배분합니다 — 보증을 별도로 판매한다면 매길 가격, 그리고 제품만 판매한다면 매길 가격입니다. 보증을 정가가 붙은 독립 부가상품으로 판매하고 있다면($500), 그것이 일반적으로 가장 좋은 근거가 됩니다.
- 수익을 인식합니다 — 각 의무가 이행되는 시점에, 제품은 인도 시점에, 보증은 (비용이나 클레임이 특정 시점에 유의미하게 몰린다는 근거가 없는 한) 정액법으로 보장 기간에 걸쳐 균등하게 인식합니다.
보증을 별도로 판매하지 않아 개별 판매가격을 추정해야 한다면, 흔히 쓰이는 접근법으로는 원가가산법(예상 클레임 비용에 합리적인 마진을 더하는 방식)이나 유사한 보장에 대해 비교 가능한 경쟁사가 부과하는 가격을 참고하는 방법이 있습니다. 어떤 방법을 선택하든 반드시 문서화해야 합니다 — 이는 감사인이나 대출기관이 근거를 제시하라고 요구할 만한 전형적인 판단 사항이기 때문입니다.
계정과목 체계에 반영하기
실무적으로는 최소 세 개의 계정이 함께 작동해야 합니다.
- 이연수익 — 보증/서비스 계약(부채 계정) — 판매 시점에 배분된 보증 부분만큼 대변에 기록됩니다.
- 보증수익(수익 계정) — 매월(또는 상각 방식에 따라) 획득한 부분을 인식할 때 대변에 기록되며, 이연수익 부채를 차변으로 상계합니다.
- 보증비용 / 클레임 준비금 — 실제로 발생하는 수리, 교체, 서비스 방문 비용이 반영되는 계정입니다.
이는 평문 텍스트, 버전 관리형 회계가 진가를 발휘하는 경우입니다. 서비스형 보증은 몇 년에 걸쳐 진행되는 일련의 소액 거래이며, 차변과 대변의 일치를 강제하지 않는 신발상자나 스프레드시트에서는 남은 잔액을 놓치기 쉽습니다. "2분기에 판매된 보증의 남은 이연수익 잔액은 얼마이고, 지금까지 얼마가 상각됐어야 하는가"를 조회할 수 있는 원장이 있다면, 분기 말의 정신없는 확인 작업을 5초짜리 조회로 바꿔 놓습니다.
흔한 실수
- 간단하다는 이유로 모든 보증을 기본적으로 보증형(assurance-type)으로 처리하는 것 — 보장 기간이나 범위가 명백히 서비스임을 나타내는 경우에도 그렇게 처리하는 경우입니다. 이는 가장 흔한 ASC 606 보증 오류이며, 검토자가 가장 먼저 확인하는 항목입니다.
- 배분 단계를 완전히 건너뛰고 계약 가격 전액을 판매 시점에 수익으로 인식하는 것입니다.
- 개별 판매가격 추정치를 결코 재검토하지 않는 것입니다. 실제 클레임 경험이 보증 가격을 책정할 때 가정했던 것과 크게 달라진다면, 이는 향후 배분 방법론을 재검토해야 한다는 신호입니다.
- 서비스형 보증의 이연수익을 다른 이연수익(SaaS 구독료나 상품권 등)과 구분하지 않은 하나의 부채 계정에 섞어 넣는 것입니다. 이렇게 하면 개별 프로그램의 잔여 의무를 조정할 수 없게 됩니다.
- 서비스 제공 패턴이 명백히 균일하지 않은데도 보증수익을 정액법으로 인식하는 것입니다 — 예를 들어 1년 차에 정기 유지보수 방문 두 번이 포함되고 이후에는 없는 플랜이라면, 36개월에 걸쳐 균등하게 인식하는 것이 아니라 실제로 그 방문이 이루어지는 시점에 더 가깝게 수익을 인식해야 합니다.
더 큰 그림
연장 보증과 서비스 계약은 실질적인 사업 영역입니다 — 글로벌 시장 규모는 2026년 기준 약 $165 billion으로 평가되며, 가입률(attach rate)은 카테고리별로 크게 달라져 아웃도어 전동 장비는 약 10%에 불과한 반면 최상위권 자동차 딜러 금융 부서에서는 80%를 넘기도 합니다. 핵심 제품과 함께 어떤 형태로든 보장 플랜을 판매하고 있다면, 계약을 되짚어 재작성해야 할 만큼 많은 계약이 쌓이기 전에 일찌감치 회계 처리를 제대로 해 두는 것이 중요합니다.
다행히 이연수익 스케줄을 한번 제대로 구축해 놓으면 대부분 저절로 굴러갑니다. 판매 시점에 배분하고, 스케줄에 따라 상각하고, 클레임 준비금을 실제 경험에 맞춰 주기적으로 조정하면 됩니다. 초반에 장부에 약간의 구조를 마련해 두는 것이 훗날 훨씬 큰 고통을 덜어주는 영역 중 하나입니다 — 특히 대출기관이나 투자자, 감사인이 지금까지 얼마의 보증수익을 벌었고 고객에게 아직 얼마의 서비스를 빚지고 있는지 정확히 설명해 달라고 요구하는 그 첫 순간에 말이죠.
첫날부터 이연수익을 정확하게 관리하세요
정규 장부와 함께 다년간의 보증 상각 스케줄을 추적하는 것은 바로 이러한 용도로 만들어진 시스템의 혜택을 받기에 딱 맞는, 구조화되고 감사 가능한 기록 관리 작업입니다. Beancount.io는 완전히 버전 관리되는 원장을 제공하는 평문 텍스트 복식부기 회계를 제공하므로, 이연수익 잔액이나 상각 스케줄, 클레임 준비금을 재구성할 필요 없이 언제든 조회 한 번으로 확인할 수 있습니다. 무료로 시작하기를 통해 개발자와 재무에 밝은 운영자들이 왜 평문 텍스트 회계로 전환하고 있는지 확인해 보세요.