Termos mais procurados:
Boa tarde! Você alterou o id para o id que é retornado no loc?
Se sim, o response será algo nesta linha linha:
<@!671762828046106646>, boa tarde, poderia me ajudar com a resposta do loc/qrcode ? Estou recebendo a resposta 200 más não vejo o qrcode ainda
consegui fazer a request aqui, acho que agora entendi o id, espero que sim, agora não vejo o qrcode no response
https://api-pix.gerencianet.com.br/v2/loc/.....jMuUGl4IFRlc3RlIFBlbWF6YS4ifQ/qrcode (estou enviando essa request)
Pessoal estou com dificuldades em executar a request para gerar o QrcodeDinâmico, bad request, alguém consegue me ajudar?
<@!808755471925116948> me passe mais detalhes por favor, quando você gera a cobrança, ela é gerada no mesmo ambiente que o consumido pelo endpoint /loc/:id /qrcode? E você está passando o o id do loc na url?
ambiente de homologação
eu faço um get para /loc/:id /qrcode
e recebo esse erro
Unable to read data from the transport connection: Foi forçado o cancelamento de uma conexão existente pelo host remoto..
to usando o exemplo que consta na documentação do postman
<@!781134406680838216> estou inciando a integração com o PIXAPI, utilizo o metodo (PUT) v2/cob/:txid para gerar o pix e depois estou tentando utilizar o metodo (GET) /loc/:id /qrcode para gerar o qrcode, porem aqui estou tendo dificuldade o parametro id estou em duvida, estou utilizando o id retornado pelo metodo (PUT) v2/cob/:txid loc/id , e não estou conseguindo receber um retorno <@!652136709982781470> pode me ajudar com a duvida?
A notificação pra QRcode estático já esta ativa sim, na linha que escreveu vai funcionar certinho <@!691604506953384006>
O QRcode estático pode ter txid e aí identificar a linha de caixa ao invés da transação individual.
concorrente que me refiro é a nossa empresa! eles oferecem para o ponto de venda essa solução de QRcode unico para pagamento
segunda dúvida: temos algum recurso que gere um QRcode fixo que possa ser pré impresso e colado no exterior do caixa. para que ao finalizar a venda, eu possa pedir o cliente que faça a leitura desse código e faça o pagamento? centralizar o pagamento em um único qrcode?
A primeira dúvida seria na implementação do recurso em ponto de venda. Para fins de teste, tem como fazer todo o processo desde a geração até o pagamento? por que dessa situação, no caixa irá gerar o QR code para o cliente pagar, o pdv irá esperar uma resposta do pagamento para finalizar a venda e gerar o cupom. A dúvida seria se temos como pagar (em forma de teste) o lançamento gerado?
mesmo problema quando gero no http://gerarqrcodepix.com.br/ e pix.ae
estou usando o QR Code e copia/cola do /v2/loc/{id}/qrcode
Boa tarde, alguém tendo problemas com escaneamento do C6Bank?
Testando em um QR Code gerado pelo Itaú, ele escaneia normal, mas quando escaneio um QR Code da Gerencianet, ele diz que não conseguiu validar a chave
Se você está utilizando a SDK de PHP, acredito que seja os dados de infoAdicionais, elas não são retornadas no webhook e aparecem no momento de leitura do QRcode pelo pagador.
TxId duplicado só é recusado em QR-Code dinâmico, e um pagamento pode ser estático (com ou sem txid). Eu estava pensando e acho que a API tem que ter 2 passos de forma similar à UX do app:
/gn/pagamento (BRCode[obrigatório], idpagamento[obrigatório], valor[opcional])
retorna o valor do pagamento, as informações do recebedor no DICT (eventualmente mascaradas).
Aí a próxima chamada seria
/gn/confirmapagamento (idpagamento[obrigatório],valor[obrigatório])
Tem que passar de novo o valor e o id de propósito, para dizer "eu sei que vai sair x dinheiros da minha conta".
Na chamada de pagamento, o valor opcional seria passado para caso o QR-Code estático não tenha valor associado.
<@!793123559874494465> eu estava pensando e acho que para o pagamento de Pix é melhor mesmo um endpoint diferente, recebendo o BRCode. Aí se for estático/dinâmico já faz o tratamento devido e o pagamento. O único ponto é que se for de QR-Code estático, precisa de um id como o de devolução para garantir idempotência.
