사이드 프로젝트, 사업자등록 언제 해야 할까? 수익 발생 시점·과세 기준 판단 가이드

첫 매출이 났다고 바로 회사가 되는 것은 아니다

사이드 프로젝트에서 결제가 한 번 발생하면 기분은 좋지만, 동시에 “이제 사업자등록을 해야 하나?”라는 질문이 따라옵니다. 핵심은 매출 한 건 자체보다 그 활동이 사업으로 볼 만한지입니다. 세법에서는 보통 재화나 용역을 계속적·반복적으로 공급하는지를 중요하게 봅니다.

예를 들어 친구에게 한 번 만든 템플릿을 넘기고 비용을 받은 정도라면 일회성 거래에 가까울 수 있습니다. 반대로 결제 페이지를 열어두고, 모르는 고객에게 반복 판매하며, 업데이트·CS·환불 정책까지 운영한다면 취미보다 사업에 가까워집니다. 금액이 작아도 구조가 반복 판매라면 사업자등록을 검토하는 편이 안전합니다.

판단 기준은 금액보다 반복성이다

1인 빌더가 먼저 봐야 할 질문은 “얼마 벌었나?”보다 “계속 팔 생각인가?”입니다. 아래 항목에 많이 해당할수록 사업자등록 쪽으로 기울어집니다.

반대로 테스트 차원에서 지인 몇 명에게만 받고, 공개 판매를 하지 않으며, 반복 제공 계획도 없다면 사업성이 약하다고 볼 여지도 있습니다. 다만 플랫폼 결제, 정기구독, 앱스토어 판매처럼 거래 기록이 명확히 남는 구조라면 초기에 상담을 받아두는 것이 좋습니다.

등록을 미루면 생길 수 있는 리스크

사업자등록을 하지 않은 상태로 계속 매출을 내면 나중에 세금 신고, 비용 처리, 세금계산서·현금영수증, 부가가치세 이슈가 한꺼번에 밀려올 수 있습니다. 특히 이미 결제를 받고 있었는데 뒤늦게 등록하는 경우, 미등록 기간의 매출을 어떻게 신고할지 따져야 합니다.

미등록 자체에 대한 가산세나 신고 누락에 따른 부담이 생길 수 있고, 결제대행사·마켓·광고비·서버비 내역이 남아 있으면 “몰랐다”는 설명만으로 정리되기 어려울 수 있습니다. 세무 리스크는 매출이 커진 뒤보다 작을 때 정리하는 편이 대체로 비용과 스트레스가 낮습니다.

서둘러 등록을 검토할 상황

다음에 해당하면 미루기보다 세무서나 세무사에게 바로 확인해보는 편이 좋습니다.

• 결제 기능을 공개했고 누구나 구매할 수 있다
• 월별로 반복 매출이 발생하기 시작했다
• 구독, 멤버십, 유료 커뮤니티를 운영한다
• 광고비를 쓰거나 제휴 영업을 시작했다
• 기업 고객에게 세금계산서 요청을 받았다
• 앱마켓, PG, 해외 플랫폼 정산이 발생한다

이 단계에서는 “아직 작으니까 괜찮겠지”보다 “어떤 업종, 어떤 과세 유형으로 시작할지”를 정하는 것이 실무적입니다. 업종 코드, 간이과세 가능 여부, 통신판매업 신고 여부, 해외 매출 처리 등은 프로젝트 형태에 따라 달라질 수 있습니다.

조금 더 지켜봐도 되는 경우

아직 아이디어 검증 단계라면 바로 등록이 필요하지 않을 수도 있습니다. 예를 들어 무료 베타만 운영하거나, 결제를 받지 않고 대기자 명단만 모으는 경우, 혹은 1회성 인터뷰 보상처럼 사업 공급으로 보기 애매한 경우입니다.

다만 “언젠가 유료화”가 아니라 “이번 달부터 결제받기”로 바뀌는 순간에는 체크리스트를 다시 열어야 합니다. 출시 전에는 개발 체크리스트에 세무 항목도 넣어두세요. 결제 오픈일, 첫 매출일, 정산일, 비용 지출일을 기록해두면 나중에 상담할 때 훨씬 수월합니다.

1인 빌더를 위한 현실적인 순서

처음부터 모든 세무 지식을 외울 필요는 없습니다. 대신 다음 순서로 정리하면 판단이 빨라집니다.

1. 유료 판매 방식 정리: 일회성, 구독, 후원, 광고, 외주 중 무엇인지 적습니다.
2. 판매 대상 확인: 지인 한정인지, 불특정 다수인지 구분합니다.
3. 반복 운영 여부 판단: 계속 업데이트하고 받을 계획인지 봅니다.
4. 증빙 모으기: 결제 내역, 플랫폼 정산서, 서버비, 광고비를 보관합니다.
5. 상담하기: 애매하면 관할 세무서나 세무사에게 실제 구조를 보여주고 묻습니다.

사업자등록은 “큰돈을 벌고 나서 하는 절차”라기보다, 반복적으로 돈을 받는 구조를 만들 때 함께 설계하는 운영 장치에 가깝습니다. 첫 매출이 났다면 축하할 일입니다. 동시에 그 매출이 우연한 한 번인지, 앞으로 반복될 제품의 시작인지 차분히 구분해보세요.