Google Play Billing na espera: RevenueCat e Cloud por fora da revisão

Com o Fumava (o app para parar de fumar) em "esperando revisão para acessar a produção", Martin recusou mexer no anúncio e foi ligar o Google Play Billing por fora. Pedido de acesso terça-feira 19:45, espera de até 7 dias. Nessa janela ele configura 3 APIs no Google Cloud, a conta de serviço e o convite no Play Console. O produto de cobrança ficou intocado.

Não vamos fazer nada que prejudique para ser aprovado o nosso acesso à produção. Então vamos fazer o que precisa ser configurado no RevenueCat e no Google Cloud.

Monetizar com o Play abre o painel da espera

O agente apontou o botão. Martin clicou em começar na parte de monetizar com o Play.

Quando eu clico nesse botão ali, na parte monetizar com o Play, e clico ali em começar, ele me leva lá pro painel onde o produto mostra que tá esperando revisão para acessar a produção.

O clique das 19:45 e os 7 dias de fila já estão no post de vibe coding para acesso a produção na Play Store. Aqui essa espera é só a janela em que ele configura o billing. Como colocar um app na Play Store já cobriu o recorte anterior. O formulário da produção não volta aqui.

Ele ainda pediu o passo a passo para criar a assinatura no Play Console. O painel não saiu da espera. Abrir o produto agora seria editar o objeto da revisão.

3 APIs e a conta "revenue cat" no Cloud

A conta no RevenueCat já existia, ainda sem configuração de API. O trabalho que ele aceitou fica em APIs e serviços, biblioteca, no Google Cloud. Voltou à tela, abriu a biblioteca e ativou as 3: Google Play Android Developer API, Developer Reporting API, Cloud Pub/Sub API.

A parte ali das APIs ali eu já consegui fazer e deu certo, tá? As três já estão ativas.

Na conta de serviço o nome foi ditado na hora:

O nome da conta de serviço, revenue cat.

Campo de descrição vazio, criar e continuar. 2 papéis. O agente mandou "Adicione dois papéis." Martin achou o botão de adicionar outro papel e leu na tela "pub editor" e, em seguida, "visualizador de monitoramento". Um mexe no Pub/Sub. O outro, acesso somente de leitura. Parte da criação de permissões foi para a segunda tela, para não vazar nada. O valor da chave não entra neste texto; a cola no arquivo env é o recorte irmão.

4 permissões marcadas, 6 na tela do convite

Com a conta "revenue cat" pronta, o Play Console pede o convite. Martin entrou em permissões do app, adicionou o Fumava e caiu numa tela extra, com vários itens. Marcou 4 em voz: ver as informações do app; ver dados financeiros; gerenciar pedidos e assinaturas; gerenciar presença na loja. Aplicar. Na tela anterior, convidar o usuário para salvar de verdade.

Depois que eu cliquei em tudo lá, ele aparece seis permissões porque tinham duas permissões que eram meio que obrigatórias depois que eu cliquei nessas quatro.

4 + 2 = 6. As duas extras aparecem sozinhas quando aquelas 4 já estão marcadas. Ele clicou em convidar o usuário e enviou o convite. No RevenueCat o catálogo ainda pedia o primeiro produto.

No vibe coding o identifier `acesso` entra e o produto fica aberto

No RevenueCat, entitlement novo. Identifier `acesso`. Ele cortou o resto:

O que importa mesmo é o identifier acesso.

O entitlement `acesso` foi criado. Nos produtos a tela ainda dizia add your first product. Ele perguntou se precisava adicionar alguma coisa ali. A live durou 76 min e acabou com essa frase na tela.

No vibe coding desta espera, o agente puxa a assinatura e Martin recusa o que a Play está lendo. Amanhã, com o app em revisão de produção, abre Cloud e RevenueCat e deixa a ficha que o revisor está lendo do jeito que está. O add your first product espera o acesso sair. Vale ver como isso terminou em vibe coding para criar assinatura no google play.

Dá para assistir à live e ver o clique em monetizar com o Play abrir o painel da espera, as 3 APIs ligarem e o entitlement `acesso` existir com o produto ainda por criar.