Me referia a GN, pois pode ser um erro de comunicação entre a GN e o BACEN..
Termos mais procurados:
Histórico de mensagens sobre erro em pix
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Conceito de Payload Locations no PIX
- Repetição do Processo de Criação com txid
- Consulta de Chave PIX na API de Envio
- Endpoint para Recuperar Saldo
- Recebimento de Pagamentos via QR Code e Arduino
- Teste de Status de Pagamento em Ambiente de Homologação
- Implementação da SDK do Pix em Next.js ou React
- Autenticação com Certificado em NextJS
- Implementação do Módulo Gerencianet no Perfex CRM
- Configuração de URLs para Recebimento de Status
- Problemas com Token em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Geração de payment_token pelo Postman e teste em homologação
- Atualização de informações no Retentiva de Cobrança
- Cobrança em Período de Teste Grátis de 7 dias
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Especificação da URL do Webhook no Exemplo Pix
- Utilização de Endpoints e Payload no Pix
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Retenção de Pagamento no PIX em Marketplace
- Acionamento de Webhooks em Pagamentos e Devoluções
- Funcionamento do Webhook em Ambiente de Homologação
- Cancelamento de Boleto e Remoção do DDA
EXIBINDO CONVERSAS RECENTES:
Texto: erro
Canal: pix
Testei várias vezes com 1.16 e não pagou. Daí mudei o valor para 0.16 e o pagamento foi concluído. Tem algum erro sim relacionado ao valor
Boa tarde pessoal!
Alguém teve erro ao gerar valores com centavos? - Já reportei isso antes, mas não obtive resposta.
Os valores de 1.09, 1.16, etc.. Nos apps (PagBank e Banco Inter) o qrcode é lido corretamente, mas ao pagar ocorre o erro. <@!781134406680838216> conseguem identificar?
Também tive erro na leitura do qrcode no valor de 2000.00, mas nesse caso me parece mais bug do PagBank do que outra coisa..
Fiz um teste agora usando o SDK da Gerencianet... adequei de acordo com os meus dados e o mesmo erro apareceu
Além disso, o código de erro que você mencionou (-61) é o errSecWrPerm
Write permissions error.
ChilkatLog:
Connect_Socket:
ChilkatVersion: 9.5.0.83
Component successfully unlocked using purchased unlock code.
clsSocketConnect:
hostname: api-pix.gerencianet.com.br
port: 443
tls: True
maxWaitMs: 5000
socket2Connect:
connect2:
connectImplicitSsl:
connectSocket:
connect_ipv6_or_ipv4:
resolveHostname6:
getAddressInfo:
Failed to get host address info. (3)
SocketError: WSAHOST_NOT_FOUND No such host is known.
hostOrIpAddr: api-pix.gerencianet.com.br
port: 443
Versions of Windows earlier than Windows XP are limited to handling IPv4 only
On Windows Server 2003 and Windows XP, IPv6 addresses are returned only if IPv6 is installed on the local computer.
--getAddressInfo
--resolveHostname6
Domain to IP address resolution failed.
--connect_ipv6_or_ipv4
--connectSocket
--connectImplicitSsl
ConnectFailReason: DNS lookup failed
--connect2
--socket2Connect
Failed.
--clsSocketConnect
Failed.
--Connect_Socket
--ChilkatLog
o erro diz que tem um ; não esperado no código. pode ser que ele esteja logo após uma variável e esta variável esteja sendo traduzida como elemento nulo por alguma razão
Parse error: syntax error, unexpected ';', expecting ',' or ')' in /home/reidoscoins/public_html/catalog/model/extension/payment/code_gerencianet_pix_lib.php on line 95
estou tentando fazer um teste no postman, para gerar o token e esta apresentando este erro, algume sabe dizer o que pode ser?
Boa noite, quando tento gerar o certificado .pem a partir do .p12 mostra uma mensagem de erro, até agora não consegui resolver isso
Pessoal, o detalhe do response chegando vazio e sem erro no Curl, ocorreu também na hospedagem do cliente.
Estou achando, que é algo na API da Gerencianet, só ocorre ao Emitir o Pix/Cobrança
Após 2 tentativas, na terceira retornou certo, bem parecido com o comportamento no nosso servidor de desenvolvimento, vou depois abrir um Ticket para poderem ver melhor
Antes de dormir escreva no seu diário "FIZEMOS PROGRESSO" depois de muitos desafios, obstáculos, pedras, erros, deixo registrado na novela "A SAGA DO PIX" mais um capítulo de sucesso 🙂 Agora posso receber em servidor compartilhado , em qualquer sistema que nele esteja e em qualquer pasta e url as notificações da GN, sem precisar de mTLS, certificado, tokens, direto no banco de dados as respostas :). A Luta foi grande, mais ganhamos a batalha, não somos HE-MAN nem SHE-HA, mais temos "A FORÇA" de todos aqui , agradeço muito, sem vocês isso não teria acontecido nesta velocidade, pois cada um tem a sua. Muito Obrigado. Agora é partir para as brincadeiras nos sistemas em qualquer servidor em qualquer lugar com qualquer linguagem para receber os retornos do webhook .
Até o momento só nela, isso que já usei muito este servidor.
Inclusive a chama do token da Gerencianet pega sempre 100%, só o Emitir pelo que vi, que acontece, até a consulta dos filtros tem retornado normal também, mas se não for algo no lado da API ótimo, importante é em produção no cliente não acontecer ou vou ter que por algum regra, para se o response e o erro chegar vazio, tentar mais umas 2 tentativas.
Pessoal outra dúvida, para emitir o Pix/Cobrança temos o calendario, tentei passar assim:
php
[calendario] => Array
(
[criacao] => 2020-12-12T13:03:58Z
[expiracao] => 86400
)
Com a data de criação, porém da o erro: [calendario] => Array
(
[criacao] => 2020-12-12T13:03:58Z
[expiracao] => 86400
)
{"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"additionalProperties","caminho":".body.calendario","mensagem":"não são permitidas propriedades adicionais"}]}
Está errado o padrão usado na data de criação ou não da para informar?
Sem ela pega normal, queria por só, pois ao criar sem ela, fica com horário errado na data de criacao
E uso ela para filtras as cobranças recentes
Usei o Curl da Lib PHP, com pequena adição de logs, segue o Curl usado:
php
$curl = curl_init();
curl_setopt_array($curl, [
CURLOPT_URL => $pix_url_cob,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => "",
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 8,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_CUSTOMREQUEST => "PUT",
CURLOPT_SSLCERT => $arq_certificado,
CURLOPT_SSLCERTPASSWD => "",
CURLOPT_POSTFIELDS => $body,
CURLOPT_HTTPHEADER => [
"authorization: $tokenType $accessToken",
"Content-Type: application/json",
],
]);
$response = curl_exec($curl);
$err = curl_error($curl);
if ($err) {
$this->log->write('emitePix() - Error Curl' . print_r($err, true));
return false;
}
$this->log->write('emitePix() - Error Curl' . print_r($err, true));
$this->log->write('emitePix() - Response ' . print_r($response, true));"
$curl = curl_init();
curl_setopt_array($curl, [
CURLOPT_URL => $pix_url_cob,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => "",
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 8,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_CUSTOMREQUEST => "PUT",
CURLOPT_SSLCERT => $arq_certificado,
CURLOPT_SSLCERTPASSWD => "",
CURLOPT_POSTFIELDS => $body,
CURLOPT_HTTPHEADER => [
"authorization: $tokenType $accessToken",
"Content-Type: application/json",
],
]);
$response = curl_exec($curl);
$err = curl_error($curl);
if ($err) {
$this->log->write('emitePix() - Error Curl' . print_r($err, true));
return false;
}
$this->log->write('emitePix() - Error Curl' . print_r($err, true));
$this->log->write('emitePix() - Response ' . print_r($response, true));"
Curioso, que parece ocorrer só nesta chamada, a autorização não ocorre isso.
Uso o PHP 7.2 no servidor e com HTTPS.