스타트업 세무산책_16
커뮤니티형 SaaS 서비스를 운영하는 스타트업 F사는 '연간 구독료 120만 원' 상품을 출시하여 100명의 유료 고객을 확보했다. 창업자는 고객 가입 즉시 1억 2천만 원(120만 원 × 100명)의 현금이 입금되자, 이 전액을 그 달의 매출로 인식하고 뿌듯해했다.
하지만 첫 시리즈 A 투자유치를 위한 재무실사(DD) 과정에서, 담당 회계법인의 회계사는 차가운 목소리로 말했다.
"대표님, 이 1억 2천만 원은 매출이 아니라 '선수수익'이라는 부채입니다. 회계상 이번 달 매출은 1천만 원(1억 2천만 원 ÷ 12개월)으로 보아야 합니다. 수익은 현금 유입 시점이 아니라, 약속한 서비스(수행의무)를 이행하는 기간에 걸쳐 인식하는 것이 회계의 대원칙입니다."
결국 부풀려진 매출로 작성된 IR 자료는 신뢰도에 큰 타격을 입었고, 투자 유치 협상은 원점으로 돌아갔다.
IT/SaaS/구독 모델의 회계는 '언제 돈을 받았는가(현금주의)'가 아니라, '언제 서비스를 제공했는가(발생주의)'를 기준으로 기록해야 한다. 이는 재무제표의 국제 표준인 K-IFRS 제1115호(수익인식)의 핵심 원칙이기도 하다.
연간 구독료를 선불로 받았다면, 이는 12개월간 서비스를 제공해야 할 '의무'가 생긴 것이므로, 회계상으로는 '부채(선수수익)'로 먼저 인식한다. 그리고 실제 시간이 흘러 서비스를 제공한 만큼만 매달 나누어 '매출'로 전환한다.
플랫폼 비즈니스는 거래의 '주된 책임'을 누가 지느냐에 따라 거래액 전체를 매출로 잡을지(총액법), 수수료만 매출로 잡을지(순액법)를 결정해야 한다. 중개 모델이면서 총액으로 매출을 부풀리는 것은 투자 실사에서 가장 먼저 지적되는 '분식회계' 리스크이기도 하다.
앱스토어/구글플레이에서 1만 원짜리 아이템이 팔리면, 30% 수수료를 뗀 7,000원만 입금된다. 하지만 회계처리는 다르다.
매출: 10,000원 (총액)
비용: 3,000원 (지급수수료)
이익: 7,000원
이렇게 처리해야 회사의 정확한 매출 규모와 비용 구조를 파악할 수 있다. 입금액만 매출로 착각하면, 회계·세무 모두 오류가 발생하게 된다.
소프트웨어 개발비는 스타트업의 가치를 결정하는 핵심 요소다. '개발비 자산화'는 매우 엄격한 요건을 충족해야 하며, 개발자의 인건비, 외주용역비 등 직접 관련 원가를 객관적으로 추적하고 증빙할 수 있어야만 가능하다.
▷ 개발비 자산화 6대 요건 (요약): ① 기술적 실현 가능성, ② 완성하여 사용/판매하려는 기업의 의도, ③ 사용/판매 능력, ④ 미래 경제적 효익 창출 방법, ⑤ 개발에 필요한 자원 확보, ⑥ 관련 지출의 신뢰성 있는 측정
구독 매출은 '고객 관리 시스템(CRM)'과 연동하여 관리하라.
고객별 구독 시작일, 기간, 금액을 관리하는 시스템을 구축하고, 이를 통해 매월 인식해야 할 수익과 남은 선수수익을 자동으로 계산하는 엑셀 시트라도 만들어야 한다. 이는 투자자가 가장 먼저 요구하는 자료(MRR, Churn Rate 등)의 기반이 된다.
B2B 계약 시, '월별 세금계산서 발행'을 원칙으로 하라.
연간 계약을 하더라도, 세금계산서는 가급적 매월 나누어 발행하는 것이 수익을 기간에 맞게 인식하고 관리하는 가장 깔끔한 방법이다.
개발비 자산화를 위해 '프로젝트 관리 툴'을 활용하라.
Jira, Asana 등 프로젝트 관리 툴을 활용하여, 특정 기능 개발에 투입된 개발자의 시간(Man-Month)과 업무 내용을 기록으로 남겨둘 것. 이는 '개발비'의 자산성을 입증하고, 연구 및 인력개발비 세액공제를 신청할 때도 결정적인 증빙이 된다.
회사의 '수익인식정책'을 문서로 만들어라.
우리 회사는 어떤 기준으로 매출(총액/순액)을 인식하고, 개발비를 자산으로 처리하는지에 대한 내부 정책을 명확한 문서(Memo)로 작성해둔다. 이는 회계감사나 투자 실사 시, 회사가 체계적인 내부통제 시스템을 갖추고 있다는 강력한 증거가 된다.
IT 스타트업의 재무제표는 '코드'가 아닌 '회계 기준'이라는 언어로 쓰게 된다. 이 언어를 마스터해야 회사의 가치를 제대로 증명하고, 투자자의 신뢰를 얻을 수 있다.