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가지 핵심 원칙.

단계에 맞게 시작하라. 시드 단계에 Zuora 도입하면 12개월 사라진다. Stripe Billing으로 시작하고, 매출 성장에 맞춰 교체.
사용량 기반이면 미터링 엔진을 따로 봐라. Stripe usage_records만으로는 한계. Lago·OpenMeter·Orb·Metronome 중 하나.
글로벌이면 MoR을 진지하게 봐라. 회계사·세무사 부재의 인디 SaaS는 Paddle·LemonSqueezy의 5% 수수료가 자유의 값이다.

26장 · 안티패턴 10가지

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

paid_at 컬럼만 보고 유료 사용자 판정. 환불·차지백·체크백을 놓친다. 항상 subscription.status를 본다.
webhook 핸들러에서 동기적으로 무거운 작업. Stripe 5초 타임아웃 → 재시도 폭주. 큐로 비동기.
멱등성 키 없이 webhook 처리. 같은 이벤트로 두 번 청구.
amount_paid를 매출로 인식. ASC 606 위반. 서비스 기간으로 안분.
세금을 사후에 더하기. 표시 가격과 실제 청구 차이로 환불 폭주. EU는 VAT-inclusive 표시 의무.
프로레이션 자체 구현. Stripe·Chargebee가 해주는 걸 직접 짜다 버그 폭주.
시간대 무시. UTC 기준 청구일과 사용자 로컬 시간이 어긋남.
던닝 정책 없음. 카드 만료 알림·재시도 정책 없으면 매출 5~10% 새다.
고객 포털 미제공. 사용자가 카드 업데이트·해지를 못 해서 차지백 분쟁으로.
빌링 데이터를 ERP에 안 보냄. 분기 결산 때 회계사가 운다.

27장 · 참고 / References

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