고객이 커피숍, 부티크, 헬스장에서 카드를 긁고 포인트를 적립할 때마다, 사장님은 사실 빚을 하나 지는 셈입니다. 대출도 아니고 신용한도도 아닌, 무료 라떼나 할인, 상품으로 갚아야 할 때까지 장부에 남아 있어야 하는 진짜 부채입니다. 대부분의 소상공인은 이런 일이 벌어지고 있다는 사실조차 모릅니다. 이들은 로열티 포인트를 그저 마케팅 수단으로 봅니다. 하지만 회계사, 그리고 국세청, 나중에 재무제표를 검토할 은행은 이를 측정하고 추적해서 결국 수익으로 인식해야 할 이연 의무로 봅니다.
"로열티 포인트는 그냥 좋은 혜택일 뿐"이라는 인식과 "로열티 포인트는 대차대조표상 부채"라는 사실 사이의 이 간극에서 많은 소상공인이 장부를 잘못 작성합니다. 실제 회계 처리가 어떻게 이루어지는지, 상장기업이 아니어도 왜 중요한지, 그리고 리워드 프로그램이 커져도 숫자가 정확하게 유지되도록 시스템을 어떻게 구축하는지 살펴보겠습니다.
로열티 포인트가 공짜가 아닌 이유
고객이 $100어치 상품을 구매하고 향후 상환 가치 $5짜리 포인트를 적립했다면, 그날 사장님이 실제로 벌어들인 수익은 $100가 아닙니다. 실제로는 $95의 수익을 얻었고, $5 상당의 약속 — 고객이 원래는 받을 수 없었던 미래 할인에 대한 "실질적 권리(material right)" — 을 떠안은 것입니다. 수익 인식 기준인 ASC 606(그리고 국제 회계기준의 대응 개념인 IFRS 15)에서는 이 약속을 판매 자체와는 별개의 독립된 수행의무로 취급합니다.
즉, 다음과 같은 의미입니다.
- $100 전액을 첫날 수익으로 계상할 수 없습니다.
- 포인트의 개별 판매가격(고객이 그 리워드만 따로 구매한다면 지불했을 금액)을 기준으로, 거래가격의 일부를 포인트에 배분해야 합니다.
- 배분된 금액은 포인트가 상환되거나, 소멸되거나, "소멸수익(breakage)"이 될 때까지 부채 계정 — 보통 이연수익 또는 계약부채라고 부르는 계정 — 에 남아 있습니다.
작고 비상장인 사업체라면 ASC 606을 글자 그대로 지킬 의무는 없을 수도 있습니다(이는 사업체 형태, 대출기관, 외부 투자자나 감사 재무제표 여부에 따라 달라집니다). 하지만 이 기본 논리는 어차피 도입할 가치가 있습니다. 실제 이익을 보고하는 것과, 이미 약속으로 넘겨준 이익을 보고하는 것 사이의 차이를 만들어주기 때문입니다.
1단계: 매출 분리 — 수익 vs. 포인트 부채
첫 단계는 거래가격을 오늘 실제로 제공한 부분과 앞으로 갚아야 할 부분으로 나누는 것입니다. 회계사들은 상대적 개별 판매가격을 이용해 이 작업을 합니다 — 본질적으로 각 구성요소를 따로 판매했다면 얼마였을지를 따지는 방식입니다.
예시: 고객이 $500어치 상품을 구매하고, 상환 가치가 $25로 추정되는 로열티 포인트를 적립했습니다.
| 구성요소 | 개별 가치 | 비중 | 배분된 수익 |
|---|---|---|---|
| 판매 상품 | $475 | 95% | $475 |
| 로열티 포인트 | $25 | 5% | $25 (이연) |
| 합계 | $500 | 100% | $500 |
판매 시점의 분개는 다음과 같습니다.
Debit Cash $500
Credit Revenue $475
Credit Deferred Revenue – Loyalty Points $25이 $25는 아직 손익계산서에 반영되지 않는다는 점에 주목하세요. 이는 부채로 보류된 상태입니다 — 이미 받은 돈이지만, 회계적 의미에서는 아직 완전히 "번" 것이 아닙니다. 여전히 고객에게 뭔가를 갚아야 하기 때문입니다.
2단계: 포인트가 상환될 때 수익 인식
고객이 다시 방문해 포인트를 리워드로 교환하면, 그 금액을 부채 계정에서 수익 계정으로 옮깁니다.
Debit Deferred Revenue – Loyalty Points $25
Credit Revenue $25이는 가장 깔끔한 경우입니다 — 고객이 미리 배분해둔 금액을 정확히 그대로 상환한 경우죠. 실제로는 대부분의 로열티 프로그램에서 100% 상환은 일어나지 않으며, 바로 여기서 소멸수익이 등장합니다.
3단계: 소멸수익 — 끝내 사용되지 않는 포인트의 회계 처리
**소멸수익(breakage)**이란 고객이 끝내 상환하지 않는 발행 포인트 부분을 말합니다 — 잊어버려서, 계정이 휴면 상태가 되어서, 포인트가 만료돼서, 혹은 리워드를 받을 만큼 충분히 쌓이지 않아서 등의 이유입니다. 여러 로열티 프로그램의 과거 데이터를 보면 상당한 수준의 소멸률이 꾸준히 나타나며, ASC 606은 이 미사용 가치를 수익으로 인식하도록 허용합니다 — 다만 특정 조건 하에서만, 그리고 한 번에 전부가 아니라 실제 상환 활동에 비례해서만 가능합니다.
비례법(기대가치법)
과거 상환 데이터가 충분히 축적되어 소멸률을 신뢰성 있게 추정할 수 있다면, 판매 시점에 즉시가 아니라 고객이 실제로 권리를 행사하는 패턴에 비례해서 소멸수익을 인식합니다.
예시: $50,000 상당의 기프트카드를 판매했거나, $50,000 부채에 해당하는 포인트를 발행했고, 과거 행동 패턴을 근거로 10%($5,000)가 상환되지 않을 것으로 예상한다고 해봅시다. 이번 기간에 고객은 최종적으로 상환될 것으로 예상되는 금액의 50%를 상환했습니다. 이때 인식하는 금액은 다음과 같습니다.
- 실제 상환분 $22,500
- 소멸수익 $2,500 ($5,000 × 50%)
Debit Deferred Revenue – Loyalty Points $25,000
Credit Revenue (redemptions + breakage) $25,000소멸률 추정치는 한 번 정하고 끝내는 것이 아닙니다 — 새로운 상환 데이터가 들어올 때마다 매 보고기간 다시 검토하고, 전진적으로(prospectively) 조정합니다(과거 기간을 다시 작성할 필요 없이 앞으로 반영하며 맞춰가면 됩니다).
원격법
소멸률을 신뢰성 있게 추정할 수 없는 경우 — 이제 막 시작한 신규 프로그램이거나, 상환 이력이 없거나, 주(state) 무주물귀속법상 미청구 잔액을 정부에 납부해야 하는 경우 등 — 에는 대신 원격법을 사용합니다. 이 방법에서는 고객이 상환할 가능성이 사실상 희박해질 때까지(매우 낮은, 극히 미미한 가능성이 될 때까지) — 보통 장기간의 휴면 기간이 지났거나 포인트가 공식적으로 만료된 이후 — 기다렸다가, 그 시점에 남은 잔액 전체를 한 번에 인식합니다.
무주물귀속(escheatment)의 함정
많은 사업주가 놓치는 부분이 있습니다. 여러 주에는 무주물귀속(unclaimed property, escheatment) 법이 있어서, 일정 휴면 기간(대개 3~5년이지만 주와 리워드 종류에 따라 다릅니다)이 지나면 상환되지 않은 기프트카드나 로열티 잔액을 주 정부에 넘기도록 요구합니다. 프로그램이 무주물귀속법 대상이라면, 해당 부채는 절대 소멸수익이 되지 않습니다 — 고객에게 지급하거나 주 정부에 납부할 때까지 계속 부채로 남습니다. 상환되지 않은 잔액을 마음대로 수익으로 인식해도 된다고 가정하기 전에, 반드시 해당 주의 규정을 확인하세요.
올바른 계정과목표 구성하기
단순한 포인트나 스탬프 카드 프로그램을 운영하는 소상공인이라면, 일반적으로 다음이 필요합니다.
- 이연수익 – 로열티 포인트 (부채 계정) — 상환되거나 소멸수익으로 인식될 때까지 배분된 포인트 가치가 머무는 곳입니다.
- 수익 – 제품/서비스 매출 — 일반적인 매출 계정입니다.
- 수익 – 소멸수익 (선택 사항이지만 가시성 확보에 유용) — 실제 매출이 아니라 상환되지 않은 리워드에서 나온 수익이 얼마인지 볼 수 있도록 별도로 구분한 항목입니다.
소멸수익을 별도 항목으로 관리하는 것은 단순히 정리 정돈 차원의 문제가 아닙니다 — 재무제표를 검토하는 대출기관이나 투자자는 보고된 수익 중 실제 거래에서 나온 부분과 추정된 미사용 부채에서 나온 부분이 각각 얼마인지 확인하고 싶어 합니다.
소상공인이 흔히 저지르는 실수
- 판매 시점에 수익 100%를 인식하고 포인트 의무를 완전히 무시하는 것. 이는 판매 기간의 수익을 과대계상하고 이후 기간의 수익을 과소계상하게 만들어, 마진을 왜곡하고 재무제표를 보는 모든 사람 — 사장님 본인을 포함해서 — 을 오도할 수 있습니다.
- 리워드의 개별 판매가격 대신 액면가를 사용하는 것. $25짜리 "리워드"가 실제로 제공하는 데 드는 비용은 $10에 불과할 수 있고, 고객이 정가를 주고 살 만한 것이 아닐 수도 있습니다 — 배분 금액은 정가가 아니라 실제 가치를 반영해야 합니다.
- 소멸률을 아예 추정하지 않는 것. 이는 부채를 무기한 과대계상하고, 실제로 벌어들인 수익을 과소계상하게 만듭니다.
- 소멸률을 재검토하지 않는 것. 상환 행태는 계속 바뀝니다 — 경기 둔화, 프로그램 재설계, 만료 정책 변경 등이 모두 실제 사용되는 포인트 수에 영향을 줄 수 있습니다. 오래된 추정치는 현실과 동떨어진 부채로 이어집니다.
- 무주물귀속 리스크를 잊는 것 — 법적으로 주 정부에 귀속되어야 할 잔액에 대해 소멸수익을 인식하는 경우입니다.
- 로열티 부채를 일반 이연수익(선불 구독료 등)과 별도 추적 없이 섞어버리는 것 — 이렇게 하면 둘 다 대사(reconcile)하기 어려워집니다.
확장 가능한 간단한 시스템
이를 제대로 처리하는 데 대규모 로열티 소프트웨어가 필요한 것은 아닙니다. 최소한 다음을 갖추세요.
- 매 기간 발행된 총 포인트 수와 그 추정 달러 가치를 추적합니다.
- 상환이 발생할 때마다 이를 추적하며, 부채 계정에서 수익 계정으로 금액을 이동시킵니다.
- 최소 1년(이상적으로는 2~3년)의 상환 이력이 쌓이면, 소멸률을 계산해 매 기간 비례적으로 적용합니다.
- 매달 로열티 부채 계정을 대사합니다 — 미상환 포인트 × (1 − 소멸률) × 포인트당 원가는 장부상 잔액과 대략 일치해야 합니다.
- 산출 방법을 문서화하세요. 사업체가 은행 심사, 매각을 위한 실사, 감사를 받게 되면 "이 부채를 어떻게 산출했나요"라는 질문이 가장 먼저 나오는 질문 중 하나입니다.
리워드 프로그램의 장부도 원장만큼 깔끔하게
로열티 프로그램은 고객의 재방문을 이끄는 훌륭한 수단이지만, 그 뒤에 있는 회계 처리도 장부의 다른 어떤 부분 못지않게 엄격하게 다뤄야 합니다 — 애매한 추정치와 건너뛴 부채 추적은 세금 신고 시점이나 대출 심사 때 결국 발목을 잡습니다. Beancount.io는 재무 데이터에 대한 완전한 투명성과 통제권을 제공하는 텍스트 기반 회계 시스템입니다 — 블랙박스도 없고, 벤더 종속도 없으며, 로열티 프로그램의 이연수익을 포함해 추적하는 모든 부채 계정에 대해 감사 가능한 기록을 남길 수 있습니다. 무료로 시작하기를 통해 왜 개발자와 재무 전문가들이 텍스트 기반 회계로 전환하고 있는지 확인해보세요.