Assinaturas e recorrência

Orquestração de produto por assinatura: adesão, cobrança recorrente, benefício, inadimplência e cancelamento.

O problema

Assinatura inverte o eixo da venda avulsa. O evento importante não é a compra, é a passagem do tempo: todo mês alguém precisa ser cobrado, alguém falha na cobrança, alguém cancela no meio do ciclo, e alguém tem direito a um benefício enquanto está adimplente. O sistema é essencialmente um relógio com regras.

O que eu construí

• Orquestrador do ciclo de assinatura, com os estados de adesão, ativa, inadimplente e cancelada
• Cobrança recorrente integrada ao hub de pagamento existente, reaproveitando a orquestração em vez de criar um segundo caminho de cobrança
• Workers agendados com periodicidade declarada no pipeline — diário, horário e a cada trinta minutos — em vez de agendador dentro da aplicação
• Concessão e revogação de benefício conforme o estado da assinatura
• Frontend de gestão

Decisão que eu defendo

Agendamento declarado na entrega, não na aplicação. A periodicidade de cada rotina vive no pipeline e vira tarefa agendada do cluster. A aplicação não precisa estar sempre no ar para o relógio funcionar, escala independente do serviço web, e mudar horário deixa de exigir deploy.

Ver também

Pagamentos e antifraude · Plataforma e entrega · Backend .NET · Frontend React e TypeScript