Termos mais procurados:
Realizando consulta, passando os parâmetros txID e cpf:
&txId=CD1FE328C875481285A6F233AE41B66&cpf=62499313099
Que lhe dará o um retorno semelhante ao seguinte:
{
"endToEndId": "E00416968202012091350OkeOIbj4dKb",
"txid": "DgMnF3QzMyH1F7nI00OTlrpunCSaJsMbjui",
"valor": "0.01",
"horario": "2020-12-09T13:50:18.000Z"
},
Finalmente ambiente de teste montado , aprovado e testado com o bendito retorno do webhook em json atualizado e em modo DEV. Pagador executado com sucesso 🙂 Quem venham os POST ´s 🙂 . Estou muito feliz por ter conseguido com a ajuda de todos 🙂
<@!781134406680838216> Não vão mais enviar o infoPagador no retorno json do webhook ?
A parte mais interessante do retorno do json é que ao utilizar sem o parametro , true no json decode, não vem em array o decode, agora que ví isso no código, vivendo e aprendendo.
Não citei THE BIBLE, trata-se de meus princípios de confiança em nossos semelhantes. 😉 Estou implementando o retorno do webhook 🙂 Capítulo mudar os parametros do json para a documentação nova. 🙂
<@!781134406680838216> Por gentileza, poderiam me enviar todos os retornos possíveis do webhook em json, o que estou utilizando da documentação da GN está sem o array das devoluções, não estou utilizando o postman. Montei aqui um pagador de QRCode para o modo Dev. Obrigado.
Já que fiquei o dia baseado no exemplo de retorno do webhook que não serve para os testes com o postman, alguém tem um retorno válido de webhook que possa postar, por gentileza ( troquem os dados sensíveis), preciso apenas da estrutura do json, tendo em vista que não fiz nada em produção exatamente para poder testar tudo em homologação e depois só trocar o client id client secret e .pem . Esqueci até que ainda tem o error 403 forbidden no modo dev.
<@!671762828046106646> pelas caridades, estou testando agora com este exemplo do json da GN, como está agora então ?
#solução para testes do webhook em modo desenvolvimento. Principalmente para quem não fez o mTLS ainda para usar em produção, é só criar um POST , no postman na sua url de recebimento do webhook no servidor e inserir as informações do json que é enviado no Body em raw no postman , este é um exemplo de envio que a GN faz em json abaixo que usei no raw
as URLs de location (payload JSON) hospedados no subdomínio qrcodes-pix-h (homologação) só estão abrindo de IPs brasileiros
Certo <@!783359762917752843>. Em relação ao getPayload() no montarBrCode, não será mesmo necessário.
Para Campo 59-nome do recebedor, foi inserido uma variável no config.json com o nome do recebedor irá utilizá-lo.
Para o txID, foi implementada a condição para preencher caso o QR Code seja dinâmico
E no valor foi realmente utilizando o valor que está em $dadosPix["valor"]["original"]
Report de bug:
Os payloads de cobrança pagas estão retornando um JSON contendo erro: "status_cobranca_invalido", mensagem: "A cobrança não está mais com o status ATIVA". Assim, os apps dos PSPs pagadores estão apresentando "erro ao ler o QR".
O payload deveria continuar sendo retornado no padrão JOSE (com certificado e assinatura, igual as cobrança ativas), com o status alterado para CONCLUIDA, para tratamento adequado, conforme status + possível presença do template 01 com valor 12 (qr code de apresentação única).
"Se preferir, você pode também receber os dados no formato JSON, bastando incluir o parametro "json=true" na URL:"
Encoding é uma questão geracional... cada época tem seu enconding preferido. O atual é JSON, mas todo enconding funciona...
Olá Boa tarde.
Pessoal por favor:
Fiz o login em https://api-pix-h.gerencianet.com.br/oauth/token
Com o token, gerei uma cob em https://api-pix-h.gerencianet.com.br/v2/cob/:txid
{
"calendario": {
"criacao": "2020-12-04T14:59:13.166Z",
"expiracao": 3600
},
"txid": "fc9a4366ff3d4964b5dbc6c91a8722d5",
"revisao": 0,
"loc": {
"id": "1",
"location": "https://qrcodes-pix-h.gerencianet.com.br/v2/3f88c25323434f009b3bf74a11c31b5c",
"tipoCob": "cob",
"criacao": "2020-12-04T14:59:13.211Z"
},
"location": "https://qrcodes-pix-h.gerencianet.com.br/v2/3f88c25323434f009b3bf74a11c31b5c",
"status": "ATIVA",
"devedor": {
"cpf": "00010070680",
"nome": "Diarlem V Meira"
},
"valor": {
"original": "0.01"
},
"chave": "000.100.706-80",
"solicitacaoPagador": "Cobrança dos serviços prestados."
}
Com o retorno acima como faço para gerar a imagem do QRCode/ código copia e cola, para poder compartilhar?
Conhecem alguma lib para usar em NodeJs?
'nome' => string 'json_invalido' (length=13)
'mensagem' => string 'Valores ou tipos de campo inválidos' (length=36)
'erros' =>
array (size=1)
0 =>
array (size=3)
'chave' => string 'additionalProperties' (length=20)
'caminho' => string '.query' (length=6)
'mensagem' => string 'não são permitidas propriedades adicionais' (length=44)
Obrigada Matheus, apenas para fins de registro, se eu tento atualizar novamente a cobrança com outra data de expiração, recebo esse erro:
{ "nome": "status_cobranca_invalido", "mensagem": "A cobrança não está mais com o status ATIVA"}
Se tento incorporar o status CONCLUIDA ou ATIVA junto a data de expiração, eu recebo:
{"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"enum","caminho":".body.status","mensagem":"deve ser igual a um dos valores predefinidos"}]}
Em anexo o body para verificarem que não há erro de sintaxe.
Bom dia <@!721345228484640840> ! No JSON de resposta nos retornamos no "code" o status. Veja esse exemplo https://dev.gerencianet.com.br/docs/playground-assinaturas#plan
Então será que os bancos estão fazendo cache desse JSON? eita.. mais problemas de interoperabilidade à vista 😭
Bom dia <@!259720378450968578>! Não foi testado com react native, apenas com o nodejs. Com react é possível, eu não sei informar pelo fato do react native não suportar a tag html
