Histórico de mensagens sobre erro

duvida esse tipo de erro é por que o cliente nao tem saldo?

{
"code": 3500000,
"error": "server_error",
"error_description": "Erro interno do servidor."
}

boa tarde, estou tentando settar um boleto como pago no ambiente de homologação e tá dando esse erro

Bom dia, tudo certo?

Estou com um outro projeto usando api pix de vcs e ao gerar o token, estou tendo esse erro como retorno:

Erro de geração token: Error: not enough data

este é minha requisição para obter o token:
method: "POST",
url: https://pix.api.efipay.com.br/oauth/token,
headers: {
Authorization: Basic ${credentials},
"Content-Type": "application/json"
},
httpsAgent: agent,
data: {
grant_type: "client_credentials"
}

já verifiquei para ver se era problemas na variável credentials ou no meu agent mas ambos estão ok, lendo certificado e criando a credentials corretamente, conseguem me dar um norte de como resolver isso?

se precisar de um link para testarem o erro me avisa

bom dia estou com esse erro ao baixar um boleto manualmente: 3500000server_errorErro interno do servidor.

bom dia estou com esse erro ao baixar um boleto manualmente: 3500000server_errorErro interno do servidor.

Pessoal, lendo os tutoriais do AWS. Notei que eles não aceitam algoritmos de assinatura SHA-512. Porém, o chain-prod.crt fornecido está assinado com SHA-512. Vi que o chain-pix-prod.crt está assinado com SHA-256 que é aceito pelo AWS. Porém, segundo o Guilherme, este cara está desatualizado. Teria como gera um novo chain-prod.crt assinado em SHA-256 para eu realizar novo teste ?
segue artigo do aws onde tirei essa informação:
https://repost.aws/knowledge-center/api-gateway-mutual-tls-403-errors

@guilherme_efi @joao_efi Favor, pessoal. Estou matando cachorro a gritos atrás desta solução

Minha maior dificuldade foi na hora de tratar os erros, por que de acordo com o suporte da própria Efí empresa, os erros não eram retornado pela api de vocês, porém esses erros estavam sendo retornado quando eu tentava fazer uma requisição para gerar um pagamento via PIX, a resposta estava OK, o problema era que sempre estava me retornando um erro desconhecido, sim o erro era realmente esse aqui => erro desconhecido.

Porém depois de muitas tentativas eu consegui resolver o erro e ele mudou para:
{
"erro": "wrong tag"
}

Então fiquei 2 horas procurando onde estava o erro, por que do lado da minha aplicação estava tudo ok, o erro dava dentro da sdk, só que acabei desistindo pois não achei nenhuma solução.

Então acabei usando o modelo de .php de exemplo que tem na documentação, que por incrível que pareça me serviu perfeitamente, eu fiz exatamente o que fiz nas outras sdk que testei e deu certo na de php, então não consigo te dar uma resposta de qual foi o exato erro.

Porém notei que se tivesse nas FAQS uma recomendação de sdk para cada ambiente de desenvolvimento, eu certamente teria conseguido concluir rapidamente ao invés de perder mais de 18 horas no total.

Rubens, um outro log me diz que o erro realmente possa estar no certificado (emissor do certificado):
Ao comparar o truststore.pem antigo (que funcionava há uma ano) e o truststore novo, além da chaves criptografadas a única diferença está no apontamento do DNS, de .interno.gerencianet.com.br para .sejaefi.com.br
lembrando que eu usei este CA para fazer o hand-shake
https://pix.sejaefi.com.br/webhooks/chain-prod.crt

Rubens, no log detalhado vc não consegue identificar algo a mais que possa estar gerando esse erro?

crei a api key, não sei se vinculei corretamente ao métado e o erro foi o mesmo INVALID_API_KEY

Pessoal, afim de depurar o erro com mais clareza, ativei o CloudWatch Logs no AWS para descrever melhor o motivo do erro Forbidden 403 . Feito isso, e executando novamente o request, o log gerado apontou o erro INVALID_API_KEY
em spoiler, segue o log mais detalhado.
sabem como posso resolver isso ?
775328670784159744/1721066741212SPOILER_message.txt

Boa tarde, @joao_efi tentei o retry do cartão de credito e tambem esta com erro interno

estou recebendo esse código de erro ao tentar criar uma cobrança com cartão de crédito via one_step(homologação):

{'code': 3500072, 'error': 'request_not_allowed', 'error_description': 'Não foi possível finalizar sua solicitação. Por favor, entre em contato com o suporte Gerencianet.'}

preciso saber sobre essa mensagem "Falha no pagamento - Ocorreu um erro inesperado no cartão. Por favor, tente novamente mais tarde."
cobrança nº243254252

Bom dia!
Existe algo que catalogue esses codigo? por exemplo
{
"code": 3500043,
"error": "charge_not_cancelable",
"error_description": "Apenas transações com status [new], [link], [waiting] ou [unpaid] podem ser canceladas."
}

o code

Esse erro de request é esperado, por causa justamente da configuração de mTLS. Os demais testes me pareceram todos OK. Detalhe que o webhook não usa o certificado .p12 que você usa nas requisições diretas... ele usa o certificado que o API Gateway gera.
Acho que vale olhar a sequência que este vídeo sugere, e ver se faltou alguma coisa:
https://www.youtube.com/watch?v=w2Wizyo5Ljk

Só não faça de jeito nenhum configurações com . Esqueça essa parte, e use api.shopchafe.com mesmo em todas as configurações.

Olá, Rubens.
No geral parece estar tudo ok, mas no rodapé lista um erro de Request.
veja você mesmo: https://www.ssllabs.com/ssltest/analyze.html?d=api.shopchafe.com

Crei um novo certificado .p12 na conta da Efí, importei este certificado para dentro do meu projeto em node.js, fiz a chamada ao método de configuração do webhook e continuo recebendo o mesmo erro:
{
"code": 141,
"error": {
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 403"
}
}
Vale lembrar que este webhook ficou funcional durante um bom tempo e só parou de funcionar depois que eu renovei o certificado da API Gateway dentro do AWS, para efetivar essa renovação, tive que criar uma nova entrada CNAME na Rota 53.
Alguém pode me ajudar ??