Histórico de mensagens em pix

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

Muito obrigado 🤝

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.

isso mesmo

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.

Vou criar um atendimento pra você no canal # atendimento

@igor_efi igor tudo bom preciso de um suporte um pouco urgente posso falar com voce no privado?

consegui sim. Munto Obrigado pela atenção!

Deu tudo certo? Conseguiu realizar a devolução?

deu certo, Igor! consegui. Na verdade devo passar o valor do endToEndId do endPoint de consulta do pix v2/cob

estou passando no e2eId o valor do txid do retorno do endpoint v2/cob

Bom dia. Consegui descobri o que era. era um erro de configuração aqui. agora está retornando {
"nome": "pix_nao_encontrado",
"mensagem": "Nenhum pix encontrado para o identificador informado"
}. creio que seja o e2eId que estou passando errado

Bom dia, Alexandre! Essa falha é gerada quando você não passa nada no body da requisição.

{
"nome": "json_invalido",
"mensagem": "Valores ou tipos de campo inválidos",
"erros": [
{
"chave": "required",
"caminho": "",
"mensagem": "deve ter a propriedade obrigatória body"
}
]
}

Bom dia, Palloma! Sobre a devolução, está retornando o seguinte Json: