A conta live do Stripe estava ativa, mas falhou na minha conferência.

Ter cobranças, repasses diários, PIX e cartão ligados no painel do Stripe não quer dizer que a conta live está pronta para vender. O modo de teste valida o fluxo de desenvolvimento, mas não garante versão de webhook, chaves restritas nem ajustes manuais do painel real.

O Currículo para Vaga cobra pelo Stripe, com PIX e cartão, e vende no meu CPF. Com a conta ativada em modo live, fiz em 8 de novembro de 2026 a conferência da produção no terminal e à mão no painel.

Um script confere a conta live e alinha a versão dos webhooks

O repositório tem um script que confere a conta inteira com bun stripe:check:production --live. Ele só passou em tudo depois de os dois webhooks de produção serem recriados na versão de API do SDK, 2026-10-28.endive, com os segredos novos guardados no Wrangler.

Os dois webhooks têm segredos distintos. Em staging, os webhooks seguem na versão 2026-08-26.dahlia, o que não afeta clientes. Um script cria o catálogo: os preços do plano Pro, o portal do cliente e os dois webhooks.

As chaves de acesso são restritas com permissões por tabela

As chaves do Stripe são restritas, com permissões por tabela. Uma chave atende os scripts de operação e fica só no arquivo local do ambiente.

Outra chave atende a API e fica só no Wrangler, depois de um teste de permissões passar. Assim, os scripts locais de operação e a API em produção nunca usam a mesma chave.

O painel exige conferência manual de e-mails, tentativas e Radar

Na conferência à mão no painel, os e-mails de pagamento e de reembolso do próprio Stripe estavam desligados e o idioma dos e-mails estava em Português (Brasil). O Smart Retries ficou com 8 tentativas em 2 semanas e cancelamento no fim, o padrão que o Stripe recomenda e que o SRS passou a registrar.

No Radar, conferi os controles de risco ligados. Entram nessa lista contestação por fraude, alerta antecipado, cartão roubado e fraude fora do cartão.

O código foi corrigido para tratar tentativas antigas e entregas pendentes

Antes disso, na fase de testes, dois defeitos graves tinham sido corrigidos no fluxo de pagamento. No primeiro, uma tentativa antiga de cartão continuava válida. Agora uma nova tentativa expira a sessão ou cancela o PIX anterior, o webhook só confirma a tentativa atual com o valor do pedido, e qualquer outro pagamento, seja tentativa antiga, segundo pagamento ou pedido vencido, é reembolsado inteiro e fica no registro de auditoria.

No segundo defeito, uma falha depois do pagamento deixava o pedido sem entrega. Agora o pedido pago fica marcado como entrega pendente até a transação que aplica o efeito, e a repetição do webhook ou uma rotina agendada, depois de 5 minutos, retoma a entrega uma vez só.

A troca do mensal para o semestral segue com decisão pendente

No portal do cliente, a troca do plano mensal para o semestral vale na hora e cobra sem rateio. Isso acontece porque o portal do Stripe só adia para o fim do período a troca que reduz o valor ou encurta o intervalo. O SRS pede outro comportamento, e essa decisão ainda está pendente comigo.

Ver o modo de teste passar valida a integração, mas só uma conferência própria na conta live protege quem cobra e quem compra. Para ver a base dessa operação como pessoa física, leia sobre anunciar e vender no CPF e confira também como publiquei o primeiro pacote no npm.