Termos mais procurados:
não estou conseguindo gerar o token oauth via postman, recebo:
{
"error": "invalid_client"
}
via web ele me retorna 401 e desktop timeOut, via código python consigo tranquilamente.
o estranho é que antes funcionava e eu não tinha feito nenhuma alteração.
Oi, @ftgk. Bom dia! Tudo bem?
Você está fazendo esta requisição em ambiente de homologação? Se sim, para testar precisa seguir estas instruções.
Se for em produção, qual exatamente a mensagem de erro está apresentando pra você?
"method": "put",
"url": "/v2/gn/pix/pagamentogo2589",
"data": "{\"valor\":\"0.02\",\"pagador\":{\"chave\":\"[email protected]\",\"infoPagador\":\"Transferencia do evento Aniversários - Sexta - Feira 22/12 1/1\"},\"favorecido\":{\"chave\":\"emaildoclientequevaireceber\"}}"
da erro 400 quando faço assim, agora se eu coloco uma chave de pessoa fisica da certo
Alguém consegue me ajudar?
"method": "put",
"url": "/v2/gn/pix/pagamentogo2589",
"data": "{\"valor\":\"0.02\",\"pagador\":{\"chave\":\"[email protected]\",\"infoPagador\":\"Transferencia do evento Aniversários - Sexta - Feira 22/12 1/1\"},\"favorecido\":{\"chave\":\"emaildoclientequevaireceber\"}}"
da erro 400 quando faço assim, agora se eu coloco uma chave de pessoa fisica da certo
Sim sim, via app funciona, se eu colocar a chave de qualquer cnpj da erro, tenho que passar algum parâmetro adicional?
Alguém sabe se é bloqueado o envio de valor via chave pix pra cnpj ? no cpf funciona porém cnpj da erro
Boa noite pessoal, estou tomando um erro de invalid_client ao tentar recuperar meu token oAuth, entretanto estou enviado o certificado p12 e minhas credencias estão corretas no ambiente de homol... O que pode ser ?
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?
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
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
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 ??
Boa noite, Pessoal
Meu endpoint de webhook parou de funcionar depois que fiz a renovação do certificado no aws. Para validar essa renovação eu tive que gerar um novo registro CNAME na ROTA 53. Feito isso, o certificado foi renovado com sucesso porém o webhook parou de funcionar:
{
"code": 141,
"error": {
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 403"
}
}
Alguém pode me ajudar ?
