O Ciclo do Crédito
IA SOLARIS
Modelo de receita

Dois produtos, um pool, uma regra de acesso.

A IA Solaris cobra pelo uso. Créditos avulsos atendem demanda pontual; assinatura mensal garante operação contínua com renovação automática. O acesso ao chat depende de um dos dois — nunca de ambos.

MRR real
R$536
3 pagantes · jul/26
Assinaturas ativas
19
espelho Stripe
Conversão reg→pago
14,8%
últimos 30d
Receita coletada
R$1.608
30 dias
baseline · stripe live mode · jul/2026
§ 01 · oferta

Dois produtos que compartilham o mesmo saldo.

Créditos avulsos e cesta mensal caem no mesmo tokenCredits. Consumo debita desse pool, independente da origem. Sem contabilidade separada, sem expiry por fonte.

01 · avulso

Créditos Avulsos

Pacotes pontuais para demanda específica — um projeto, um pico de trabalho, uma exploração inicial. Pagamento único via Checkout Stripe (cartão ou PIX).

  • Compra única, sem recorrência
  • Saldo disponível imediatamente após confirmação
  • Ideal para experimentar a plataforma com carga real
  • Sem compromisso de permanência
02 · recorrência

Assinatura Mensal

Cesta de créditos renovada a cada fatura paga. Para operação contínua — o profissional que usa a IA Solaris como parte do fluxo de trabalho diário.

  • Créditos creditados no 1º dia de cada ciclo
  • Cobrança automática via Stripe (cartão/PIX)
  • Gestão de plano, pagamento e faturas no Portal
  • Proration nativo em upgrade e downgrade
§ 02 · jornada

Do registro à recorrência, em quatro movimentos.

A assinatura não é a entrada — é a evolução natural do usuário que encontrou valor. A porta de entrada é o crédito avulso, que permite testar com carga real antes de assumir compromisso.

01
Registro
Usuário cria conta. Sem pagamento, sem trial artificial, sem fricção.
02
Primeira compra
Créditos avulsos para usar a plataforma imediatamente e avaliar o valor.
03
Uso contínuo
Engajamento revela necessidade de renovação. Top-ups repetidos ou migração para assinatura.
04
Recorrência
Assinatura ativa. Créditos renovados todo mês, gestão via Portal Stripe.
§ 03 · acesso

Uma regra, aplicada a todos os agentes.

O middleware de gate decide, a cada request de uso, se o usuário pode prosseguir. Sem exceção por agente — Onboarding, IA Fiscal, Reforma, todos sob a mesma política.

Saldo em tokenCredits maior que zero
passa
Assinatura Stripe ativa (espelho local sincronizado via webhook)
passa
Sem saldo e sem assinatura ativa
402

O retorno 402 Payment Required carrega dois caminhos: assinar um plano ou comprar créditos avulsos. A escolha é do usuário, não do sistema.

Rotas de leitura (histórico, listagens) e administração permanecem públicas. O gate só cobre execução de agente e uso de ferramenta.

Feature flag: com billing.enabled: false, o gate fica inerte e todo request passa. Ambientes de desenvolvimento rodam sem cobrança.
§ 04 · fronteira

O que o billing faz — e o que ele delega ao Stripe.

Tudo que envolve dinheiro, formulário de pagamento, dunning, fatura ou boleto é responsabilidade do Stripe. O código implementa apenas o que o Stripe não oferece.

Fazemos

  • Concessão e débito de créditos sobre o Balance nativo
  • Espelho local da assinatura, atualizado por webhook
  • Idempotência por event.id — lição H552
  • Middleware de gate uniforme
  • Listagem de planos e pacotes configurados
  • Reconciliação one-shot da base instalada

Não fazemos

  • Formulário de pagamento (cartão, PIX, boleto)
  • UI de gestão de assinatura, faturas, cancelamento
  • Dunning, Smart Retries, retentativas
  • OpenPix ou múltiplos providers
  • Preço por perfil profissional (PRD-6 — fase 2)
  • Rollover ou expiração diferenciada por origem
§ 05 · meta 90d

Onde queremos estar em três meses.

Metas herdadas do PRD-2. Conversão acima de 12% valida o funil top-up → assinatura; MRR de R$ 3.000 sustenta operação com folga sobre CAC.

MRR real
536 3.000
em R$ · 15+ pagantes
Conversão
14,8% >12%
registro → assinante
Providers
2 1
desligar OpenPix
Recuperação de assinatura
~7d <1h
via webhook idempotente
IA Solaris · Billing · Modelo de Negócio
PRD-2 · ADR-0002 v2.0.0 · SPEC #601
set/2026