Billing to state machine produktu
Podłączenie Stripe, przelewu bankowego albo crypto gateway nie tworzy systemu billingowego. Model SaaS billing musi połączyć plans, entitlements, usage, invoices, payment state, settlement i access rules.
Plan → Entitlement → Usage → Invoice → Payment → Settlement → Reconciliation → Audit1. Rozdziel commercial obligation od payment rail
Invoice albo subscription obligation należy do domain SaaS. Rail może być kartą, przelewem, USDC przez CoinGate albo custom on-chain stablecoin flow. Zmiana raila nie powinna przepisywać logiki entitlementów.
2. Jawnie modeluj subscription lifecycle
Trial, active, past due, grace period, suspended i cancelled są business states. Upgrade, downgrade, proration i renewal potrzebują przewidywalnych reguł oraz event handling.
3. Entitlements to nie to samo co successful payment
Plan określa capabilities i limits klienta. Decyzje entitlement powinny wynikać z commercial model i product state, a nie być rozsiane po checkout callbacks.
4. Managed USDC / CoinGate
Dla firm, które chcą stablecoin checkout bez budowania własnego crypto processora, managed provider może zostać payment railem. SaaS zachowuje order/invoice i entitlement model; integracja mapuje provider order state, callbacks, authoritative status checks, refundy i settlement do internal ledger.
5. Custom on-chain rail
Jeśli on-chain payments są natywną capability produktu, architektura może obejmować payment intents, dedicated addresses, chain observation, finality policy, internal ledger, exception handling i treasury operations. Blockchain transaction nadal nie powinien zastępować SaaS billing record.
6. Reconciliation zamyka pętlę
Finance musi połączyć commercial obligations z provider orders, blockchain transactions, fees, settlement oraz bank/treasury outcomes. Trwały model reconciliation ujawnia różnice zamiast ukrywać je w ręcznych arkuszach.
7. Zachowaj auditability
Zmiany planu, entitlement, invoice, payment state, refund i manual override powinny być traceable. Billing wpływa na dostęp i pieniądze, więc support i finance potrzebują niezawodnej historii.