Histórico de mensagens sobre certificado em pix

Normalmente isso ta vinculado ao certificado

Obrigado pela resposta Rubens! O que você falou no caso se aplica a uma mesma transação Pix, correto? Eu queria também saber como esse comportamento se dá no contexto de várias transações diferentes. Estou integrando com a API Pix da Gerencianet utilizando as credenciais da conta PF que abri e estou fazendo testes utilizando o certificado de produção pra fazer testes devido a dificuldade de testar o retorno do webhook utilizando o de homologação. Estava devolvendo todas as transações PIX que havia pago no dia de hoje testando minha aplicação (várias transações de um centavo) e não consegui realizar uma das devoluções por causa desse limite. Recebi um 422 e um json com uma mensagem "Valor limite da devolução atingido". Contei 9 devoluções, portanto 9 centavos (até estranhei não ser um número redondo, 10 por exemplo) e queria confirmar se esse realmente é o limite. Quando a aplicação for para produção, com certeza usaremos as credenciais de uma conta PJ e é possível que, devido a regra de negócio, o volume de devoluções por dia seja maior que 9 (seriam várias transações Pix, onde cada transação teria apenas uma devolução do valor integral pago). Então já fica mais duas perguntas: há diferente entre esses limites de devolução pra conta PJ e PF? É possível negociar esses limites com a Gerencianet no caso da conta PJ?

Entendi, mas tem como eu fazer uma requisição mandando o certificado da GN? Para fins de teste

Esse comportamento é normal sempre que o endpoint é acessado por um client sem o certificado assinado da GN

Oi <@!755407287807639563>, boa noite! tudo bem?
Você fez upload desse mesmo certificado para a sua hospedagem?

Como se não estivesse encontrando/verificando o certificado

Estou passando o certificado do Postman

Coloquei a linha ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls; e deu o mesmo erro. Vou editar o local da referência ao certificado

Pela falha de erro interno é relacionado ao certificado, a segunda abordagem deve solucionar.

Uma outra abordagem para a mesma falha em c# foi alterar o trecho onde o certificado é referenciado X509Certificate2 uidCert = new X509Certificate2("./certificado.p12", "", X509KeyStorageFlags.Exportable | X509KeyStorageFlags.PersistKeySet | X509KeyStorageFlags.MachineKeySet);

<@!775350441965649951> gerei um novo certificado. No Postman, o processo ocorreu normalmente, porém no ambiente C# deu a mensagem de erro de novo {"nome":"erro_interno_servidor","mensagem":"Erro interno do servidor"}"

Beleza. Por favor, gere na aplicação de sua conta, um novo certificado de Homologação e verifique se na aplicação estão liberados os devidos escopos no ambiente de homologação.

Certo. O certificado que está utilizando está em formato .p12 ou foi realizada conversão?

<@!775350441965649951> estou usando o certificado de homologação. Rota base: https://api-pix-h.gerencianet.com.br

Boa tarde, <@!697191025151574107>. Você está com o certificado de produção ou homologação?
E qual rota base você está utilizando?

Uma alternativa é criar um virtual host específico para o webhook, como webhook.exemplo.com.br, ao invés de exemplo.com.br/webhook. Vai precisar de certificado TLS também para esse virtual host, mas resolve também.

Beleza, <@!818197250840199198>!
Isto, na configuração do servidor Apache, Nginx, Node, etc, você pode definir a exigência do certificado somente para algumas rotas.
Em nossa documentação possuímos alguns exemplos: https://dev.gerencianet.com.br/docs#section-exemplos-de-uma-configura-o-de-servidor-

Pode ser qualquer nome, /webhook é só um exemplo hehe
No então é necessário atentar-se sobre a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
{
"webhookUrl": "https://seudominio.com.br/webhook"
}

No entanto, a URL será registrada com o /pix no final, assim:
https://seudominio.com.br/webhook/pix.

Então esta adição do /pix também dever ser tratada nas configurações de seu servidor para que na rota /webhook/pix de seu servidor exija o certificado CA da Gerencianet.

Olá,<@!818197250840199198>. Boa tarde!
Basicamente é isto mesmo, você irá configurar em seu servidor a rota POST para a rota /webhook por exemplo e para rota /webhoo/pix, com a adição do /pix, e configurar para que nestas rotas exija o certificado CA da Gerencianet. Então com estas validações, basta tratar para receber o conteúdo do body.

Guilherme, desculpe o mal jeito ... boa tarde, esqueci de cumprimentar você. O erro aqui era meu, o certificado estava incorreto, corrigi aqui. mas agora estou recebendo o seguinte retorno:
{
"nome": "erro_aplicacao",
"mensagem": "Ocorreu um erro ao validar a chave"
}

seria a minha chave pix na gerencianet ? se for já confirmei e está correta.