Saída da campanha pelo hotsite

É a ação em que o próprio participante pede para sair de uma campanha, pelo menu da área logada do hotsite, com a sessão aberta. Ninguém sai por ele.

Sair inativa tudo o que aquela participação gerou: as notas, os números da sorte, as posições, os pontos de boas-vindas do convite e os pedidos de resgate pendentes. Inativar, não apagar — o mesmo princípio do cancelamento de nota. Antes de confirmar, o participante vê um aviso com os números concretos do que vai cair.

E há uma separação que o atendimento precisa guardar: o "Inativar" do painel não é isso. O painel continua só ligando e desligando a participação, sem desfazer nada. Só a saída pelo hotsite derruba o que a participação gerou.

Ao confirmar a saída, o sistema cancela a participação e percorre, numa única operação, tudo que está ligado a ela naquela campanha.

Cada nota ativa é cancelada, pelo mesmo caminho do cancelamento de nota do painel: os números e as posições que ela formou são invalidados e o saldo em reais é estornado movimento por movimento. Quando a última nota fica inativa, o saldo em reais fica sendo exatamente o que havia de crédito por ajuste manual do operador — a conta fecha sozinha.

As chances que não vêm de nota caem junto. A chance por cadastro, a de story e a de convite são invalidadas pelo recorte "chance válida desta participação que nenhuma nota formou". Elas não têm estorno de saldo porque são uma quantidade, não uma composição de compras. O story segue aprovado: a saída derruba a chance dele, não a moderação — aprovar foi decisão do cliente.

Os pontos de boas-vindas do convite são estornados, num movimento novo do extrato. O crédito do convite é o preço de uma participação que deixou de existir: a pessoa ganhou por vir, e não veio mais. Deixá-lo daria a quem saiu um saldo resgatável de uma campanha em que ela já não está, e as chances do mesmo convite já caem pela varredura — ou as duas metades do benefício caem, ou nenhuma. O ajuste manual de pontos continua parado, e a diferença é essa: ajuste é um acerto do operador, sem contraparte a desfazer.

O saldo que sobra fica parado, em reais e em pontos. Nenhum movimento novo é criado para zerá-lo, e a tela de quem saiu não mostra saldo. O saldo de pontos pode ficar negativo se a pessoa já havia resgatado: os pontos de boas-vindas chegam resgatáveis no instante da inscrição, e o prêmio pode já ter saído. O negativo é o registro de que o prêmio saiu sem lastro, não um erro a corrigir.

No resgate de pontos, cada situação tem um destino próprio. O pedido pendente é cancelado sozinho: a unidade volta ao estoque e os pontos voltam, porque é literalmente "o participante desistiu" e nada foi entregue. O pedido aprovado e não entregue segue para a entrega, intocado — o operador pode já ter despachado sem marcar, e devolver automático arriscaria o estoque dizer que tem uma unidade que já saiu. O entregue é final. O reprovado ou cancelado já devolveu.

O que fica de pé é número já publicado como ganhador e posição já premiada, em qualquer situação. As parcelas dessas chances não voltam ao saldo e o prêmio não volta ao pool. A consequência é que uma participação pode estar inativa e, ao mesmo tempo, ter um prêmio de pé — e quem decide o que fazer com ele é o operador. A posição de enchimento é invalidada e a vaga fica consumida.

Quem sai não volta a esta campanha. O cadastro responde conflito com a mensagem "A sua participação nesta campanha foi cancelada." — a mesma frase do login —, e tentar se cadastrar de novo não reabre a participação. Mas a pessoa pode se inscrever nas próximas campanhas do mesmo cliente.

O "Ativar" do painel não é bloqueado para quem saiu pelo hotsite. A operação consegue reativar essa participação, e a pessoa volta sem as notas e as chances, que continuam inativas. Isso é consequência aceita, e é o motivo de o atendimento precisar saber que o texto do painel sobre "os números e notas já gerados continuam como estão" só é verdade para quem o painel inativou.

A prévia conta o que cai agora; a resposta da saída conta o estado depois. Os dois números coincidem quando nada havia caído antes, que é o caso normal. Com uma nota já cancelada pelo operador, a prévia diz "você perde 1" e a saída responde "você não tem mais 2" — e as duas estão certas. Zero em tudo é caso normal: quem se inscreveu e não mandou nota lê só o aviso de que não dá para voltar.

Sair duas vezes devolve o mesmo resultado, não grava registro novo e não manda outro aviso. A saída é registrada em auditoria com a própria pessoa como autora, e o e-mail de confirmação sai depois de a operação estar concluída, pela conta da campanha: falhar ao avisar não desfaz a saída. O texto diz o que caiu, que não dá para voltar a esta campanha e — quando algo ficou de pé — que o prêmio já conquistado não foi cancelado.

A saída é irreversível, e o botão está no hotsite. Um clique errado destrói as chances. A mitigação é o aviso com números concretos antes da confirmação. Nada é apagado, então um reparo manual é tecnicamente possível, mas não deve ser oferecido como recurso ao participante. E, para a conversa de privacidade: sair não é pedido de exclusão de dados — a saída inativa e preserva.

Sair da campanha pelo hotsite é uma ação do próprio participante e é definitiva. Cinco pontos para alinhar.

Sair derruba tudo o que a participação gerou naquela campanha: notas, números, posições, chances de cadastro story e convite, os pontos de boas-vindas e os pedidos de resgate pendentes. Não é "só sair da lista".

O "Inativar" do painel é outra coisa. Ele só desliga a participação; as notas, os números e os pontos ficam como estão. Se o cliente quer derrubar o que uma nota rendeu, o caminho é cancelar a nota. Se quer barrar a pessoa, o caminho é bloquear o documento.

Quem saiu não volta a esta campanha, mas volta nas próximas do cliente. Se a pessoa tentar se cadastrar de novo, ela recebe a mensagem de que a participação foi cancelada — e isso não reabre nada.

Um prêmio já conquistado não cai com a saída. Número publicado como ganhador e posição já premiada continuam de pé, e isso significa que a operação pode ter uma participação inativa com prêmio para pagar. Vale conferir esses casos no painel em vez de descobrir pelo participante.

No resgate, pendente cai e aprovado segue. O pedido pendente é cancelado e devolve pontos e estoque; o aprovado continua para a entrega. E o saldo que sobra fica parado, inclusive quando fica negativo — a pessoa já não está na campanha para usá-lo.

Um cuidado operacional: o "Ativar" do painel não é bloqueado para quem saiu pelo hotsite. Reativar faz a pessoa voltar sem as notas e sem as chances. Antes de reativar, alinhe com o cliente o que ele espera que aconteça, porque não há como reverter a saída por ali.

• Falha: o participante saiu da campanha e diz que perdeu um prêmio que já havia ganhado.
• Possivel causa: não perdeu. Número já publicado como ganhador e posição já premiada ficam de pé em qualquer situação e não são invalidados pela saída.
• Como orientar: explique que o prêmio já conquistado continua existindo e que o e-mail de confirmação da saída diz isso. Confira no painel a situação daquele ganhador ou daquela posição.
• Quando escalar: se o número publicado como ganhador tiver sido invalidado, acionar o time de desenvolvimento urgentemente e abrir issue no Jira (projeto DEV) com as evidências.

• Falha: o participante saiu por engano e quer voltar à campanha.
• Possivel causa: a saída é irreversível por decisão de produto. O cadastro recusa a nova inscrição com a mensagem de participação cancelada e não reabre nada.
• Como orientar: explique que não dá para voltar a esta campanha e que ele pode participar das próximas do mesmo cliente. Não ofereça reparo manual como recurso.
• Quando escalar: não é falha. Só escalar se a pessoa também estiver sendo recusada numa campanha diferente do mesmo cliente.

• Falha: a operação reativou pelo painel quem havia saído pelo hotsite e a pessoa continua sem números.
• Possivel causa: comportamento esperado. O Ativar do painel só liga a participação de volta e não reativa as notas e as chances que a saída inativou.
• Como orientar: explique que o texto do painel sobre números e notas continuarem como estão vale para quem o painel inativou, e não para quem saiu pelo hotsite. Não há como reverter a saída por ali.
• Quando escalar: não é falha. Se o cliente precisar de uma posição sobre o caso, abrir issue no Jira (projeto DEV) descrevendo o pedido.

• Falha: o saldo de pontos de quem saiu está negativo.
• Possivel causa: a pessoa resgatou com os pontos de boas-vindas do convite e o estorno da saída deixou o saldo abaixo de zero. Os pontos chegam resgatáveis no instante da inscrição e o prêmio pode já ter saído.
• Como orientar: explique que o negativo é o registro de que o prêmio saiu sem lastro e que o saldo de quem saiu fica parado. Nada é cobrado do participante.
• Quando escalar: não é falha. Só escalar se o negativo aparecer em participação que nunca teve resgate.

• Falha: o pedido de resgate de quem saiu foi entregue mesmo depois da saída.
• Possivel causa: o pedido estava aprovado e não entregue. Pedido aprovado segue para a entrega de propósito, porque o operador pode já ter despachado sem marcar.
• Como orientar: explique que só o pedido pendente é cancelado pela saída. O aprovado segue e é entregue.
• Quando escalar: não é falha. Só escalar se um pedido pendente tiver seguido para a entrega.

• Falha: o aviso que o participante leu antes de confirmar não bate com o que a confirmação mostrou.
• Possivel causa: a prévia conta o que cai agora e a resposta conta o estado depois. Com uma nota já cancelada antes pelo operador, os dois números divergem de propósito.
• Como orientar: explique que a prévia diz o que ele perde naquele momento e a confirmação diz o que ele não tem mais na campanha. Sem nada cancelado antes, os dois números coincidem.
• Quando escalar: se os números divergirem sem nenhuma nota cancelada antes da saída, abrir issue no Jira (projeto DEV) com as evidências.

• Falha: o participante saiu e continua recebendo número da sorte ou tem pedido de resgate novo.
• Possivel causa: isso não deveria acontecer. Os caminhos que criam coisa na participação conferem a situação dela antes de gravar.
• Como orientar: colete a data e a hora da saída, a data da nota ou do pedido e o documento do participante.
• Quando escalar: acionar o time de desenvolvimento urgentemente e abrir issue no Jira (projeto DEV) com as evidências.