Termos mais procurados:
<@!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?
Não, é a Chave Pix da conta que receberá os recursos. O mais usual é criar uma chave aleatória para os recebimentos, mas pode ser qualquer dos tipos de chave Pix existentes.
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)?
<@!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:
<@!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
