Histórico de mensagens sobre js em pix

recebedor e pra ser passado no json agora?

{
"alg": "PS256",
"x5t": "QGt5k8scj-KEk7YxeN-qczPC1rE",
"jku": "https://qrcodes-pix-h.gerencianet.com.br/.well-known/jwks.json",
"kid": "apTTHgYi1seV4xLpy9Ytj2a3NAz0_OWbkwuYO7MI3_Y"
}
{
"txid": "A1XAx3uIoDVC62AISQ8dRo6TmKmkBkW1PmK",
"revisao": 0,
"calendario": {
"criacao": "2020-12-11T00:48:11.000Z",
"apresentacao": "2020-12-11T00:55:21.536Z",
"expiracao": 900
},
"status": "ATIVA",
"valor": {
"original": "109.00"
},
"chave": "[email protected]",
"solicitacaoPagador": "Pague de forma segura usando o Pix.\nPagamento aprovado normalmente em até 5 minutos.",
"infoAdicionais": [
{
"nome": "Número Pedido",
"valor": "320"
},
{
"nome": "Frete",
"valor": "R$ 0,00"
}
]
}

array(3) {
'nome' =>
string(13) "json_invalido"
'mensagem' =>
string(36) "Valores ou tipos de campo inválidos"
'erros' =>
array(1) {
[0] =>
array(3) {
'chave' =>
string(20) "additionalProperties"
'caminho' =>
string(6) ".query"
'mensagem' =>
string(44) "não são permitidas propriedades adicionais"
}
}
}

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"]

"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.