DODO Internal Billing OS

SaaS가 늘어나도,
결제 운영은 하나의 체계로.

요금 정책, 결제 연동, 결제 실패 대응과 운영 상태를 한곳에서 관리합니다. 실제 결제 데이터와 원장은 각 SaaS에 그대로 유지합니다.

제어는 중앙,
돈의 원장은 로컬.

기존 결제사를 바꾸지 않고, 결제 운영을 표준화합니다.

Ownership boundary
  • 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 개발자가 기억할 상위 개념은 세 개입니다.

  1. 01ATTACH

    계약과 정책 연결

    서비스가 어떤 계약과 정책 버전에 연결되어 있는지 중앙에서 확인합니다.

  2. 02CHECK

    현재 이용 권한 / 결제 상태 확인

    유료 기능 접근 판단에 필요한 현재 상태를 조회합니다.

  3. 03TRACK

    사용량과 생애주기 추적

    사용량과 구독 생애주기, 운영 상태 변화를 기록·추적합니다.

연결·확인·추적은 Dagyeolje의 운영 흐름을 설명하기 위한 개념입니다. 실제 연동 방식은 각 SaaS 환경에 맞게 적용됩니다.

Control Tower

어떤 SaaS가 어디에서 막혔는지 한눈에 확인합니다.

운영자는 어떤 서비스가 어디서 막혀 있는지 한 화면에서 판단합니다.

SaaS Registry

MOCK PREVIEW
Control Tower SaaS Registry 미리보기 (DEMO 데이터)
SaaSContractPGReviewLive KeyWebhookEntitlementDunningE2EStatus
BootMCPv0.1.0Toss PaymentsConfiguredConfiguredConfiguredConfiguredprovider_managedVerifiedPAID_READY
AlertOpsv0.1.0PortOneConfiguredConfiguredConfiguredConfigureddodo_scheduledWaitingRENEWAL_PASS
ReviewOpsv0.1.0Toss PaymentsConfiguredConfiguredVerification requiredConfiguredprovider_managedWaitingLIVE_CREDENTIAL_READY
FormBridgev0.1.0StripeConfiguredNot configuredNot configuredConfiguredmanualNot startedPG_APPROVED
PlaceFixv0.1.0PortOneVerification requiredNot configuredNot configuredVerification requiredmanualFailedPG_APPLIED
WorkAIv0.1.0Toss PaymentsConfiguredConfiguredConfiguredVerification requireddodo_scheduledStaleWEBHOOK_VERIFIED

표시된 값은 전부 DEMO 데이터이며 실제 SaaS·고객·결제 상태가 아닙니다.

Boundary

관리만 중앙화하고, 결제 원장은 중앙화하지 않습니다.

Central Control

정책 버전, 개통 절차, 실패 처리 규칙, 계약 롤아웃, 증거 판정.

중앙은 “무엇을 허용하고 무엇을 막을지”를 결정합니다.

경계는
넘지 않습니다

Local Source of Truth

고객, 구독, 결제, 사용량, 환불, 결제사 결과, 중복 결제 방지.

돈의 원장은 각 SaaS Prod에 남고 중앙 DB로 합치지 않습니다.

Evidence Gate

'결제 준비 완료'는 표시가 아니라 증거로 판단합니다.

각 단계는 통과 배지가 아니라 확인 가능한 증거를 요구합니다. 증거가 없으면 다음 단계로 넘어가지 않습니다.

  1. 01PaymentEvidence required
  2. 02Webhook VerifiedEvidence required
  3. 03EntitlementEvidence required
  4. 04Paid FeatureEvidence required
  5. 05RenewalEvidence required
  6. 06Cancel / RefundEvidence required
  7. 07ReconciliationEvidence required
  8. 08Paid ReadyEvidence required

Billing model

표준 과금 모델 6종

구독, 사용량, 크레딧, 좌석, 선불 등 SaaS마다 다른 과금 방식을 공통 체계로 관리합니다.

FIXED
고정 요금 — 주기당 동일 금액. 가장 단순한 정책 기준선.
USAGE
사용량 과금 — 계측된 usage 기준 정산. 원장은 로컬에 남는다.
CREDIT
크레딧 차감 — 선구매 크레딧을 entitlement로 차감.
SEAT
좌석 기반 — 활성 seat 수 기준. 변동은 버전으로 관리.
PREPAID
선불 예치 — 예치 잔액 기반. 소진·보충 상태를 추적.
HYBRID
혼합 — 기본료 + 사용량/좌석 조합 정책.

운영 상태를 한 화면에서 확인합니다.

Control Tower 미리보기

DODO Billing Control Tower · DEMO