Histórico de mensagens sobre erro | Canal pix | Página 48

andresisdanca

02/09/2021

java.security.NoSuchAlgorithmException: Error constructing implementation (algorithm: Default, provider: SunJSSE, class: sun.security.ssl.SSLContextImpl$DefaultSSLContext)

Estou recendo este erro ao chamar o metodo: public void authorize() throws IOException, AuthorizationException, GerencianetException {

Para Auteticar

andresisdanca

02/09/2021

java.security.NoSuchAlgorithmException Estou recebendo este erro ao tentar chamar o método: public void authorize()

renanfig

02/09/2021

Realmente era Sicoob em 30/08 então deve ser os erros que o pessoal relatou acima. Estranho que no comprovante do cliente veio o txid que eu gerei, porém ao consultar o mesmo na gerencianet ele ainda consta em aberto
imagem enviada na mensagem pelo usuario renanfig

python3.7

01/09/2021

Alguém com experiência com cloudflare / webhook pix pode me auxiliar pfv?

To tentando criar um webhook pix em um subdomínio que NÃO está passando pelo proxy da cloudflare. Criei esse subdomínio especificamente pra não usar o proxy da cloudflare e evitar o problema de handshake com o mtls.
Criei e instalei um certificado válido da Let's Encrypt nesse subdomínio.
Porém quando eu tento chamar /v2/webhook/(minha chave) pra criar um webhook, meu servidor responde com um 403 nas 2 etapas da validação do webhook. No log do apache, recebo isso em ambas as etapas:

[Wed Sep 01 21:33:27.433107 2021] [ssl:error] [pid 8033] [client :49689] AH10158: cannot perform post-handshake authentication
[Wed Sep 01 21:33:27.433228 2021] [ssl:error] [pid 8033] SSL Library Error: error:14268117:SSL routines:SSL_verify_client_post_handshake:extension not received

- Estou usando a configuração semelhante à dada como exemplo na documentação, além da configuração pro meu certificado da Let's Encrypt:

SSLCACertificateFile /etc/apache2/certs/chain-pix-prod.crt
SSLVerifyClient none

SSLVerifyClient require
SSLVerifyDepth 3

- E como valor do parâmetro "webhookUrl" na criação do webhook, to passando: https:///home/dn-pix-callback-v1.php?c=

Realmente não sei o porque isso está acontecendo. Se precisar de mais alguma informação é só perguntar. Só to perguntando pq realmente não sei mais o que fazer kk.

amunhoz

30/08/2021

Entendo, então fica a sugestão. Em empresas maiores, é muito difícil para o atendente ter acesso aos dados técnicos diretamente. Essa validação pública ajudaria a dar transparência ao sistema. Afinal, tal qual acontece com outras modalidades, pode ter havido um erro em algum ponto, e a empresa paga caro caso não atenda o cliente com informações claras.

matheuscostapereira

25/08/2021

Boa tarde equipe, tudo bem?

Gostaria de saber se podem me ajudar com uma questão.

Os desenvolvedores da minha equipe, integraram o PIX usando PHP. Tudo funciona em sandbox, e quando forçam para produção também funciona. Gera o pix tudo normal. Na maquina de todos os devs. O que nos prova que o código está funcionando, podemos ter uma questão de configuração.

Quando subi a aplicação para o servidor de produção, infelizmente não está gerando a cobrança de um pix dinâmico. E no ato de geração da cobrança ele retorna NULL, nenhum indício de erro ou problema do que pode ser.

Alguem pode me ajudar?

guilherme_efi

25/08/2021

Certo, <@!711679136904511530>.
Na SDK, na função que gera o boleto, no then você tem o value que contém o json com as informações do boleto criado

js
gn.call("oneStep", body: body).then((value) {
setState(() => _loading = false);
_showMessage("Boleto Criado!", Theme.of(context).accentColor,
MediaQuery.of(context).size.height);
}).catchError((error) {
setState(() => _loading = false);
_showMessage(
error.toString(), Colors.red, MediaQuery.of(context).size.height);
});

guilherme_efi

25/08/2021

Beleza.
Para facilitar essa configuração com o Apache, uma dica seria configurar um subdomínio com o mTLS dedicado para o webhook, ex www.webhook.seu_dominio.com.br. Que com um subdomínio fica fácil fazer o redirecionamento do /pix. Veja um exemplo completo:

apache

:443>
ServerName webhook.seudominio.com.br
ServerAlias www.webhook.seudominio.com.br
ErrorLog ${APACHE_LOG_DIR}/webhook.error.log
CustomLog ${APACHE_LOG_DIR}/webhook.access.log combined
DocumentRoot /var/www/webhook

Options Indexes FollowSymLinks
AllowOverride All
Require all granted

Include /etc/letsencrypt/options-ssl-apache.conf
SSLCertificateFile /etc/letsencrypt/live/webhook.seudominio.com.br/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/webhook.seudominio.com.br/privkey.pem

# mTLS Gerencianet
SSLCACertificateFile /etc/apache2/sites-available/cert_gn/chain-pix-prod.crt
SSLVerifyClient require
SSLVerifyDepth 3

# Redirect from /pix
Alias "/pix/" "/var/www/webhook/index.php"
Alias "/pix" "/var/www/webhook/index.php"

glenio_duarte_moura

20/08/2021

agora estou tento retorno de 500 erro interno no server.

glenio_duarte_moura

20/08/2021

aonde poderia encontrar uma lista com possíveis erro de 400?

glenio_duarte_moura

20/08/2021

ao chamar oauth/token estamos recebendo erro 400 bad request...

red_killer.

18/08/2021

Estou sim, o certificado pkcs 12 já está adicionado ao postman, sem ele dá connection refused, eu tentei com os endpoints de produção e homologação com suas chaves respectivamente, ambas estão dando erro 500 pra mim, será que pode ser algo relacionado a minha conta da gerencianet?

red_killer.

18/08/2021

estou integrando a API PIX em um sistema, porém estou recebendo erro 500 logo no oauth token

felipoantonoff

17/08/2021

Olá, pessoal, a Hospedagem configurou o mTLS para o Webhook do Pix, podem ver se fizeram certo:

ssl_client_certificate /home/site/chain-pix-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
#rewrite ^(.)$ /webhook;
rewrite ^/webhook$ https://site.com.br/index.php?route=extension/payment/code_gerencianet_pix/webhook redirect;
}

Tirei a URL do site, basicamente na url extension/payment... fica a função que recebe o Webhook da Gerencianet Pix
Na parte de emissão do Pix criamos o Webhook usando a URL site.com.br/webhook, mas tem retornado erro:
CurlOperation timed out after 8001 milliseconds with 0 bytes received
ou Response {"nome":"webhook_invalido","mensagem":"A URL informada respondeu com o código HTTP 403"}

inouweb1798

16/08/2021

integramos para cobrar via boleto, carão e pix
as cobranças são feitas normalmente e costuma dar baixa automaticamente também!
Mas alguns pagamentos aleatórios não recebem a baixa automática e não consigo achar no painel da Gerencianet onde ver o log de erros

matheus_efi

16/08/2021

São erros ao consumir envio de Pix? O seu webhook não está tratando as notificações? Me informe no privado o número da sua conta Gerencianet e o e2eid das transações que eu verifico para você.

inouweb1798

16/08/2021

boa tarde!
fiz integração do pix no nosso CRM e alguns pagamentos realizados não estão dando baixa automaticamente, existe um log acessível para que eu possa depurar os erros da API do PIX da Gerencianet?

inouweb1798

16/08/2021

Bom dia pessoal, fiz integração do pix no nosso CRM e alguns pagamentos realizados não estão dando baixa automaticamente, existe um log acessível para que eu possa depurar os erros da API do PIX da Gerencianet?

joao_efi

11/08/2021

Boa noite <@!669966616133500928> tudo bem? 🙂
Não houve nenhuma alteração não! Está recebendo alguma mensagem de erro?

acoder.br6482

11/08/2021

Bom dia, estou implementando em minha aplicação api em Typescript, seguido conforme a documentação do github, a mesma funciona para gerar cobrança e qrcode, porem ao rodar o exemplo do webhook a mesma apresenta falha

error: 'insufficient_scope',
error_description: 'Access token has insufficient scope'

Histórico de mensagens sobre erro em pix

CONECTAR AO DISCORD

PROCURE NO HISTÓRICO

CANAIS DE TEXTO

DISCUSSÕES

EXIBINDO CONVERSAS RECENTES:

andresisdanca

andresisdanca

renanfig

python3.7

amunhoz

matheuscostapereira

guilherme_efi

guilherme_efi

glenio_duarte_moura

glenio_duarte_moura

glenio_duarte_moura

red_killer.

red_killer.

felipoantonoff

inouweb1798

matheus_efi

inouweb1798

inouweb1798

joao_efi

acoder.br6482