Bom dia a todos desde ontem nao estou recebendo mais as notificações, fiz um cancelamento ele e realizado no carne mas nao notifica, estou em Desenvolvimento do meu App e preciso testar meu servidor, mas nada de notificar
Termos mais procurados:
Histórico de mensagens sobre App
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Consulta de Chave PIX na API de Envio
- Acionamento de Webhooks em Pagamentos e Devoluções
- Implementação da SDK do Pix em Next.js ou React
- Cobrança em Período de Teste Grátis de 7 dias
- Configuração de URLs para Recebimento de Status
- Especificação da URL do Webhook no Exemplo Pix
- Recebimento de Pagamentos via QR Code e Arduino
- Repetição do Processo de Criação com txid
- Implementação do Módulo Gerencianet no Perfex CRM
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Integrações com o Laravel e SDK de PHP da EFI
- Teste de Status de Pagamento em Ambiente de Homologação
- Problemas com Token em Ambiente de Homologação
- Funcionamento do Webhook em Ambiente de Homologação
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Geração de Link de Pagamento e Reembolso
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
- Notificações de Pagamento de Boleto e Pix
- Utilização de Endpoints e Payload no Pix
- Integração de Pix no Bubble (Plataforma No-Code)
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
EXIBINDO CONVERSAS RECENTES:
Texto: App
Sim, eu sei, quando eu gerar a devolução, tudo bem... mas nesse caso, a devolução foi feita no app da GN.. porém o código de transação que aparece no PagBank é diferente.. não consta em devolucoes => []
<@!783359762917752843>, verifiquei sim esta sua demanda.
Realizei vários testes, e constatei que realmente uma devolução realizada através do app, não é possível consultá-la através da rota /v2/pix/:e2eId/devolucao/:id
Acredito que isso acontece para evitar consulta excessiva. Pois para consultar a rota citada acima, necessita saber o id da devolução. Neste caso então, você não terá este id.
Com isso terá primeiro que realizar uma consulta na rota /v2/pix/:e2eId para obter o id da devolução, e nela você já possui todas as demais informações da devolução, não tendo necessidade de realizar outra consulta na rota /v2/pix/:e2eId/devolucao/:id
Mas de qualquer forma, levantamos esta questão para nosso time da API para melhor esclarecimento.
a validação de CRC é importante principalmente nos QR codes estáticos. pois um caractere lido errado pode ocasionar (extrapoladas as probabilidades, mas ainda é possível) um pagamento pro destinatário correto (verificável pelo pagador na tela do app) com txid incorreto (difícil ou até impossível de ser verificado, se não tiver essa referência fora do próprio QR pra ele conferir), ou recebedor + txid correto mas valor incorreto, etc...
nos QR codes dinâmicos o conjunto recebedor + txid + valor vem todo do payload, então se a leitura do QR for errada, vai carregar um conjunto todo diferente, o que é um problema muito menor
Vou realizar um teste devolvendo pelo app e lhe retorno
E sobre o meu problema? rsrsrrs gostaria de consultar uma devolução.. as devoluções criadas via app não estão disponíveis para consulta?
Consigo criar uma devolução em ambiente de homologação?
A devolução foi gerada pelo app na GN, então o id e o rtrId são os mesmos..
Só passando aqui a contribuição da <@!513728938414047232> da falha : The SSL connection could not be established. A solução encontrada foi passar o certificado no HttpClient através de um handler:
X509Certificate2 uidCert = new X509Certificate2(@".\certificado.p12");
var handler = new HttpClientHandler();
handler.ClientCertificates.Add(uidCert);
var client = new HttpClient(handler);
client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));
var handler = new HttpClientHandler();
handler.ClientCertificates.Add(uidCert);
var client = new HttpClient(handler);
client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));
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..
blz, entao o app do PSP vai estar preparado para dar o get na URL e obter o payload JWS... Entendi, muito obrigado!
o certo seria C6 e Itaú aceitarem o GUI do brcode em qualquer case, mas estão admitindo apenas minúsculas. então talvez a GN queira atualizar seu app pra gerar brcode com o case minúsculo, pra permitir pagamento nos 2 bancos que estão xaropando
Huaua eu tava só na entrada do App n sabia q tinha mais coisas
No app tem. Extrato, vá no Pix, devolver valor.
<@!781134406680838216> #ficaadica, o banco Inter pelo app da acesso ao banco de imagens dos dispositivos para selecionar uma imagem de BRCode, facilitando muito a UX.
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.
como a GN é um PSP voltado à integrações, por decisão, escolheram não exibir no app a informação
o BACEN não obriga (mas não limita) a exibição do txid pelo aplicativo. somente o campo "Mensagem Pagador" é obrigatório ficar visível pelo app. as demais informações são acessíveis pela API.
onde que eu acho agora o pagamento com o identificador/descrição do pagamento no app gerencianet?
na verdade deveria custar bem menos. R$ 0,035 por mensagem já é caríssimo. mas o WhatsApp é uma empresa privada e a política de preços é bem mais cara que isso. $0.05+ por mensagem pro Brasil, até onde eu sei.
a API WhatsApp oficial de maneira geral