Histórico de mensagens sobre n

Boa tarde!
Estou fazendo um teste de pagamento do meu site usando Wordpress + Woocommerce + Gerencianet ver 1.4.7 para fazer um pagamento através de PIX.
Esta retornando a mensagem 'Forbidden' quando clico no botão Gerar QR-Code.
Podem me ajudar?

@antoniofernandes o token é gerado automática no disparo da primeira notificação. Então não tem como saber qual vai ser o token da cobrança. Mas depois que enviou a primeira vez, você pode buscar pela cobrança no histórico de notificações que você vai ter a informação do token também.

Entendi, vou ter que deixar o cadastro sem os emails então, uma pena, pois eu queria usar o envio manual de alguns apenas, depois do vencimento, mas é impossível ficar digitando os emails. Na api eu tenho como solicitar o envio de email utilizando uma mensagem customizada (daquelas que gravamos no portal) ?

Boa tarde, @aledevbr. Tudo bem?
Não é possível realizar essa configuração, pois já é uma rotina automática. Se na criação do Bolix contiver o endereço de e-mail do cliente, será enviado a comunicação.

Boa tarde pessoal, sabem me informar se consigo configurar para que não seja enviado email ao criar uma cobrança (bolix) para o cliente, mesmo colocando o endereço de email na criação ?

@jessica_efi mas existe alguma forma de pegar o token de notificação no painel do gerencianet para fazer o get localmente para fazer minhas tratativas?

É disparado esse token para que suas informações não fiquem "expostas", então seu sistema é que deve fazer essa consulta. E por isso, você não tem acesso a essas informações no painel da Gerencianet.

Boa tarde @antoniofernandes ! Sim, a Gerencianet dispara um POST contendo o token para que você consulte esse token.

@igor_efi Fala meu amigo bora tirar mais uma dúvida. Me corrija se estiver errado.

Entendi que vou receber um post com código da notificação na url indicada no campo notification
código esse que devo utilizar para consultar os dados da notificação e fazer a tratativa no meu sistema. Correto?

ok. Agradeço novamente por compartilhar isso com a gente

Exatamente, eu não lembro direito como a configuração da zona estava, mas deletando ela e gerando o certificado sem wild card já resolveu o problema

O procedimento seria ir em Route 53 e deletar a zona hospedada que foi criada?

Muito obrigado por compartilhar com a gente! Realmente estávamos verificando que quem emitia usando wildcard estava recebendo essa falha. Porém, mesmo deletando o certificando a falha estava ainda acontecendo.

Interessante. Se alguém usar o wildcard, mesmo apagando o certificado ainda fica essa configuração no Route 53?

Isso mesmo, o problema estava no Route 53, acho que quando você usa o wildcard na criação de um certificado ele gera uma zona hospedada automaticamente, exclui essa zona criada e resolveu o problema.

Bom dia! Estava utilizando a AWS API Gateway?

Fiquei sem ver isso por um tempo pois estava integrando outra api, dei uma olhada de novo hoje e consegui localizar o problema

@rubenskuhl consegui resolver o problema do ERR_TLS_CERT_ALTNAME_INVALID 🥳 😄

Cash out é via API Pix mesmo, função envio de Pix.

Olá, obrigado! Talvez possa ajudar outros, tinha uma camada de segurança no cloudflare que estava bloqueando o url de retorno.