Termos mais procurados:
Bom dia a todos!
o campo 59 Merchant Name segundo o manual do BR Code Versão 2.0.1 deve conter TAM 01..25 nome do beneficiário/recebedor
Porém no SDK está:
$payloadBrCode .= ($tipo === "dinamico") ? preencheCampo($payload["devedor"]["nome"]) : preencheCampo($dadosPix["devedor"]["nome"]); // [opcional] Nome do beneficiário/recebedor. Máximo: 25 caracteres.
Ou seja pegando o nome do pagador no meu entendimento... Creio que na maioria da vezes maior que 25 caracteres.
Podem investigar?
ou não usa a função que faz a leitura do payload.. faz como falei acima. usa o valor genérico Pix nos campos nome e cidade e o valor no campo txid (sem ler o payload)
esse seu qr tá com o campo 54 preenchido apenas com 00 (pq sua variável de preço tá zerada, provavelmente). quando for assim, é melhor passar 54040.00 (o manual brcode admitiria 54010 também, mas tem banco que não sabe ler documentação e recusa assim!) ou omitir o campo (o que também não recomendo, pois o manual do Pix não menciona a possibilidade de omissão (documenta apenas no manual do brcode) e não testei extensivamente, provável que alguns bancos recussem se omitido, também).
mas você pode montar o brcode / qrcode sem "ler" a url do payload. é só usar o nome "Pix" nos campos nome/cidade (e o txid, de qualquer forma, tá errado no sdk da GN, deveria ser apenas e não o txid da cobrança recuperado do payload, pois ele estoura o limite EMV para este campo que é 25 caracteres)
bom dia. vários de nós. o qrcodes-pix-h retorna 403 para muitos e a Gerencianet ainda não se pronunciou
Estou na SAGA DO PIX, Capítulo de hoje Webhook, Create no banco de dados da cobrança, montado e feito as relações, "FIZEMOS PROGRESSO" amanhã temos outro capítulo 🙂
até o momento, estava concentrado na parte pública do https://pix.ae, a partir de amanhã vou começar a integração para receber pagamentos (para o próprio pix.ae e para outros projetos).
sou novo ainda no php, estou seguindo esse exemplo: https://github.com/gerencianet/gn-pix-sdk-php-exemplo/blob/master/emitirPix.php
gerar cobrança: https://api-pix-h.gerencianet.com.br/v2/cob/:txid
Fiquei me perguntando porque Matheus recebeu dois PIX de 0,01.. só que lembrei que o sistema da Cecília o BR Code não contém o Point of Initiation Method (010212) que limita que não deve ser utilizado mais de uma vez.. então, tá suave! rsrs
Rodando o ping na minha máquina:
ping qrcodes-pix-h.gerencianet.com.br
PING qrcodes-pix-h-gerencianet-1256127902.us-east-1.elb.amazonaws.com (54.84.126.253): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Rodando do servidor de testes:
ping qrcodes-pix-h.gerencianet.com.br
PING qrcodes-pix-h-gerencianet-1256127902.us-east-1.elb.amazonaws.com (54.157.134.53) 56(84) bytes of data.
^C
--- qrcodes-pix-h-gerencianet-1256127902.us-east-1.elb.amazonaws.com ping statistics ---
146 packets transmitted, 0 received, 100% packet loss, time 144999ms
Mas Bradesco e Itaú tem tanta coisa bichada de Pix que é sempre difícil achar se ele ou não o culpado.
Boa tarde, pessoal! Lembrando que daqui a pouco teremos um webinar gratuito com a <@!671763456487325717>, o <@!671762828046106646> e o <@!775350441965649951>, nossa equipe especializada no Pix para tirar todas as dúvidas sobre integração, explicar sobre o consumo de endpoints via Postman e ensinar a configuração de Webhook. O link para inscrição é o seguinte https://register.gotowebinar.com/register/5141027611253650955. 🧡
ou usa o meu serviço, campeão. é só fazer um POST para https://pix.ae com tipo=dinamico e location=qrcodes-pix.gerencianet.com.br/......... (pode mandar com https:// incluido, o serviço retira) e receber de volta o QR montadinho 🙂
E as falhas no qrcodes-pix-h dificultam também a resolução de problemas de interoperabilidade. Um PSP que ainda está recusando GN pediu um código de homologação e eu passei, mas a chance de ter tido problema no download é significativa.
