Histórico de mensagens sobre pix em pix

<@!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.

Não, e por isso que sugeri a possibilidade de especificar tanto chave Pix quanto CPF/CNPJ, e aí a GN verificaria antes de enviar o Pix.

Pessoal, uma dúvida (olhando a documentação não identifiquei). Existe algum endpoint para validação dos dados bancários? Ex.: pretendo fazer pix usando, inicialmente, os dados bancários da pessoa. Eu consigo validar esses dados (e titularidade) antes de enviar no /v2/pix/enviar ?

inclusive a remoção do txid no primeiro caso leva a C568, que é o maior dos CRCs, para uma string que é menor:

<@!783359762917752843>

estático, menor possível

<@!387276532193689600>, o certificado você pode solicitar através do ticket, informando o número da conta e o nome da aplicação em que deseja ativar o Pix.

Se fosse:

00020101021226880014br.gov.bcb.pix2566qrcodes-pix.gerencianet.com.br/v2/8f42d70811fa40449df84e14dbc8d9e9520400005303986540532.985802BR5913Rei Dos Coins6007saojose620705036304

Seria: "FE69"

<@!783359762917752843> esse, com CRC 924:

<@!775350441965649951> Conseguiu testar a consulta de devolução?
- Para que saiba, quando consulto por /v2/pix/{$endToEndId} tenho retorno, mas quando coloco o $id da devolução, não..

Nós temos um exemplo no github, que possui a collection no Postman também para gerar QrCode https://github.com/ceciliadeveza/gerarqrcodepix
Com esta API, você pode gerar direto o QrCode, informando o location da cobrança que vc criar

Olá <@!781944293739986984>, sim. Só podem ser pagos Pix que forem gerados em produção

não consegue nem receber pix em homologação, muito menos devolver (pena.... nessa a GN tá devendo pra nós, rsrs)

<@!783359762917752843>, fiz testes neste momento. Quando você solicita uma devolução, é gerado o código rtrId (ReturnIdentification da devolução).
Ao consultar a devolução você deve estar passando o rtrId. O correto é passar o endToEndId do PIX e o ID da que usou na solicitação da devolução

como está no SDK.. https://github.com/gerencianet/gn-pix-sdk-php-exemplo

De qualquer forma isso não vai funcionar em homologação, como não posso pagar em api-pix-h não terei o e2eid.

a consulta é um GET /v2/pix/:e2eid/devolucao/:id, sem body

Bom dia, <@!783359762917752843>!
A rota é PUT https://api-pix-h.gerencianet.com.br/v2/pix/:e2eid/devolucao/:id
E no body informe somente o valor:

Bom dia a todos!
Estou testando a consulta a devoluções. os campos são:

"pix": [
{
"endToEndId": ""E085..."
"devolucoes": [
{
"id": "D09...""
}....

correto?
- o retorna das minhas consultas é apenas: devolucao_nao_encontrada

top de mais, ele já esta com Pix Webhook?

Pessoal o servidor da API do PIx caiu? Tem algum lugar pra visualizarmos o status da API?