필사 모드: B2B SaaS 빌링 & 미터링 2026 완벽 가이드 - Stripe Billing · Paddle · Lago · OpenMeter · Orb · Chargebee · Recurly · Metronome 심층 분석

프롤로그 — 빌링은 결제가 아니다

2026년에 SaaS 창업자가 처음 마주치는 환상: "결제는 Stripe Checkout 한 줄이면 되겠지."

3개월 뒤 현실: 프로레이션(proration)을 잘못 계산해 환불 요청이 쏟아지고, EU 부가세(VAT) 신고를 깜빡해서 회계사한테 욕먹고, 사용량 기반 요금제로 바꾸려니 Stripe만으로는 미터링이 안 되고, 한국 법인 고객이 세금계산서를 달라고 한다.

**빌링은 결제(payments)가 아니다.** 결제는 빌링의 한 부속품일 뿐이다. 빌링은:

- 구독 라이프사이클 — 트라이얼, 업그레이드, 다운그레이드, 일시정지, 해지

- 프로레이션 — 월 중간 플랜 변경 시 일할 계산

- 사용량 미터링 — API 호출, 토큰, GB 단위 집계

- 인보이스 — PDF 발행, 세금계산서, 회계 통합

- 세금 — VAT, GST, 미국 sales tax, 한국 부가세

- 던닝(dunning) — 결제 실패 시 재시도, 카드 만료 알림

- 수익 인식 — ASC 606, MRR/ARR, 이연수익

- 다중 통화, 다중 결제수단, 다중 법인

2026년에 이 모든 걸 한 도구로 처리하려는 시도는 대부분 실패한다. **빌링은 풀스택**이고, 각 계층마다 강자가 다르다.

이 글은 2026년 5월 기준 B2B SaaS 빌링·미터링 풀스택을 해부한다. Stripe Billing부터 Paddle, Lago, OpenMeter, Orb, Metronome, Chargebee, Recurly, Zuora, 그리고 한·일 결제 게이트웨이까지.

1장 · 왜 빌링은 어려운가

빌링이 "결제 한 줄"로 끝나지 않는 이유를 먼저 짚자.

**프로레이션(proration).** 사용자가 5월 15일에 `Pro` 플랜에서 `Business` 플랜으로 업그레이드했다면? 남은 16일치를 일할로 계산해 차액을 받아야 한다. 다운그레이드는? 환불일까, 크레딧일까, 다음 청구주기에 반영일까? 이건 정책 결정이고, 빌링 엔진이 그 정책을 코드로 표현할 수 있어야 한다.

**세금.** EU VAT는 B2B/B2C가 다르고, 미국 sales tax는 주마다 다르고(45개 주), 한국은 부가세 10%에 세금계산서 발행 의무가 있고, 일본은 소비세에 적격청구서(인보이스 제도)가 있다. 글로벌 SaaS는 잘못하면 탈세범이 된다.

**통화.** USD로 청구하면 EU 고객이 환율 변동에 짜증낸다. EUR/JPY/KRW로 청구하면 환산·정산이 복잡해진다.

**트라이얼.** 14일 무료, 카드 등록 필요/불필요, 트라이얼 종료 자동 청구, 트라이얼 중 업그레이드.

**업그레이드/다운그레이드.** 즉시 적용 vs 다음 주기, 시트 추가 vs 감소, 플랜 변경 시 사용량 carry-over.

**던닝(dunning).** 카드 결제 실패 시 며칠 간격으로 재시도? 실패 횟수 얼마면 해지? 이메일 톤은? 사용자가 카드를 업데이트할 셀프 서비스 페이지는?

**환불.** 부분 환불, 크레딧 노트, 회계상 처리.

**지역 규제.** 한국 전자세금계산서 의무 발행, EU SCA(Strong Customer Authentication), 미국 OFAC 제재 국가 차단, 일본 인보이스 제도(2023년 시행).

이 모든 걸 직접 짜면 6개월이 사라진다. **그래서 빌링 도구가 산업이 됐다.**

2장 · 가격 모델 5종 — flat-fee, per-seat, usage-based, tiered, hybrid

빌링 도구를 고르기 전에 **가격 모델**을 정해야 한다. 도구마다 잘 지원하는 모델이 다르다.

**Flat-fee (정액제).** 월 `$99` 고정. 단순하고 예측 가능. Notion Personal Pro, Linear Starter처럼 소규모 팀용에 흔하다. Stripe Billing이 가장 잘 다루는 모델.

**Per-seat (시트당).** 사용자 1명당 `$10/mo`. Slack, Notion Team, Linear Business가 대표. 시트 추가/감소 시 프로레이션이 필수. 모든 도구가 지원하지만 시트 핸들링 디테일이 다르다.

**Usage-based (사용량 기반).** API 호출 1만 건당 `$5`, GB당 `$0.10`. Twilio, AWS, OpenAI API가 대표. 2023~2026년 가장 빠르게 성장한 모델. 이게 **미터링(metering)** 도구가 필요한 이유다.

**Tiered (계단식).** 1만 건까지 `$0.10/건`, 1만~10만 건 `$0.08`, 10만 건 이상 `$0.05`. 볼륨 디스카운트. Twilio, SendGrid, Postmark가 이렇게 한다. 또는 `Starter $29 (10 seats), Pro $99 (50 seats), Enterprise (custom)` 같은 패키지 티어.

**Hybrid (하이브리드).** 베이스 요금 + 사용량 초과분. `Pro $99/mo (1만 API call 포함, 초과 시 건당 $0.005)`. PLG SaaS의 사실상 표준이 됐다. Datadog, Segment, Linear Business가 이 방식.

**2026년 트렌드: usage-based + hybrid가 PLG SaaS의 디폴트.** 시트 기반은 엔터프라이즈에 남았고, 정액제는 인디 SaaS에만 남았다. Andreessen Horowitz의 2024년 조사에서 SaaS 회사의 **41%가 usage-based pricing을 도입**했다고 한다.

3장 · Stripe Billing — 시장 표준

Stripe Billing은 2018년 출시 이후 2026년에도 SaaS 빌링의 **사실상 표준**이다.

**핵심 기능.**

- **Subscriptions** — 구독 라이프사이클 관리 (생성·업그레이드·해지·일시정지).

- **Invoices** — PDF 인보이스 자동 발행, 이메일 발송, hosted invoice page.

- **Metered billing** — `usage_records` API로 사용량 보고, 주기 종료 시 자동 청구.

- **Customer Portal** — 사용자가 카드 변경·플랜 변경·해지를 셀프로. Stripe가 호스팅해주는 페이지.

- **Stripe Tax** — 글로벌 세금 자동 계산·신고 보조. 2021년 출시, 2024년 확장.

- **Webhooks** — `invoice.paid`, `customer.subscription.updated` 등 이벤트 후크.

**강점.**

- 개발자 경험 최고. SDK·문서·테스트 카드·대시보드가 모두 1급.

- 카드 결제(PSP) + 빌링이 통합 — 인보이스 발행 후 결제까지 한 흐름.

- 글로벌 확장 — 40+ 국가, 135+ 통화, Apple Pay·Google Pay·SEPA·iDEAL·Bancontact.

- 에코시스템 — Zapier, Segment, HubSpot, Salesforce 통합이 완비.

**약점.**

- **사용량 기반은 약하다.** `usage_records` API는 단순한 카운터일 뿐, 복잡한 미터(중복 제거, 차원 분리, late event)는 직접 짜야 한다.

- **MoR가 아니다.** Stripe는 PSP — 세금 신고·환불·차지백 책임은 셀러(당신)에게 있다. EU/미국 세금 신고는 Stripe Tax가 도와주지만, 신고·납부는 직접.

- **엔터프라이즈 기능은 부족.** 복잡한 수익 인식(ASC 606), 다단계 승인, 견적-청구 흐름(quote-to-cash)은 약하다.

**가격(2026).** 카드 결제 수수료 2.9% + `$0.30`, Stripe Billing은 인보이스 금액의 0.5%~0.8% 추가. Stripe Tax는 거래의 0.5%.

**대표 사용자.** Notion, Slack, Linear, Vercel, Figma(일부), Cursor, Anthropic Console.

4장 · Paddle — Merchant of Record (MoR)

Paddle은 **MoR(Merchant of Record)** 모델의 대표다. Stripe와 가장 큰 구조적 차이.

**MoR란?** Paddle이 당신 대신 판매자가 된다. 고객은 Paddle에 결제하고, Paddle이 세금을 떼고 당신에게 정산한다. 즉:

- **세금 신고·납부 책임이 Paddle에 있다.** EU VAT, 미국 sales tax, 호주 GST 등 모두 Paddle이 처리.

- **차지백·환불 책임도 Paddle에.** Stripe면 당신이 분쟁 대응해야 하지만, Paddle은 Paddle이 처리.

- **PCI 컴플라이언스 부담 없음.** Paddle이 카드 정보를 처리.

**대신 수수료가 높다.** 카드 결제 5% + `$0.50` 수준. Stripe(2.9% + `$0.30`)보다 2배쯤. 그 대신 세금·법무 부담을 통째로 가져간다.

**누구한테 맞나?**

- 인디 SaaS 개발자, 부트스트랩 창업자 — 회계사 고용 없이 글로벌 판매.

- B2C SaaS, 디지털 다운로드 — 다국가 세금 처리가 부담.

- 작은 SaaS — 한 사람 운영, 세무 신고 시간 없음.

**누구한테 안 맞나?**

- 미국 내수 위주 B2B — 세금 부담 적음, 수수료가 더 아까움.

- 엔터프라이즈 — Net-30 인보이스, ACH·송금 결제가 더 중요.

**Paddle Billing(2024년 출시).** 이전 Paddle Classic은 일회성 결제 중심이었지만, 2024년 새 Paddle Billing이 구독·메터링·고객포털을 완비. Stripe Billing 직접 경쟁자.

**대표 사용자.** Userlist, Beamer, BrowserStack(일부), 다수의 인디 SaaS.

5장 · Lago — 오픈소스 사용량 기반 빌링

Lago는 **Y Combinator W21** 출신 오픈소스 빌링 엔진이다. 2021년 시작, MIT 라이선스.

**포지셔닝.** "Open-source Chargebee + Stripe Billing." 사용량 기반에 특화.

**핵심 기능.**

- **Self-host 또는 클라우드** — Docker로 자체 호스팅하거나 Lago Cloud 사용.

- **Events API** — 사용량 이벤트 수집(API 호출, GB 처리, 메시지 전송 등).

- **Plans & Charges** — 플랜·요금·티어·패키지를 코드/UI로 정의.

- **Invoices & Credit Notes** — PDF 인보이스, 크레딧 노트, 환불.

- **Stripe·Adyen·GoCardless 통합** — 결제는 PSP에 위임.

- **Webhooks, GraphQL API, REST API.**

**강점.**

- **오픈소스 — 코드를 본다, 수정한다, 셀프 호스팅.** EU 데이터 주권 요구 충족, 미터링 정확도를 직접 확인.

- **사용량 기반 1급 시민** — Stripe Billing의 약점이 Lago의 강점.

- **개발자 친화** — API·SDK 디자인이 깔끔, 문서가 좋음.

**약점.**

- **세금 처리는 위임** — Stripe Tax나 Avalara를 따로 연결해야.

- **고객 포털은 기본만 제공** — 커스텀이 필요.

- **엔터프라이즈 기능은 발전 중** — 견적-청구, 다단계 승인은 약함.

**가격(2026).** 셀프호스팅은 무료. Lago Cloud는 매출 비례 + 시작 무료 티어.

**대표 사용자.** Mistral AI, Pinecone, Vercel(내부 일부), 그 외 미터링 헤비 SaaS.

6장 · OpenMeter — Kubernetes 네이티브 미터링

OpenMeter는 **Apache 2.0 오픈소스** 사용량 미터링 엔진이다. 2022년 시작.

**포지셔닝.** "Billing이 아니라 미터링." 빌링은 Stripe·Lago에 맡기고, **사용량 집계의 정확도와 스케일에 집중**.

**아키텍처.**

- **Kafka 백본** — 이벤트 스트림이 Kafka로 들어간다. 초당 수만~수십만 이벤트를 처리.

- **ClickHouse 집계** — 시계열 집계 DB. 실시간 사용량 조회·차원 분리·중복 제거.

- **CloudEvents 표준** — 이벤트 포맷이 표준화돼 다른 시스템과 호환.

- **Kubernetes 네이티브** — Helm 차트, Operator로 배포.

**왜 따로 미터링 엔진이 필요한가?**

- **Late events** — 사용 이벤트가 1시간 늦게 들어와도 정확히 집계.

- **Idempotency** — 중복 이벤트를 자동 제거(같은 `idempotency_key`).

- **Dimensional aggregation** — `customer_id × region × model` 같은 다차원 집계.

- **Throughput** — Stripe `usage_records` API는 초당 수십 건이 한계, OpenMeter는 수만 건.

**누구한테 맞나?**

- LLM API 회사 — 토큰 단위 미터링, 모델별·고객별·지역별 차원.

- CDN, 클라우드 인프라 — GB·요청·시간 단위 대규모 미터링.

- IoT, 텔레메트리 — 수만 디바이스에서 이벤트 폭주.

**Lago와의 차이.** Lago는 빌링+미터링 풀스택, OpenMeter는 미터링 전용. 둘을 조합해도 된다 — OpenMeter로 집계, Lago/Stripe로 청구.

**대표 사용자.** LLM 인프라 회사 다수, 일부 클라우드 스타트업.

7장 · Orb — 사용량 기반 빌링의 PLG 스타

Orb는 **Y Combinator W22** 출신, 2022년 시작. 사용량 기반 PLG SaaS에 집중.

**포지셔닝.** "Stripe Billing이 못하는 복잡한 사용량 가격을 한다." Stripe Tax·Salesforce·NetSuite와 깊이 통합.

**핵심 기능.**

- **Complex pricing** — 티어드 + 패키지 + 그라데이션, 다차원 가격, 약정+초과(commit + overage).

- **Real-time usage portal** — 고객이 자기 사용량을 실시간으로 볼 수 있는 대시보드.

- **Salesforce + Stripe + NetSuite 통합** — RevOps 풀스택과 연결.

- **Revenue recognition** — ASC 606 자동 처리, 회계 통합.

**강점.**

- **복잡한 가격 모델을 우아하게** — Stripe Billing의 약점을 완전히 메움.

- **엔터프라이즈 RevOps 친화** — Salesforce·NetSuite·QuickBooks와 깊이 통합.

- **실시간 사용량 가시성** — 고객이 자기 비용을 실시간으로 본다.

**약점.**

- **가격이 높다** — 엔터프라이즈 SaaS 가격. 인디 개발자에겐 과함.

- **PSP가 아니다** — Stripe나 Adyen을 따로 둬야.

- **셀프 서비스 SaaS에 최적화** — 인보이스 기반 엔터프라이즈는 별도 흐름.

**대표 사용자.** Vercel, Replicate, Cohere, Anthropic API, 그 외 PLG SaaS 다수.

**가격(2026).** 비공개. 매출 비례, 통상 매출의 0.5~1% 수준.

8장 · Metronome — OpenAI·Anthropic·Databricks가 쓴다

Metronome은 **Y Combinator** 출신, 2019년 시작. 사용량 기반 빌링·미터링 풀스택.

**포지셔닝.** "AI·인프라 회사를 위한 빌링." LLM API·클라우드 인프라의 미터링·청구를 모두 한다.

**대표 사용자가 곧 포지셔닝이다.**

- **OpenAI** — ChatGPT Plus·Enterprise·API 청구 일부.

- **Anthropic** — Claude API·Console 미터링·청구.

- **Databricks** — DBU 사용량 청구.

- **Confluent**, **Nylas**, **Twilio Segment** 일부.

**핵심 기능.**

- **고스케일 미터링** — OpenAI 수준의 트래픽을 처리.

- **복잡한 약정 + 초과 모델** — `$1M/yr commit, $0.01/1k tokens overage` 같은 엔터프라이즈 딜.

- **Revenue recognition** — ASC 606, 다단계 승인.

- **Salesforce·NetSuite·QuickBooks 통합.**

**강점.**

- **AI·인프라 회사 검증된 스케일** — OpenAI·Anthropic 트래픽을 처리한다.

- **엔터프라이즈 RevOps 풀스택.**

**약점.**

- **가격이 매우 높다** — 엔터프라이즈 가격, 인디·중소는 못 산다.

- **세팅 복잡** — 본격 RevOps팀이 있어야 가치를 뽑는다.

**Orb vs Metronome.** 비슷한 포지션, 다른 시장. Orb는 PLG SaaS 미드마켓, Metronome은 AI·인프라 엔터프라이즈. 실무에서는 같은 결정 테이블에 자주 같이 오른다.

9장 · Chargebee — 구독 빌링의 전통 강자

Chargebee는 2011년 인도 첸나이에서 시작. 2026년 시점 **구독 빌링의 전통 강자**.

**포지셔닝.** "Stripe + Salesforce 사이." 미드마켓~엔터프라이즈 SaaS의 구독 풀스택.

**핵심 기능.**

- **Subscription management** — 라이프사이클 전체.

- **Smart dunning** — AI 기반 결제 재시도 최적화.

- **Revenue recognition** — ASC 606, GAAP.

- **Quote-to-cash** — 견적·계약·청구·수금 통합 흐름.

- **다중 PSP 지원** — Stripe·Adyen·Braintree·Authorize.Net 등.

- **다중 통화·다중 법인.**

**강점.**

- **엔터프라이즈 SaaS 검증** — Freshworks, Calendly, Okta 일부, 수만 고객.

- **PSP 비종속** — 결제 게이트웨이를 자유롭게 선택·변경.

- **RevOps 풀스택** — Salesforce·HubSpot·NetSuite·Xero·QuickBooks 통합.

**약점.**

- **사용량 기반은 평범** — Orb·Metronome·Lago에 비해 약함.

- **가격이 비싸다** — 미드마켓 SaaS 기준 월 수천 달러부터.

- **셋업이 복잡** — RevOps 인력 필요.

**대표 사용자.** Calendly, Freshworks, Okta(일부), Pinterest(일부).

10장 · Recurly — 구독 빌링 또 하나의 전통 강자

Recurly는 2009년 시작. 2026년 시점 Chargebee와 같은 미드마켓~엔터프라이즈 영역.

**포지셔닝.** Chargebee와 거의 같은 시장. 차이는 **세부 디테일과 가격 협상**.

**핵심 기능.**

- Subscription lifecycle.

- Revenue recognition.

- Smart retries (결제 실패 재시도).

- Tax automation (Avalara·Vertex 통합).

- 다중 PSP, 다중 통화.

**강점.**

- **북미·유럽 미디어·엔터테인먼트 강세** — Sling TV, AccuWeather, FabFitFun.

- **세련된 던닝 로직.**

- **고객 포털이 깔끔.**

**약점.**

- Chargebee와 거의 동일. 사용량 기반은 평범.

**Chargebee vs Recurly.** 거의 같은 시장, 거의 같은 기능. 영업 협상·가격·기존 통합으로 결정되는 경우가 많다.

11장 · Maxio — Chargify + SaaSOptics 합병

Maxio는 2022년 **Chargify(빌링)와 SaaSOptics(SaaS 메트릭·재무)의 합병**으로 탄생.

**포지셔닝.** "B2B SaaS CFO를 위한 풀스택." 빌링 + SaaS 메트릭(MRR·ARR·LTV·churn) + 재무 보고를 통합.

**핵심 기능.**

- **Advanced Billing (구 Chargify)** — 구독·사용량·하이브리드 빌링.

- **Advanced Financial Reporting (구 SaaSOptics)** — MRR·ARR·churn·코호트 분석, ASC 606.

- **회계 통합** — NetSuite, Sage Intacct, QuickBooks, Xero.

**강점.**

- **CFO 친화** — 빌링과 재무 보고가 한 도구.

- **SaaS 메트릭 풀스택** — 별도 BI 도구 없이 MRR/ARR 대시보드.

**약점.**

- **사용량 기반은 평범** — Chargify 시절 약점이 남았다.

- **개발자 경험은 평범** — Stripe·Lago에 비해 떨어진다.

**대표 사용자.** 미드마켓 SaaS 다수, 특히 재무팀 주도로 도입한 곳.

12장 · Zuora — 엔터프라이즈 구독의 절대 강자

Zuora는 2007년 시작, 2018년 NYSE 상장. **엔터프라이즈 구독 빌링의 절대 강자**.

**포지셔닝.** Fortune 500 미디어·통신·SaaS의 구독 인프라. Salesforce에 견줄 만한 엔터프라이즈 도구.

**대표 사용자.** Zoom(상장 전), Box, DocuSign, NCR, GE, Honeywell, Schneider Electric, Sky, The New York Times.

**핵심 기능.**

- **Zuora Billing** — 구독 라이프사이클.

- **Zuora Revenue** — ASC 606 수익 인식 풀스택.

- **Zuora CPQ** — 견적·계약·가격.

- **Zuora Collect** — 수금·던닝.

**강점.**

- **엔터프라이즈 검증된 스케일** — 수백만 고객, 수십억 매출 처리.

- **Salesforce 깊은 통합** — 영업·빌링·수익 인식 흐름이 매끄러움.

- **복잡한 비즈니스 모델 지원** — B2B2C, 마켓플레이스, 사용량+약정.

**약점.**

- **가격이 매우 매우 비싸다** — 6자리 달러부터.

- **셋업이 매우 복잡** — 통상 6~18개월, 외부 컨설팅 필수.

- **개발자 친화 아님** — 영업·컨설팅 중심 도구.

**누구한테?** 매출 `$50M+` SaaS, 또는 미디어·통신·하드웨어가 구독으로 전환하는 대기업.

13장 · 회계 통합 — Sage Intacct · NetSuite · QuickBooks Online

빌링은 끝이 아니다. **빌링 데이터는 회계 시스템(ERP)로 흘러가야** 한다.

**QuickBooks Online (QBO).** 인디·소규모 SaaS의 디폴트. 미국·캐나다 시장 점유율 1위. Stripe·Chargebee·Lago 모두 네이티브 통합.

**Xero.** QBO 경쟁자, 호주·뉴질랜드·영국 강세. 인디 SaaS에 인기.

**Sage Intacct.** 미드마켓 SaaS의 표준. AICPA 추천. SaaS 회계의 ASC 606 처리에 강함. Chargebee·Maxio·Zuora와 깊은 통합.

**NetSuite (Oracle).** 미드마켓~엔터프라이즈 ERP의 절대 강자. SaaS·이커머스·제조 모두 커버. 매출 `$50M~$500M` SaaS의 사실상 표준.

**SAP S/4HANA.** Fortune 500 ERP. 거대 SaaS는 결국 여기로 간다.

**FreshBooks.** 프리랜서·1인 사업자 중심.

**전략.** 빌링 도구를 고를 때 "**우리 ERP와의 통합이 네이티브인가 vs 직접 짜야 하나**"를 먼저 본다. 직접 짜는 통합은 늘 깨진다.

14장 · MoR vs PSP — 누가 세금·환불 책임을 지는가

이 글 전체에서 가장 중요한 한 가지를 다시 정리한다.

**PSP (Payment Service Provider).** Stripe, Adyen, Braintree, Worldpay. 카드 처리만 한다. 셀러는 당신이고, 세금 신고·환불·차지백 책임은 당신에게 있다.

**MoR (Merchant of Record).** Paddle, LemonSqueezy, FastSpring, 2Checkout, Cleverbridge. **그들이 셀러**가 된다. 세금 신고·환불·차지백 책임을 가져간다. 대신 수수료가 더 높다.

| 항목 | PSP (Stripe) | MoR (Paddle) |

| --- | --- | --- |

| 셀러는 누구 | 당신 | MoR |

| 세금 신고 책임 | 당신 | MoR |

| 환불 분쟁 | 당신 | MoR |

| 차지백 비용 | 당신 부담 | MoR 부담 |

| PCI 컴플라이언스 | 당신 (Stripe가 대부분 처리) | MoR |

| 수수료 | 2.9% + `$0.30` | 5% + `$0.50` |

| 자유도 | 높음 | 낮음 (MoR 규정 따라야) |

**언제 MoR?**

- 인디 SaaS, 1~2인 운영.

- 글로벌 B2C, 다국가 디지털 다운로드.

- 회계사·세무사 고용 부담 큰 단계.

**언제 PSP?**

- 미국·자국 내수 위주.

- 엔터프라이즈 B2B — 인보이스·송금·Net-30이 중요.

- 매출 충분히 커서 세무팀 보유.

15장 · LemonSqueezy — Stripe가 2024년에 인수

LemonSqueezy는 2021년 시작한 인디 MoR. 2024년 7월 **Stripe가 인수**.

**포지셔닝.** "Indie SaaS·디지털 제품을 위한 MoR." Gumroad의 SaaS 버전.

**왜 Stripe가 샀나?** Stripe는 PSP였고, MoR 시장(Paddle·FastSpring)이 인디 SaaS에서 크고 있었다. LemonSqueezy 인수로 Stripe가 MoR 기능을 직접 제공 — 2025년 `Stripe Tax + MoR` 통합 발표.

**현재(2026).** LemonSqueezy 브랜드는 유지, Stripe 백엔드와 통합 진행 중. 신규 인디 SaaS는 LemonSqueezy 또는 Paddle을 비교한다.

**Paddle과의 차이.** Paddle은 B2B SaaS·미드마켓 강세, LemonSqueezy는 더 인디·1인 개발자 친화 UX.

16장 · FastSpring · 2Checkout · Cleverbridge — 또 다른 MoR

MoR 시장에는 Paddle·LemonSqueezy 외에도 오래된 강자들이 있다.

**FastSpring.** 2005년 시작. SaaS·게임·디지털 제품. 글로벌 세금 처리. Atlassian, Cisco, JetBrains 등이 사용.

**2Checkout (Verifone).** 2006년 시작, 2017년 Verifone 인수. 글로벌 결제+MoR. 87개 통화, 45개 지역 세금.

**Cleverbridge.** 1995년 독일에서 시작. B2B·B2C 글로벌 e커머스. Acronis, Avira, Corel 등 보안·유틸 소프트웨어 강세.

**전략.** Paddle·LemonSqueezy가 더 모던하지만, FastSpring·2Checkout·Cleverbridge가 더 오래되고 글로벌 커버리지가 넓다. JetBrains처럼 90+ 국가 판매하는 경우 FastSpring이 선택지.

17장 · 세금 스택 — Stripe Tax · TaxJar · Avalara · Vertex

빌링 도구 선택만큼 중요한 게 **세금 스택**이다.

**Stripe Tax.** Stripe 통합, 자동 세율 계산, 등록 보조. EU VAT·미국 sales tax·캐나다 GST·호주 GST·일본 소비세 지원. 가격: 거래의 0.5%. **인디·중소 SaaS의 디폴트.**

**TaxJar.** 2013년 시작, 2021년 Stripe 인수. 미국 sales tax 전문, 자동 신고 서비스(AutoFile). 미국 50개 주 전체 커버. Stripe가 인수했지만 단독 제품으로 유지.

**Avalara.** 2004년 시작, 미국 NYSE 상장(2022년 private equity가 인수, 2024년 비공개화). 엔터프라이즈 세금 자동화의 절대 강자. AvaTax, Returns, CertCapture. Fortune 500 다수. **Chargebee·Recurly·NetSuite·Zuora가 모두 통합.**

**Vertex.** 1978년 시작. 엔터프라이즈 세금 전문. Avalara 직접 경쟁자. 대형 제조·소매 강세.

**Sovos.** 2014년 합병으로 탄생. 글로벌 세금·인보이스 컴플라이언스. EU 전자인보이스 의무화에 강함.

**Sphera.** Sovos 자회사. 환경·규제 컴플라이언스 전문.

**전략.** 매출 단계별 — `$0~$5M` Stripe Tax, `$5M~$50M` Avalara/Vertex, `$50M+` Avalara 풀스택 + 자체 세무팀.

18장 · 한국 결제 — Toss · KG Inicis · NICE · KCP · KakaoPay

한국 SaaS는 글로벌 SaaS와 결제 흐름이 다르다. **PG(Payment Gateway)와 카드사가 분리**돼 있고, 세금계산서가 의무.

**Toss Payments.** 비바리퍼블리카(Toss) 자회사. 2026년 시점 한국 PG 점유율 빠르게 상승. **개발자 경험이 한국 PG 중 최고** — Stripe급 SDK·문서·테스트 환경. 정기결제, 인증결제, 간편결제, 해외결제 모두 지원.

**KG Inicis.** 1998년 시작, 한국 PG 1세대 강자. 인디·중소 쇼핑몰 다수 사용. API는 오래된 스타일, 통합 비용 있음. 그래도 한국 카드사 전체 커버리지 가장 안정적.

**NICE Payments (NICE페이먼츠).** 한국 정보 인프라 강자 NICE 그룹. 카드 인증·정기결제·간편결제·해외결제. 대기업·금융 고객 다수.

**KCP (한국사이버결제).** 1996년 시작, NHN 자회사. KG Inicis와 함께 1세대 PG 양대산맥.

**KakaoPay.** 2014년 시작. B2C 간편결제 강세, B2B 정기결제도 확장. Stripe Korea가 들어오기 전 한국 SaaS의 큰 옵션.

**Stripe Korea.** 2022년부터 한국 진출 작업, 2024년 정식 출시. 글로벌 SaaS의 한국 청구를 단순화. 하지만 **세금계산서 발행은 별도 처리** 필요 — 보통 KISA 전자세금계산서 시스템과 연동.

**한국 빌링 흐름 표준 패턴.**

- 글로벌 SaaS: Stripe + 한국 법인 매출은 세금계산서 별도.

- 한국 토종 SaaS: Toss Payments + 자체 정기결제 + 세금계산서 시스템(예: Bill36524).

19장 · 일본 결제 — GMO · SoftBank · Stripe Japan · PayPay

일본은 한국과 비슷하면서 다르다. **소비세 + 적격청구서(인보이스 제도, 2023년 시행)**가 변수.

**GMO Payment Gateway.** 1995년 시작, 일본 PG 점유율 1위. 카드·편의점·은행이체·전자머니 모두 커버. 카드사 전체 커버리지 안정적.

**SoftBank Payment Service.** SoftBank 그룹. GMO 직접 경쟁자.

**Stripe Japan.** 2016년 출시. 일본 카드(JCB 포함) 완전 지원. 일본어 대시보드·문서. SaaS 결제의 글로벌 표준을 일본에 가져왔다.

**PayPay.** 2018년 SoftBank·Yahoo Japan 합작. B2C QR 결제 점유율 압도적. SaaS는 보통 카드 결제로, PayPay는 B2C·소매에 강함.

**LINE Pay.** 일본·대만·태국에서 LINE 기반. 일본 SaaS B2B는 거의 안 쓴다.

**Pay.JP.** 일본 인디 SaaS PG. JCB 카드 강세.

**일본 빌링 흐름 표준 패턴.**

- 글로벌 SaaS 일본 진출: Stripe Japan + 적격청구서 발행 시스템(MoneyForward·freee).

- 일본 토종 SaaS: GMO Payment + 자체 시스템.

20장 · 일본 SaaS 빌링 — freee · MoneyForward · smartHR · Yappli

일본 SaaS의 빌링·재무 스택은 한국·미국과 또 다르다.

**freee.** 2012년 시작, 도쿄 증권거래소 상장. 일본 중소기업 클라우드 회계 1위. 청구·인보이스·세무 신고·급여 풀스택. 적격청구서(인보이스 제도) 발행을 자동화한 사실상 표준.

**MoneyForward.** 2012년 시작. freee 직접 경쟁자. 회계·청구·급여·경비 정산. 미드마켓~엔터프라이즈에 강세.

**smartHR.** 2015년 시작. HR 클라우드 1위. 빌링 도구는 아니지만, 일본 SaaS 빌링은 freee·MoneyForward와 함께 풀스택 RevOps의 한 축.

**Yappli.** 2013년 시작, 노코드 모바일 앱 빌더. 자체 빌링·구독 관리 일본 시장에 맞춤.

**전략.** 일본 시장 진출 SaaS는 freee 또는 MoneyForward와 인보이스 통합이 필수. 한국·미국 회계 도구로는 일본 적격청구서를 못 만든다.

21장 · 한국 SaaS 사례 — Channel.io · Allganize · NinjaCart · Toss Payments

한국에서 B2B SaaS 빌링을 어떻게 풀고 있나.

**Channel.io (채널톡).** 2014년 시작, 일본 진출. 시트 기반 + 사용량 기반 하이브리드. 자체 빌링 + Toss Payments·해외는 Stripe.

**Allganize.** 2017년 시작, 엔터프라이즈 LLM. 엔터프라이즈 견적-청구 흐름, 자체 빌링 + Stripe.

**NinjaCart.** 인도 출신이지만 글로벌, 농업 SaaS. 다국가 결제.

**Toss Payments.** PG이지만 자체적으로 SaaS 빌링 도구도 만든다 — `Toss Payments 정기결제` API. 한국 SaaS의 사실상 표준이 되고 있다.

**B2B 한국 SaaS 빌링 패턴.**

- 시드·시리즈 A: Toss Payments + 자체 빌링 코드 (3개월 만에 후회).

- 시리즈 B+: Stripe Korea + Chargebee/Lago + Toss Payments 보조.

- 글로벌 진출: Stripe (글로벌) + Toss Payments (한국) + 세금계산서 시스템.

22장 · Webhooks와 멱등성 — 빌링 안정성의 핵심

빌링이 가장 자주 깨지는 지점은 **webhook 처리**다.

**문제.** Stripe·Paddle·Lago가 `invoice.paid` 이벤트를 보낸다. 당신 서버가 받아서 DB에 "유료 사용자"로 마킹한다. 하지만:

- 같은 이벤트가 두 번 도착할 수 있다 (Stripe 재시도).

- 당신 서버가 처리 중 죽으면, Stripe는 재시도.

- 순서가 뒤집힐 수 있다 (`subscription.created` 전에 `invoice.paid`).

**해결: 멱등성(idempotency).**

- **`event.id`를 DB에 저장.** 이미 처리한 이벤트는 무시.

- **모든 핸들러를 멱등하게.** 같은 이벤트가 10번 와도 결과는 같아야 한다.

- **이벤트 큐로 비동기 처리.** webhook은 빨리 200 OK만 반환, 실제 처리는 백그라운드 잡으로.

- **재시도 가능한 작업으로 설계.** DB 트랜잭션·idempotency key 패턴.

**도구.** Stripe·Paddle은 이벤트에 `id`를 부여한다. Inngest·Trigger.dev·Hatchet·Temporal 같은 워크플로 도구로 webhook을 큐에 넣고 멱등 처리하는 패턴이 2026년 표준.

23장 · RevOps — ASC 606, MRR, ARR, churn

빌링은 단순히 돈 받는 게 아니라 **회계·재무 보고**로 이어진다. 이 영역이 RevOps(Revenue Operations).

**ASC 606 (수익 인식 기준).** 미국 회계 기준. **현금을 받았다고 매출이 아니다.** 서비스를 제공한 만큼만 매출. 연간 구독료를 한 번에 받아도, 매월 1/12씩 매출로 인식해야 한다. SaaS 회계의 핵심.

**MRR (Monthly Recurring Revenue).** 월간 반복 매출. SaaS의 가장 중요한 메트릭.

**ARR (Annual Recurring Revenue).** MRR × 12. 투자자에게 보여주는 표준 지표.

**Churn (이탈률).** 고객 수 기준(logo churn), 매출 기준(revenue churn), 순(net) churn(확장 매출 감안).

**Expansion revenue.** 기존 고객의 업그레이드·시트 추가. 헬시한 SaaS는 net revenue retention이 110%+.

**도구.** Maxio, ChartMogul, ProfitWell(현재 Paddle 자회사), Baremetrics. Stripe Sigma로 직접 SQL 쿼리도 가능.

**전략.** 시드 단계는 Stripe Sigma + 스프레드시트, 시리즈 A부터 ChartMogul·ProfitWell, 시리즈 B+부터 Maxio·NetSuite RevOps 풀스택.

24장 · 오픈소스 대안 — Killbill · Crater · InvoiceShelf

상용 빌링 도구가 비싸면 오픈소스도 있다. 2026년 시점 살아있는 옵션들.

**Killbill.** 2010년 시작, Apache 2.0. **JBoss 출신이 만든 자바 빌링 엔진.** 엔터프라이즈 스케일. Lago보다 더 큰 사이즈를 처리할 수 있지만, 자바 + 운영 부담이 무겁다.

**Lago.** 위에서 이미 다룸. 미터링+빌링 모던 오픈소스.

**Crater.** Laravel/PHP 기반 인보이스 도구. SaaS 풀스택은 아니지만 단순 인보이스에 좋다.

**InvoiceShelf (구 InvoicePlane).** PHP 인보이스. 단순한 프리랜서 도구.

**Cosmos.js, Lemon Cashier (Laravel)** — 프레임워크 내장 빌링 헬퍼. Stripe·Paddle 통합을 코드로.

**전략.** 100% 오픈소스로 가야 하는 이유는 (1) EU 데이터 주권, (2) 정부·국방 컴플라이언스, (3) 자체 호스팅 정책. 그 외에는 SaaS 빌링 도구 가격이 그렇게 비싸지 않다 — 시간 비용이 훨씬 크다.

25장 · 의사결정 매트릭스 — 어떤 빌링을 골라야 하나

지금까지 본 것을 정리하는 결정 테이블.

| 단계 / 모델 | 추천 스택 |

| --- | --- |

| 인디 SaaS, B2C, 1~2인 | Paddle 또는 LemonSqueezy (MoR) |

| 인디 SaaS, B2B | Stripe Billing + Stripe Tax |

| PLG SaaS, 시드~시리즈 A, usage-based | Stripe + Lago 또는 Stripe + Orb |

| PLG SaaS, 시리즈 B+, AI/인프라 | Stripe + Metronome 또는 Stripe + Orb |

| 시트 기반 미드마켓 SaaS | Chargebee 또는 Recurly + Stripe/Adyen |

| 미드마켓 SaaS + 재무 풀스택 | Maxio + Stripe |

| 엔터프라이즈 (`$50M+` ARR) | Zuora + Salesforce + NetSuite + Avalara |

| 한국 토종 SaaS, B2B | Toss Payments + 자체 빌링 또는 Stripe + 세금계산서 |

| 일본 진출 SaaS | Stripe Japan + freee/MoneyForward (적격청구서) |

| 정부·국방·EU 데이터 주권 | Lago/Killbill 셀프호스팅 + 자체 PSP |

**3가지 핵심 원칙.**

1. **단계에 맞게 시작하라.** 시드 단계에 Zuora 도입하면 12개월 사라진다. Stripe Billing으로 시작하고, 매출 성장에 맞춰 교체.

2. **사용량 기반이면 미터링 엔진을 따로 봐라.** Stripe `usage_records`만으로는 한계. Lago·OpenMeter·Orb·Metronome 중 하나.

3. **글로벌이면 MoR을 진지하게 봐라.** 회계사·세무사 부재의 인디 SaaS는 Paddle·LemonSqueezy의 5% 수수료가 자유의 값이다.

26장 · 안티패턴 10가지

빌링에서 자주 보는 실수들.

1. **`paid_at` 컬럼만 보고 유료 사용자 판정.** 환불·차지백·체크백을 놓친다. 항상 `subscription.status`를 본다.

2. **webhook 핸들러에서 동기적으로 무거운 작업.** Stripe 5초 타임아웃 → 재시도 폭주. 큐로 비동기.

3. **멱등성 키 없이 webhook 처리.** 같은 이벤트로 두 번 청구.

4. **`amount_paid`를 매출로 인식.** ASC 606 위반. 서비스 기간으로 안분.

5. **세금을 사후에 더하기.** 표시 가격과 실제 청구 차이로 환불 폭주. EU는 VAT-inclusive 표시 의무.

6. **프로레이션 자체 구현.** Stripe·Chargebee가 해주는 걸 직접 짜다 버그 폭주.

7. **시간대 무시.** UTC 기준 청구일과 사용자 로컬 시간이 어긋남.

8. **던닝 정책 없음.** 카드 만료 알림·재시도 정책 없으면 매출 5~10% 새다.

9. **고객 포털 미제공.** 사용자가 카드 업데이트·해지를 못 해서 차지백 분쟁으로.

10. **빌링 데이터를 ERP에 안 보냄.** 분기 결산 때 회계사가 운다.

27장 · 참고 / References

- [Stripe Billing — 공식 문서](https://stripe.com/docs/billing)

- [Stripe Tax — 공식](https://stripe.com/tax)

- [Stripe — Usage-based billing](https://stripe.com/docs/billing/subscriptions/usage-based)

- [Paddle — Paddle Billing](https://www.paddle.com/billing)

- [Paddle — Merchant of Record explainer](https://www.paddle.com/blog/what-is-a-merchant-of-record)

- [Lago — GitHub](https://github.com/getlago/lago)

- [Lago — 공식 문서](https://docs.getlago.com/)

- [OpenMeter — GitHub](https://github.com/openmeterio/openmeter)

- [OpenMeter — 공식](https://openmeter.io/)

- [Orb — 공식](https://www.withorb.com/)

- [Metronome — 공식](https://metronome.com/)

- [Chargebee — 공식](https://www.chargebee.com/)

- [Recurly — 공식](https://recurly.com/)

- [Maxio (Chargify + SaaSOptics) — 공식](https://www.maxio.com/)

- [Zuora — 공식](https://www.zuora.com/)

- [Killbill — 공식](https://killbill.io/)

- [LemonSqueezy — 공식 (Stripe 자회사)](https://www.lemonsqueezy.com/)

- [FastSpring — 공식](https://fastspring.com/)

- [2Checkout (Verifone) — 공식](https://www.2checkout.com/)

- [Cleverbridge — 공식](https://www.cleverbridge.com/)

- [Avalara — 공식](https://www.avalara.com/)

- [TaxJar — 공식](https://www.taxjar.com/)

- [Vertex — 공식](https://www.vertexinc.com/)

- [Sovos — 공식](https://sovos.com/)

- [Toss Payments — 개발자 문서](https://docs.tosspayments.com/)

- [KG Inicis — 공식](https://www.inicis.com/)

- [NICE Payments — 공식](https://www.nicepay.co.kr/)

- [KCP — 공식](https://www.kcp.co.kr/)

- [GMO Payment Gateway — 공식](https://www.gmo-pg.com/)

- [SoftBank Payment Service — 공식](https://www.sbpayment.jp/)

- [Stripe Japan — 공식](https://stripe.com/jp)

- [freee — 공식](https://www.freee.co.jp/)

- [MoneyForward — 공식](https://corp.moneyforward.com/)

- [NetSuite — 공식](https://www.netsuite.com/)

- [Sage Intacct — 공식](https://www.sage.com/en-us/sage-business-cloud/intacct/)

- [QuickBooks Online — 공식](https://quickbooks.intuit.com/online/)

- [ChartMogul — SaaS 메트릭](https://chartmogul.com/)

- [ProfitWell (Paddle 자회사)](https://www.paddle.com/profitwell)

- [a16z — Usage-based pricing 2024 report](https://a16z.com/the-rise-of-usage-based-pricing/)

- [FASB ASC 606 — 공식](https://www.fasb.org/asc606)

— B2B SaaS 빌링 & 미터링 2026, 끝.