RevGlance

집계 방식

매출 숫자는 어떻게 만들어지는지 알아야 쓸모가 있습니다. RevGlance의 모든 동기화는 결제 대행사의 공식 API를 읽으며, 해당 문서와 한 줄씩 대조해 확인했습니다. 결제 대행사가 빠뜨린 부분이 있으면 대신 어떻게 처리하는지 이 페이지에서 설명합니다.

결제 대행사
11
공통 규칙
10
결제 대행사의 어떤 것도 변경하지 않습니다
읽기 전용

공통

모든 결제 대행사, 모든 페이지에 적용됩니다.

  1. 매출은 세전 금액으로 집계합니다. 수수료는 결제 처리 대가로 결제 대행사가 가져간 금액입니다.

  2. 계산 보기에는 각 결제의 세금이 표시됩니다. 결제 금액, 제외된 세금, 그 금액의 출처를 볼 수 있습니다. 결제 대행사가 세액을 제공하지 않으면 해당 행에 그렇게 표시됩니다.

  3. 순매출은 결제액에서 환불과 수수료를 뺀 금액입니다. 결제 대행사가 환불 시 돌려주는 수수료는 수수료를 줄이고, 환불이나 분쟁에 대해 부과하는 수수료는 수수료로 집계합니다. 모든 페이지가 이 방식으로 집계합니다.

  4. 환불은 결제 대행사가 보고한 날짜에, 돌려주는 결제와 마찬가지로 세전 금액으로 집계합니다. 환불이 취소되거나 지불 거절에서 이기면 환불은 더 이상 집계되지 않습니다.

  5. MRR은 반복 할인 적용 후 구독이 매월 청구하는 금액으로 집계합니다. 일회성 할인과 체험판에는 MRR이 없습니다. 전환된 체험판은 전환된 날 신규로 시작됩니다.

  6. 연체된 구독은 결제 대행사가 결제를 재시도하는 동안 계속 집계됩니다. 일시 중지된 구독은 이탈로 집계되며 재개되면 다시 돌아옵니다.

  7. 재시도가 모두 소진되면 구독은 이탈로 집계됩니다. 알림이 없는 App Store와 Google Play는 재시도를 표시하지 않으므로, 갱신이 3일 연체되면 종료된 것으로 집계됩니다.

  8. 연결 전의 플랜 변경은 모든 결제가 기록된 경우에만 표시됩니다: Gumroad, App Store, Google Play. 다른 결제 대행사는 구독의 현재 가격만 알려 주므로 오늘 가격으로 시작하며, 이후 변경은 발생한 날짜로 기록됩니다.

  9. 다른 통화의 금액은 각 결제일의 유럽중앙은행 환율로 비즈니스 통화로 환산됩니다.

  10. RevGlance는 읽기만 합니다. 결제 대행사에서 결제, 환불 또는 어떤 변경도 하지 않습니다.

Stripe

  • 결제, 환불, Stripe 수수료는 잔액 거래 내역에서 가져오며, Stripe가 정산한 통화로 표시됩니다.
  • 카드 환불은 Stripe가 기록한 날에 집계됩니다. 은행 결제(ACH, SEPA 및 기타 현지 결제 수단)도 집계되며, 은행이 반환한 환불은 환불 금액을 다시 줄입니다.
  • 분쟁은 Stripe가 금액을 회수할 때 환불로 집계되며, 분쟁에서 이기면 환불이 취소됩니다. Stripe 분쟁 수수료는 수수료로 남습니다.
  • 구독 및 개별 항목에 적용된 쿠폰은 MRR에서 차감됩니다. 정액 쿠폰은 해당 통화에서만 적용됩니다.
  • 일시 중지 및 미결제 구독은 이탈로 집계되며, 연체된 구독은 Stripe가 카드 결제를 재시도하는 동안 계속 집계됩니다.
  • 결제, 환불, 분쟁은 인보이스 또는 Checkout Session의 세금 비율에 따라 세전으로 집계됩니다. Checkout Sessions 읽기 권한이 없으면 인보이스 외 판매의 세금은 포함된 채로 남습니다.
  • 세금 포함 가격은 최신 인보이스의 세금 비율에 따라 세전으로 MRR에 집계됩니다.
  • 결제 수금 일시 중지는 Stripe가 날짜를 제공하지 않으므로 RevGlance가 처음 확인한 날부터 이탈로 집계됩니다.

Polar

  • 주문은 세전으로 집계되며, Polar 플랫폼 수수료가 수수료입니다. 주문과 다른 통화의 수수료는 0으로 표시됩니다.
  • 환불은 결제와 마찬가지로 세전으로 집계됩니다. Polar는 환불일을 제공하지 않으므로 주문이 마지막으로 변경된 날을 환불일로 합니다.
  • 오래된 주문의 환불은 주 1회 전체 읽기로 잡아내므로 최대 일주일 늦게 표시될 수 있습니다.
  • 지불 거절은 읽지 않으므로, 진 지불 거절은 결제 대행사가 환불로도 보고하지 않는 한 결제로 계속 집계됩니다.
  • 실패한 결제는 보고되지 않으므로 해당 수치는 0으로 유지됩니다.
  • MRR은 구독 금액이며, Polar가 이미 반복 할인을 반영해 줄인 금액입니다. 일회성 할인은 MRR을 줄이지 않습니다.
  • 세금 포함 가격에서는 MRR에 세금이 포함됩니다. Polar가 어떤 구독에 세금 포함 가격을 쓰는지 알려 주지 않기 때문입니다. 결제와 환불은 세전으로 집계됩니다.

Lemon Squeezy

  • 결제는 주문 또는 인보이스 합계에서 세금을 뺀 금액입니다.
  • Lemon Squeezy는 세금 포함 환불을 보고하므로 RevGlance가 비율에 따라 세금을 뺍니다. 가끔 1센트의 반올림 차이가 있을 수 있습니다.
  • 전액 환불은 Lemon Squeezy가 처리한 날짜로 기록됩니다. 부분 환불은 날짜가 없어 인보이스 날짜에 표시됩니다.
  • 해지된 구독은 결제된 기간이 끝날 때까지 계속 집계됩니다. 미결제 구독(재시도 4회 실패)은 이탈로 집계되며, 결제가 회복되면 다시 돌아옵니다.
  • Lemon Squeezy는 해지 날짜나 사유를 보내지 않습니다. 해지 날짜는 구독이 마지막으로 변경된 날입니다.
  • Lemon Squeezy는 수수료를 보고하지 않으므로 수수료는 0으로 표시됩니다.
  • 할인은 갱신에 표시되면 MRR에서 차감됩니다. Lemon Squeezy는 할인의 반복 여부를 알려 주지 않으므로, 첫 인보이스에만 있는 할인은 집계되지 않습니다.
  • 오래된 주문의 환불은 주 1회 전체 읽기로 잡아내므로 최대 일주일 늦게 표시될 수 있습니다.
  • 연결 전에 전환된 체험판은 표시되지 않습니다. Lemon Squeezy는 체험판이 진행 중일 때만 알려 줍니다.
  • 지불 거절은 읽지 않으므로, 진 지불 거절은 결제 대행사가 환불로도 보고하지 않는 한 결제로 계속 집계됩니다.

App Store베타

App Store 문서를 기준으로 구축하고 테스트했지만 아직 실제 계정에서는 실행하지 않았습니다. 숫자가 App Store 자체 리포트와 다르면 알려 주세요.

  • 고객 가격이 매출로 집계되고 수수료는 고객 가격에서 수익금을 뺀 금액이므로, 세금 포함 가격의 세금은 수수료로 표시됩니다.
  • MRR은 최신 고객 가격이므로 가격에 세금이 포함된 경우 세금도 포함됩니다. Apple 리포트는 세금을 따로 나누지 않습니다. 도입 혜택은 혜택 가격으로 집계되고, 이후 정상 가격은 확장으로 표시됩니다.
  • 환불은 Apple 리포트에서 음수 가격으로 들어옵니다. Apple이 환불을 취소하면 RevGlance는 해당 구독자와 구독의 최근 환불을 삭제합니다. Apple은 어떤 환불이 취소되었는지 알려주지 않으므로, 한 구독에 환불이 여러 건이면 잘못된 환불이 삭제될 수 있습니다.
  • Apple이 구독자 ID를 재설정한 후(180일) 요청된 환불은 보관되지만 고객 정보는 없습니다.
  • 앱 번들 크레딧(CMB-C)은 환불이 아니므로 제외됩니다.
  • Apple은 해지를 표시하지 않습니다. 갱신이 3일 연체되면 구독이 종료됩니다.
  • 실패한 결제는 보고되지 않으므로 해당 수치는 0으로 유지됩니다.

Google Play베타

Google Play 문서를 기준으로 구축하고 테스트했지만 아직 실제 계정에서는 실행하지 않았습니다. 숫자가 Google Play 자체 리포트와 다르면 알려 주세요.

  • Google은 리포트를 3~7일 늦게 게시합니다. 판매가 먼저 들어오고, 이후 수익 리포트가 Google 수수료를 뺀 실제 지급액으로 대체합니다. 결제는 세전으로 집계됩니다.
  • 부분 환불을 포함한 모든 환불 항목이 보관됩니다. 한 주문의 부분 환불 두 건이 두 월간 리포트에 나뉘면 충돌하여 하나가 누락될 수 있습니다. Google은 리포트에서 환불이 음수인지 밝히지 않으므로 환불 금액으로 읽습니다.
  • Play API를 통한 환불은 30일 전까지만 조회됩니다. 그 이전 환불은 수익 리포트와 함께 들어옵니다.
  • 실시간 알림이 없으면 해지는 갱신이 3일 연체된 것으로만 표시되며, 리포트가 해당 날짜를 포함한 후에 집계됩니다.
  • 테스트 구매는 제외됩니다. 보류 중인 구독은 계속 집계되며, 일시 중지된 구독은 재개될 때까지 이탈로 집계됩니다.
  • MRR은 최신 주문의 세전 금액입니다. 도입 혜택은 혜택 가격으로 집계되고, 이후 정상 가격은 확장으로 표시됩니다.
  • 실패한 결제는 보고되지 않으므로 해당 수치는 0으로 유지됩니다.

Gumroad베타

Gumroad 문서를 기준으로 구축하고 테스트했지만 아직 실제 계정에서는 실행하지 않았습니다. 숫자가 Gumroad 자체 리포트와 다르면 알려 주세요.

  • Gumroad는 제품 통화와 관계없이 모든 금액을 미국 달러로 보고하므로 판매는 USD로 기록됩니다.
  • 환불에는 날짜가 없습니다. 환불은 RevGlance가 발견한 날로 기록되며, 첫 동기화에서는 판매일로 기록됩니다. 이를 잡아내기 위해 판매를 30일 전까지, 주 1회는 전체를 다시 읽습니다.
  • 이긴 지불 거절은 환불이 아니며, 진 지불 거절은 이길 때까지 환불입니다.
  • MRR은 최신 판매에서 결제된 금액이므로, 오퍼 코드가 있으면 정상가 판매가 확장으로 표시될 때까지 낮아집니다.
  • Gumroad가 징수하는 세금은 제외됩니다. 직접 징수하는 세금은 판매 목록에 표시되지 않으므로 포함된 채로 남습니다.
  • 실패한 결제는 보고되지 않으므로 해당 수치는 0으로 유지됩니다.

Paddle베타

Paddle 문서를 기준으로 구축하고 테스트했지만 아직 실제 계정에서는 실행하지 않았습니다. 숫자가 Paddle 자체 리포트와 다르면 알려 주세요.

  • 금액은 Paddle 정산 합계에서 세전으로 가져오며, Paddle 수수료가 수수료입니다.
  • 환불과 지불 거절은 세전으로 집계됩니다. Paddle이 이긴 지불 거절이나 Paddle이 취소한 환불은 더 이상 집계되지 않습니다.
  • Paddle이 가져가는 지불 거절 수수료는 수수료로 집계됩니다.
  • 세금 포함 가격은 다음 인보이스의 세금 비율에 따라 세전으로 MRR에 집계됩니다.
  • 반복 할인은 나중에 보관 처리되었더라도 MRR에서 차감됩니다.
  • 수금하지 못한 결제는 실패한 결제로 집계됩니다. 금액은 이동하지 않습니다.

Braintree베타

Braintree 문서를 기준으로 구축하고 테스트했지만 아직 실제 계정에서는 실행하지 않았습니다. 숫자가 Braintree 자체 리포트와 다르면 알려 주세요.

  • 정산 완료 및 정산 중인 판매가 집계되며, 세금 금액을 보내는 경우 세전입니다. 매입되지 않은 승인은 집계되지 않습니다.
  • 환불은 크레딧 거래이며, Braintree가 처리한 날짜로 기록됩니다.
  • Braintree는 API로 처리 수수료를 보고하지 않으므로 수수료는 0으로 표시됩니다.
  • MRR은 애드온을 포함한 구독 가격에서 결제 주기가 남은 할인을 뺀 금액입니다. 구독에는 고객 정보가 없으므로 결제의 고객을 사용하며, 아직 결제가 없는 구독은 카드 기준으로 표시됩니다.
  • 해지 날짜는 상태 기록에서 가져옵니다. 만료된 구독은 결제 완료 기간의 마지막 날에 종료됩니다.
  • 수금하지 못한 결제는 실패한 결제로 집계됩니다. 금액은 이동하지 않습니다.
  • 지불 거절은 읽지 않으므로, 진 지불 거절은 결제 대행사가 환불로도 보고하지 않는 한 결제로 계속 집계됩니다.

Recurly베타

Recurly 문서를 기준으로 구축하고 테스트했지만 아직 실제 계정에서는 실행하지 않았습니다. 숫자가 Recurly 자체 리포트와 다르면 알려 주세요.

  • 결제된 청구 인보이스는 세전으로 집계됩니다.
  • 환불은 성공한 환불 거래입니다. 세금이 포함되어 있으므로 RevGlance가 인보이스와 같은 비율로 세금을 뺍니다.
  • Recurly는 게이트웨이 수수료를 보고하지 않으므로 수수료는 0으로 표시됩니다.
  • MRR은 Recurly의 구독 소계입니다(단가, 수량, 애드온, 쿠폰 적용 후, 세전).
  • 해지된 구독은 만료될 때까지 계속 집계되며, 만료·실패·일시 중지된 구독은 이탈로 집계됩니다. Recurly는 API로 해지 사유를 제공하지 않습니다.
  • 수금하지 못한 결제는 실패한 결제로 집계됩니다. 금액은 이동하지 않습니다.
  • 지불 거절은 읽지 않으므로, 진 지불 거절은 결제 대행사가 환불로도 보고하지 않는 한 결제로 계속 집계됩니다.

Chargebee베타

Chargebee 문서를 기준으로 구축하고 테스트했지만 아직 실제 계정에서는 실행하지 않았습니다. 숫자가 Chargebee 자체 리포트와 다르면 알려 주세요.

  • 결제된 인보이스는 세전으로 집계됩니다.
  • 환불은 환불 가능한 크레딧 노트에서 가져오며, 크레딧 노트와 같은 비율로 세금을 뺍니다.
  • Chargebee는 게이트웨이 수수료를 보고하지 않으므로 수수료는 0으로 표시됩니다.
  • MRR은 플랜과 애드온 항목에서 인보이스 전체에 계속 적용되는 쿠폰을 뺀 금액입니다. 일회성 청구는 제외됩니다.
  • 갱신하지 않는 구독은 기간이 끝날 때까지 계속 집계됩니다. 일시 중지된 구독은 이탈로 집계됩니다. Chargebee에서 설정한 해지 사유 코드가 사유로 표시됩니다.
  • 수금하지 못한 결제는 실패한 결제로 집계됩니다. 금액은 이동하지 않습니다.
  • 지불 거절은 환불 가능한 크레딧 노트에 기록된 경우에만 집계됩니다.

Shopify베타

Shopify 문서를 기준으로 구축하고 테스트했지만 아직 실제 계정에서는 실행하지 않았습니다. 숫자가 Shopify 자체 리포트와 다르면 알려 주세요.

  • 결제된 주문은 스토어 통화로 세전 집계되며, Shopify Payments 수수료가 수수료입니다. 테스트 주문은 제외됩니다.
  • 환불에는 세금이 포함되어 있으므로 RevGlance가 주문과 같은 비율로 세금을 뺍니다.
  • MRR은 구독 계약(Shopify Subscriptions 및 이를 기반으로 한 앱)에서 할인 후 금액으로 가져옵니다. 판매 플랜으로 생성된 주문은 반복 매출로 집계됩니다.
  • Shopify는 해지 날짜나 사유를 제공하지 않습니다. 해지·만료·실패·일시 중지된 계약은 마지막으로 변경된 날에 종료됩니다.
  • 일부만 결제된 주문은 지금까지 들어온 금액만 집계됩니다.
  • 가격에 세금이 포함된 경우 MRR은 첫 주문의 세금 비율에 따라 세전으로 집계됩니다.
  • 구독 계약에는 체험판 날짜가 없으므로 체험판은 표시되지 않습니다.
  • 지불 거절은 읽지 않으므로, 진 지불 거절은 결제 대행사가 환불로도 보고하지 않는 한 결제로 계속 집계됩니다.
  • 실패한 결제는 보고되지 않으므로 해당 수치는 0으로 유지됩니다.

결제 대행사에서 보는 것과 일치하지 않는 부분이 있나요? 꼭 알고 싶은 버그입니다. RevGlance로 돌아가기