DODO Internal Billing OS
SaaS가 늘어나도,
결제 운영은 하나의 체계로.
요금 정책, 결제 연동, 결제 실패 대응과 운영 상태를 한곳에서 관리합니다. 실제 결제 데이터와 원장은 각 SaaS에 그대로 유지합니다.
제어는 중앙,
돈의 원장은 로컬.
기존 결제사를 바꾸지 않고, 결제 운영을 표준화합니다.
SaaS A
Local Ledger
SaaS B
Local Ledger
SaaS N
Local Ledger
Signed Projection
검증된 상태 요약만 중앙으로 올라갑니다
DAGYEOLJE
Billing Control Plane
원장 자체는 이동하지 않습니다. 중앙은 정책·제어·projection만 소유합니다.
Control Plane
한곳에서 관리하고, 각 SaaS에 남겨두는 것
Dagyeolje는 결제 실행을 대신하지 않습니다. 반복되는 결제 운영 판단을 중앙에서 표준화하고, 금융 원장은 각 SaaS에 남깁니다.
Dagyeolje에서 관리
정책 · 제어 · projection · 관제
- 서비스 등록
- 요금 정책
- 이용 권한 정책
- 결제사 연결
- 결제 실패 대응
- 계약 버전 적용
- 결제 검증
- 감사 로그
각 SaaS에 유지
원본 데이터 · idempotency
- 고객
- 구독
- 결제
- 사용량
- 환불
- 결제사 결과
- 중복 결제 방지
중앙화하는 것은 통제이며, 고객의 돈 원장이 아닙니다.
How it works
연결하고, 확인하고, 추적합니다.
SaaS 개발자가 기억할 상위 개념은 세 개입니다.
- 01ATTACH
계약과 정책 연결
서비스가 어떤 계약과 정책 버전에 연결되어 있는지 중앙에서 확인합니다.
- 02CHECK
현재 이용 권한 / 결제 상태 확인
유료 기능 접근 판단에 필요한 현재 상태를 조회합니다.
- 03TRACK
사용량과 생애주기 추적
사용량과 구독 생애주기, 운영 상태 변화를 기록·추적합니다.
연결·확인·추적은 Dagyeolje의 운영 흐름을 설명하기 위한 개념입니다. 실제 연동 방식은 각 SaaS 환경에 맞게 적용됩니다.
Control Tower
어떤 SaaS가 어디에서 막혔는지 한눈에 확인합니다.
운영자는 어떤 서비스가 어디서 막혀 있는지 한 화면에서 판단합니다.
SaaS Registry
MOCK PREVIEW| SaaS | Contract | PG | Review | Live Key | Webhook | Entitlement | Dunning | E2E | Status |
|---|---|---|---|---|---|---|---|---|---|
| BootMCP | v0.1.0 | Toss Payments | Configured | Configured | Configured | Configured | provider_managed | Verified | PAID_READY |
| AlertOps | v0.1.0 | PortOne | Configured | Configured | Configured | Configured | dodo_scheduled | Waiting | RENEWAL_PASS |
| ReviewOps | v0.1.0 | Toss Payments | Configured | Configured | Verification required | Configured | provider_managed | Waiting | LIVE_CREDENTIAL_READY |
| FormBridge | v0.1.0 | Stripe | Configured | Not configured | Not configured | Configured | manual | Not started | PG_APPROVED |
| PlaceFix | v0.1.0 | PortOne | Verification required | Not configured | Not configured | Verification required | manual | Failed | PG_APPLIED |
| WorkAI | v0.1.0 | Toss Payments | Configured | Configured | Configured | Verification required | dodo_scheduled | Stale | WEBHOOK_VERIFIED |
표시된 값은 전부 DEMO 데이터이며 실제 SaaS·고객·결제 상태가 아닙니다.
Boundary
관리만 중앙화하고, 결제 원장은 중앙화하지 않습니다.
Central Control
정책 버전, 개통 절차, 실패 처리 규칙, 계약 롤아웃, 증거 판정.
중앙은 “무엇을 허용하고 무엇을 막을지”를 결정합니다.
넘지 않습니다
Local Source of Truth
고객, 구독, 결제, 사용량, 환불, 결제사 결과, 중복 결제 방지.
돈의 원장은 각 SaaS Prod에 남고 중앙 DB로 합치지 않습니다.
Evidence Gate
'결제 준비 완료'는 표시가 아니라 증거로 판단합니다.
각 단계는 통과 배지가 아니라 확인 가능한 증거를 요구합니다. 증거가 없으면 다음 단계로 넘어가지 않습니다.
- 01PaymentEvidence required
- 02Webhook VerifiedEvidence required
- 03EntitlementEvidence required
- 04Paid FeatureEvidence required
- 05RenewalEvidence required
- 06Cancel / RefundEvidence required
- 07ReconciliationEvidence required
- 08Paid ReadyEvidence required
Billing model
표준 과금 모델 6종
구독, 사용량, 크레딧, 좌석, 선불 등 SaaS마다 다른 과금 방식을 공통 체계로 관리합니다.
- FIXED
- 고정 요금 — 주기당 동일 금액. 가장 단순한 정책 기준선.
- USAGE
- 사용량 과금 — 계측된 usage 기준 정산. 원장은 로컬에 남는다.
- CREDIT
- 크레딧 차감 — 선구매 크레딧을 entitlement로 차감.
- SEAT
- 좌석 기반 — 활성 seat 수 기준. 변동은 버전으로 관리.
- PREPAID
- 선불 예치 — 예치 잔액 기반. 소진·보충 상태를 추적.
- HYBRID
- 혼합 — 기본료 + 사용량/좌석 조합 정책.
운영 상태를 한 화면에서 확인합니다.
DODO Billing Control Tower · DEMO