Termos mais procurados:
olá pessoal, estou fazendo alguns testes com a API Pix. E já tenho um erro acontecendo logo na primeira chamada... kkk... Quando tento gerar o token (tanto pelo postman quanto pelo NodeJS), é retornado o erro "wrong tag".
Alguma sugestão?
Este erro ocorre devido a tentativa de gerar mais de 3 cobranças para o mesmo cliente com os campos iguais, isso não é permitido.
Sugerimos que altere algo na cobrança, como por exemplo, a descrição do serviço/produto ou mesmo o nome do cliente acrescentando um sobrenome.
Bom dia, estou desenvolvendo a integração com o webhook da api pix, seguindo a documentação fiz a configuração do NGINX com o certificado de desenvolvimento, entretanto ao configurar o webhook pela api, está retornando o seguinte erro:
tive este erro:
"{"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"pattern","caminho":".params.txid","mensagem":"deve corresponder ao padrão \"^[a-zA-Z0-9]{26,35}$\""}]}"
500 Internal Server Error
Fala pessoal boa tarde, no ambiente de dev. é possível gerar QRCode? Estou recebendo um erro ao tentar
{"code": "4600210", "error": "server_error", "error_description": "Não é possível emitir três cobranças idênticas. Por favor, entre em contato com nosso suporte para orientações sobre o uso correto dos serviços Gerencianet."}}
Alguém pode me ajudar?
eu simplificaria definindo SSLProtocol TLSv1.2 no vhost e, se ainda der exatamente o mesmo erro, desabilitaria o 1.3 no ssl-params.conf, adicionando -TLSv1.3 ao fim
Resolvi aqui man, tava batendo no endpoint errado, agora a minha querida URL está só retornando erro 500, mas aí já é problema de aplicação aqui
ou "App deve ler nome no DICT" pra não ficar com aspecto de que é um erro no próprio brcode que eu gero
Boa tarde! Vi que a documentação do bcb relacionado ao pix criou uma especificação para a estrutura json dos erros retornados. O gn vai atualizar a api para adequação para esse padrão ou os erros vão permanecer no formato atual?
Erro meu.
meu log:
[Fri Jan 15 17:44:16.543418 2021] [ssl:error] [pid 76140] [client 34.193.116.226:45105] AH: verify client post handshake
[Fri Jan 15 17:44:16.543461 2021] [ssl:error] [pid 76140] [client 34.193.116.226:45105] AH10158: cannot perform post-handshake authentication
[Fri Jan 15 17:44:16.543482 2021] [ssl:error] [pid 76140] SSL Library Error: error:14268117:SSL routines:SSL_verify_client_post_handshake:extension not received
[Fri Jan 15 17:44:17.107786 2021] [ssl:error] [pid 76142] [client 34.193.116.226:33026] AH: verify client post handshake
[Fri Jan 15 17:44:17.107818 2021] [ssl:error] [pid 76142] [client 34.193.116.226:33026] AH10158: cannot perform post-handshake authentication
[Fri Jan 15 17:44:17.107835 2021] [ssl:error] [pid 76142] SSL Library Error: error:14268117:SSL routines:SSL_verify_client_post_handshake:extension not received
dentro do location eu não consigo restartar o apache, me acusa erro de sintaxe.
:443>
ServerName idelivery.autum.com.br
ServerAlias .idelivery.autum.com.br
DocumentRoot /var/www/autum-idelivery/public
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
Require all granted
SSLEngine on
#SSLCertificateFile "/etc/apache2/ssl/certificates/idelivery.autum.com.br.crt"
SSLCertificateFile "/etc/letsencrypt/live/idelivery.autum.com.br/fullchain.pem"
#SSLCertificateKeyFile "/etc/apache2/ssl/certificates/idelivery.autum.com.br.key"
SSLCertificateKeyFile "/etc/letsencrypt/live/idelivery.autum.com.br/privkey.pem"
SSLCACertificateFile "/etc/apache2/ssl/certificates/chain-pix-gerencianet-prod.crt"
SSLVerifyClient none
#SSLCACertificateFile "/etc/apache2/ssl/certificates/chain-pix-gerencianet-prod.crt"
SSLVerifyClient require
SSLVerifyDepth 3
ErrorLog ${APACHE_LOG_DIR}/autum-idelivery-error.log
CustomLog ${APACHE_LOG_DIR}/autum-idelivery-access.log combined
oi <@!671762828046106646> . Pois é. já me certifiquei disso. Inclusive testei removendo-os e recebi o erro específico para o cenário em que esses certificados não existem.
eu tentei tambem, mas estou obtendo o mesmo erro
Este erro ocorre porque não foi capaz de verificar o certificado do servidor enviado na etapa 2.
Onde na primeira etapa, certificamos que seu servidor esteja exigindo uma chave pública da Gerencianet.
Na segunda etapa ocorre a identidade do servidor, onde enviaremos a notificação junto com a nossa chave pública, o seu servidor que deve conter a chave pública disponibilizada que irá realizar o "Hand-Shake" e assim a comunicação ser estabelecida.
<@!775350441965649951> preciso da sua ajuda, ainda continuo com {
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: UNABLE_TO_VERIFY_LEAF_SIGNATURE"
}
essa mensagem de erro me diz pouco ou quase nada sobre o erro
