Zendesk의 조사 결과는 냉정하다. 고객의 절반은 단 한 번의 나쁜 서비스 경험만으로도 이탈한다. 만약 당신이 다른 회사의 SaaS 제품을 자신의 로고를 달아 리셀링하고 있다면, 이 통계는 두 배로 걱정스러운 이야기다. 지원 경험에 대한 책임은 당신에게 있지만, 그 뒤에 있는 소프트웨어를 통제하는 것은 당신이 아니기 때문이다. 책임지는 것과 실제로 통제하는 것 사이의 이 괴리야말로 부기(bookkeeping)를 꼬이게 만드는 지점이다.
화이트라벨 SaaS 리셀링은 대행사, 인디 개발자, 버티컬 시장 창업자들이 제품을 처음부터 만들지 않고도 반복 매출을 빠르게 확보할 수 있는 방법으로 자리 잡았다. 이미 성숙한 타사 소프트웨어를 가져다 리브랜딩해 자신의 제품인 것처럼 고객에게 판매하는 방식이다. 이는 분명 훌륭한 비즈니스 모델이다. 하지만 그 이면의 회계 처리는 일반적인 구독 비즈니스보다 은근히 더 복잡한데, 은행 계좌에 들어오는 돈이 곧 당신이 벌어들인 돈은 아니기 때문이다.
화이트라벨 SaaS 모델은 실제로 어떻게 작동하는가
화이트라벨 계약에서는 소프트웨어 제공업체가 당신에게 라이선스를 부여한다 — 보통 비독점적이고 양도 불가능한 형태로 — 자사 플랫폼을 당신의 브랜드로 마케팅하고 판매할 수 있도록 하는 것이다. 당신은 영업, 고객 관계, 그리고 흔히 1차 지원까지 담당한다. 제공업체는 인프라, 코드, 가동시간 보장(이런 계약에서 흔한 SLA 기준은 99.9%다)을 책임진다.
수익 구조는 계약이 어떻게 짜여 있느냐에 따라 크게 달라진다:
- 수익 분배형 리셀러는 자신이 걷은 금액의 일부를 플랫폼에 지불한다 — 거래량과 당신이 제공하는 부가 지원 수준에 따라 보통 20~50% 범위다.
- 도매/고정비용형 리셀러는 최종 고객에게 얼마를 청구하든 계정당 또는 좌석당 고정 비용을 지불하고, 그 차액 전부를 갖는다. 마진을 자유롭게 책정할 수 있는 만큼 니치에 따라 40~80%까지도 나올 수 있다.
- 추천/제휴형 분배는 일정 비율을 지급한다 — 첫 12개월 동안 50%인 경우도 있고, 고객 생애 전체에 걸쳐 20%처럼 더 작은 비율을 계속 받는 경우도 있다.
이 중 어느 것도 고정된 규칙은 아니며, 모두 계약별로 협상된다. 하지만 당신이 서명하는 구조가 수익을 어떻게 기록해야 하는지를 결정하며, 바로 이 지점에서 대부분의 리셀러 부기가 잘못된다.
진짜 부기의 질문: 당신은 본인인가, 대리인인가?
이것은 화이트라벨 SaaS 부기에서 가장 중대한 단 하나의 결정이며, ASC 606의 본인-대리인 지침이 이를 규율한다. 이 질문은 철학적인 것이 아니다 — 당신의 매출 최상단에 어떤 숫자가 찍히는지를 바꿔놓는다.
서비스가 고객에게 도달하기 전에 당신이 그것을 통제한다면 당신은 본인이다. 그 판단 지표로는 고객에 대한 약속을 이행할 주된 책임이 당신에게 있는지, 고객이 지불하는 가격을 당신이 재량으로 정할 수 있는지, 그리고 당신이 어떤 형태로든 인도 또는 이행 리스크를 지는지 등이 있다. 여기에 해당한다면 고객이 지불하는 전체 금액을 수익으로 기록하고, 플랫폼이 가져가는 몫은 매출원가 또는 직접비용으로 기록한다.
사실상 다른 누군가가 서비스를 제공하도록 주선만 하는 입장이라면 당신은 대리인이다 — 근본적인 제공업체가 소프트웨어를 통제하고 중요한 조건을 설정하며, 당신은 고객을 유치한 대가로 수수료를 받는 것이다. 여기에 해당한다면 순수수료만을 수익으로 기록한다. 당신을 거쳐 가는 총액은 당신이 인식할 수익이 아니다.
이를 거꾸로 처리하면 재무제표가 거짓말을 하게 된다. 실제로는 대리인인데 총수익을 기록하면 매출이 부풀려지고 마진이 얇고 혼란스러워 보인다. 실제로는 본인인데 순수익을 기록하면 실제로 하고 있는 사업 규모를 과소평가하게 되는데, 이는 투자 유치, 대출, 회사 매각을 시도할 때 특히 중요하다. 투자자와 대출기관은 총거래액이 아니라 매출을 보기 때문이다.
이 판단 기준은 계약 단위가 아니라 수행의무 단위로 적용된다. 화이트라벨 계약이 (제공업체가 통제하는) 핵심 소프트웨어와 (당신이 실제로 제공하는) 구축이나 지원 서비스를 묶은 것이라면, 거래를 분리해야 할 수도 있다: 소프트웨어에는 순액 인식을, 당신이 진짜로 통제하는 부분에는 총액 인식을 적용하는 식이다.
숫자가 뒤엉키는 지점: 정산금, 수수료, 차지백
총액 대 순액 문제를 정리하고 나서도, 리셀러 사업의 일상적인 부기에는 구조적인 문제가 남는다. 은행 계좌에 들어오는 돈은 당신이 벌어들인 수익과 결코 같은 숫자가 아니라는 점이다.
화이트라벨 플랫폼 파트너로부터 받는 일반적인 정산금에는 계좌에 들어오기 전에 이미 여러 공제 항목이 반영되어 있다:
- 플랫폼의 수익 분배금 또는 도매 비용
- 결제 처리 수수료
- 최종 고객에게 지급된 환불금
- 차지백 — 판매를 취소시킬 뿐만 아니라 보통 결제 처리업체로부터 별도의 벌금까지 부과된다
단순히 '입금액'을 수익으로 기록하면 매출과 마진이 체계적으로 왜곡되고, 장부가 플랫폼 파트너가 보고하는 내역과 맞지 않게 된다. 해결책은 각 구성 요소를 별도로 기록하는 것이다: 총청구매출, 플랫폼 수수료 또는 수익 분배금은 비용 항목으로, 환불과 차지백은 수익 차감 항목이나 별도의 비용 카테고리로, 그리고 순잔액만을 실제 은행 입금액으로 기록한다. 일반적인 소규모 사업체가 관리해야 하는 것보다 항목 수가 많아지지만, 이것이 손익계산서를 실제 상황과 일치시키는 유일한 방법이며, 차지백 비율이 조용히 마진을 갉아먹고 있는지 알아챌 수 있는 유일한 방법이기도 하다.
바로 이 지점에서 플레인텍스트 기반의 버전 관리형 부기가 진가를 발휘한다. 화이트라벨 리셀러의 월말 마감에는 정산금 하나를 총매출, 플랫폼 수수료, 환불, 차지백, 순수취금이라는 4~5개의 기초 구성 요소와 대조하는 작업이 포함된다. Beancount.io를 사용하면 각 항목에 명시적인 계정을 두어 이 구조를 원장에 그대로 모델링할 수 있으므로, 정산금 불일치가 스프레드시트 수식 속에 파묻힌 알 수 없는 오차가 아니라 실제로 읽을 수 있는 diff로 드러난다.
회계 처리를 결정짓는 계약 조항들
화이트라벨 계약서에 서명하기 전, 변호사뿐 아니라 부기 담당자와 함께 검토하라. 몇 가지 조항은 거래를 어떻게 기록해야 하는지를 직접적으로 좌우한다:
- 결제 조건과 청구 일정 — 얼마나 자주, 어떤 통화로 지급받는지, 그리고 양측 중 어느 쪽이든 지급이 지연될 경우 어떻게 되는지.
- 라이선스 부여 조항의 문구 — 당신을 리셀러, 서브라이선시, 혹은 대리인으로 묘사하고 있는가? 법원과 감사인은 거래의 실질을 살피겠지만, 계약서 자체의 문구가 첫 번째 신호가 된다.
- 지원 및 SLA 책임 — 1차 지원을 누가 담당하는지는 ASC 606의 '이행에 대한 주된 책임' 기준에 영향을 준다.
- 계약 기간과 해지 — 대부분의 화이트라벨 계약은 1
3년간 진행되며 해지 통지 기간은 3090일이다. 이 날짜를 파악해 두어야 이연 설정 수수료나 연간 선납금을 장부에서 어떻게 처리할지 판단할 수 있다. - 지식재산권 소유 — 제공업체가 IP에 대한 전체 권리를 보유하는 경우가 대부분이다. 이는 수익 인식보다는 자본화된 개발비를 어떻게 회계 처리할지에 더 큰 영향을 준다(일반적으로 소유하지 않은 소프트웨어는 자본화할 수 없다).
간단한 월간 대사 루틴
수익 인식 방식이 무엇이든, 다음 단계를 중심으로 매월 습관을 만들어라:
- 해당 기간의 플랫폼 파트너 정산 보고서와 자체 판매 기록을 가져온다.
- 총청구매출이 당신이 청구한 금액 혹은 플랫폼이 당신을 대신해 청구한 금액과 일치하는지 확인한다.
- 플랫폼 수수료/수익 분배금, 환불, 차지백을 각각 별도의 항목으로 기록한다.
- 순잔액이 실제 은행 입금액과 일치하는지 확인한다.
- 차지백 비율이 서서히 상승하고 있다면 표시해 둔다 — 이는 흔히 플랫폼 파트너가 알아야 할 지원이나 이행상의 문제를 알리는 초기 신호다.
이 대사 작업을 건너뛰면 세금 신고 시즌에 은행 명세서와 맞지 않는 매출 숫자에 놀라거나, 더 나쁘게는 한 회계연도 내내 잘못된 본인-대리인 처리를 해왔다는 사실을 뒤늦게 발견하게 된다.
리셀러 장부는 처음부터 명확하게 관리하라
화이트라벨 SaaS 리셀링이 강력한 비즈니스 모델인 이유는 정확히 소프트웨어가 남의 문제이기 때문이다 — 하지만 수익 인식, 차지백 추적, 정산금 대사는 전적으로 당신 자신의 몫이다. Beancount.io는 리셀러에게 플레인텍스트 기반의 버전 관리형 회계를 제공하여, 모든 수수료·환불·수익 분배 공제가 은행 명세서에서 역추적해야 하는 블랙박스가 아니라 각각 명시적인 항목으로 기록되도록 해준다. 무료로 시작하기를 눌러, 실제로 벌어들이는 마진만큼이나 투명한 장부를 유지하라.