Histórico de mensagens sobre pix

mesmo problema quando gero no http://gerarqrcodepix.com.br/ e pix.ae

Para isso, abra um ticket acessando https://sistema.gerencianet.com.br/tickets/criar, e solicite o certificado para integração com Pix, nos informando o número da conta, nome da aplicação e ambiente (produção/desenvolvimento)

Sim, o id de devolução pode repetir desde que seja para Pix diferentes. Se você fizer n devoluções de um mesmo Pix ai o id deve ser diferente para cada devolução.

Vou exemplificar aqui, um Pix recebido:

Bom dia! Uma dúvida, quando eu crio uma devolução, essa devolução tem um id (/v2/pix/{e2eId}/devolucao/{id}), a notificação enviada será para esse id, não para o txid original (que resultou no e2eId)?

do webhook do pix

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

<@!806264790900015144> você pode utilizar o endpoint consultar Pix recebidos passando um txid como parametro e observar se vai retornar alguma coisa pra você.

estou vendo que tem o consultarPix.php que estou usando e usa o TxID para a API e tem o consultarPixRecebido.php que usa esse E2EID

<@!808754572066553907> , verifique se você esta utilizando as credencias e a rota base de acordo com o ambiente em que foi gerado o seu certificado. Para produção: https://api-pix.gerencianet.com.br e homologação: https://api-pix-h.gerencianet.com.br

Estou iniciando a implementação da api pix, promeiro passo executar o metodo oauth, estou utilizando o clienteid e client secret de desenvolvimeto e o certificado gerado pela gn , porem estou recebendo um erro {"message":"Forbidden"}

Por hora, é o jeito <@!780500099788701726> . Dentro da plataforma também dá pra gerar um .csv do extrato, mas exige que você vá lá gerar o arquivo manualmente.
Realmente é um desafio fazer conciliação sem txid. Tanto que já estamos trabalhando uma opção de permitir que o EC recuso Pix sem txid. (entendo que no seu caso você não pode partir pra esse caminho)

Você poderia explicar um pouco mais sobre esse caso de uso?
Não vejo por que não pautarmos soluções como CNAB 750 ou até outro padrão para exportação dos recebimentos.

Pessoal, mais alguém recebendo erro ao enviar PIX? POST /v2/pix ? Pra mim toda requisição retorna:

Fora que ainda existem os Pixs que podem ser recusados e etc.

Além disso, o erro retornado é genérico demais: Ocorreu um erro ao requisitar o pix .

Pessoal, acabei de passar por uma situação aqui com a API de envio de PIX.

Aqui na Xerpa temos um produto que oferece antecipação salarial. Os colaboradores fazem "saques" do salário a qualquer dia/hora.

Fizemos um lançamento interno aqui e API falhou bastante. Motivo: múltiplos saques simultaneamente.

Segundo o <@!671762828046106646> a API de envio de PIX só pode receber uma requisição por vez.

1. Gostaria de confirmar esse entendimento. É uma requisição por vez? Isso é limitante demais!
2. Podemos discutir uma forma da serialização ser feita por parte da GN e não do integrador?

<@!780500099788701726> Pix sem txid não são notificados via webhook, neste cenário teria que ser pelo GET /v2/pix e se você tiver o cpf ou cnpj do pagador poderá usar no filtro

Assim como o endToEndId que o PSP gera para identificar um Pix, o rtrId é a identificação da devolução

Não pq ela vem sem txid. Vai aparecer no GET de /pix.

Caros, se eu receber uma transferência via Pix direto para a minha chave, eu vou receber um webhook desta transação?