Infelizmente não foi desta vez... o mesmo erro apareceu
Termos mais procurados:
Histórico de mensagens sobre erro
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
- Consulta de Chave PIX na API de Envio
- Repetição do Processo de Criação com txid
- 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
- Cobrança em Período de Teste Grátis de 7 dias
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Atualização de informações no Retentiva de Cobrança
- Especificação da URL do Webhook no Exemplo Pix
- Utilização de Endpoints e Payload no Pix
- Retenção de Pagamento no PIX em Marketplace
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- 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
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?
@anoni_mato vlw, então é um erro no picpay, mercado pago e Itaú correto ?
O certificado de produção consegui converter, porem o de desenvolvimento da esse erro ai
Boa noite, quando tento gerar o certificado .pem a partir do .p12 mostra uma mensagem de erro, até agora não consegui resolver isso
nao seria um erro na url?
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.
Olá, pessoal, testei agora em Produção, voltou aqui a instabilidade no Response para Emitir o Pix/Criar cobrança, API: https://api-pix.gerencianet.com.br/v2/cob/, segue o log para terem ideia:
2020-12-12 14:17:47 - emitirPix - Criando a Cobrança do Pix, pedido: 354
2020-12-12 14:17:47 - emitePix() - Error Curl
2020-12-12 14:17:47 - emitePix() - Response
2020-12-12 14:18:03 - emitirPix - Criando a Cobrança do Pix, pedido: 354
2020-12-12 14:18:03 - emitePix() - Error Curl
2020-12-12 14:18:03 - emitePix() - Response
2020-12-12 14:18:05 - emitirPix - Criando a Cobrança do Pix, pedido: 354
2020-12-12 14:18:05 - emitePix() - Error Curl
2020-12-12 14:18:05 - emitePix() - Response {"calendario":{"criacao":"2020-12-12T14:18:05.671Z","expiracao":86400},"txid":"X8QgqHD57tvd8xFA
2020-12-12 14:17:47 - emitePix() - Error Curl
2020-12-12 14:17:47 - emitePix() - Response
2020-12-12 14:18:03 - emitirPix - Criando a Cobrança do Pix, pedido: 354
2020-12-12 14:18:03 - emitePix() - Error Curl
2020-12-12 14:18:03 - emitePix() - Response
2020-12-12 14:18:05 - emitirPix - Criando a Cobrança do Pix, pedido: 354
2020-12-12 14:18:05 - emitePix() - Error Curl
2020-12-12 14:18:05 - emitePix() - Response {"calendario":{"criacao":"2020-12-12T14:18:05.671Z","expiracao":86400},"txid":"X8QgqHD57tvd8xFA
Cortei um pouco log, basicamente mesmo pedido, mesmos dados, tive que tentar 3 vezes até o response retornar algo.
qual o erro específico no caixa tem?
o erro desse string é o CRC, seria 0FEA e tá ficando FEA. precisa de padding para 2 caracteres cada item do par de bytes (F => 0F)
Esse é o mesmo erro que eu tive no PagBank e no Banco Inter para o valor de 1.11
Ela não pode, por causa das medidas de PLD, anti-terrorismo etc.