Histórico de mensagens sobre PIX

Bom dia. Estou iniciando com a API pix da gerencianet. Testando a autenticacao no postman esta retornando erro 500. Configurei o certificado e credenciais... alguem sabe o que pode ser?

Os pix retornados são os que estão vinculados à sua API, sendo uma cobrança de Pix dinâmico ou estático.
Já um Pix que foi enviado manualmente para sua conta não será retornado nesta consulta.

Desculpe, PIX recebido, no caso.
Nao vem na consulta?
Por ser PF?

Bom dia, <@!348606777933168641>!
Até o momento não há split de pagamentos Pix, somente com os métodos de pagamento cartão e boleto.

Assim como o Rubens mencionou, a Gerencianet disponibiliza um endpoint POST /v2/pix para realizar o envio de Pix. Este, por sua vez é necessário ser PJ ou poderá solicitar uma licença para desenvolvedor, mas que possui algumas limitações. Para habilitá-lo é necessário entrar em contato com a equipe Comercial da Gerencianet, no caso da conta PJ haverá novo anexo contratual.

Bom dia, <@!785181142852698153>.
Entendido. No caso do Pix enviados não é retornado na consulta, ele somente é informado através do webhook, ou pelo extrato financeiro da conta.

<@!628308250726629376> respondendo sua pergunta: "como verifica quem foi que pagou o pix, pela api?" feita lá no canal <#boas-vindas-gn> :

Pela API, você não consegue verificar "quem pagou", só consegue verificar se quem pagou é quem você esperava que tivesse pago.

Mais detalhes: https://github.com/bacen/pix-api/issues/153#issuecomment-723516771

Informações adicionais relacionadas: https://github.com/bacen/pix-api/issues?q=is%3Aissue+lgpd+is%3Aopen (obs: há, inclusive, "issues" fechadas neste link).

relevante: https://github.com/bacen/pix-api/issues/209#issuecomment-797197299

Em Pix, só via receber e enviar.

Se tiver como eu usar a API Pix, apenas para gerar os QRCodes dinâmicos e os pagamentos irem para as contas dos clientes, por mim a conta fecha... Pensei na % apenas por causa do Split

Então, não vou enviar Pix... Eu quero oferecer uma forma do cliente do meu cliente pagar via pix...

Pode confirmar amanhã com os "laranjinhas"(funcionários da Gerencianet) que essa condição existe para o envio de Pix sim, só PJ. Diferente do recebimento.

A API de envio de Pix é só para PJ, e você precisa ter intermediação de pagamentos como CNAE da sua PJ para ser intermediário.

Não sei se entendi muito bem as respostas, rs! Mas vou tentar demonstrar o meu cenário, quem sabe fique mais fácil... Trata-se de um serviço de Cardápios Online que estou fazendo aqui na cidade onde eu moro. A ideia é lanchonetes, por exemplo, tenham seus produtos e ao realizar o pedido, oferecer o Pix como forma, porém, o que me deixou com dúvida, é que pelo menos a forma como vi a implementação, os pagamentos viriam para minha conta, o que no momento, não é algo interessante por N motivos, a ideia, era a Lanchonete X ter seu cardápio e ao realizar uma venda, o valor já ir para a conta deles...

No momento não. A única opção até o momento é fazer Envio de Pix via API também.

Boa noite! Alguém poderia me tirar algumas dúvidas quanto a API Pix? Vamos lá, através de alguns vídeos sobre ela, achei interessante a proposta, porém, gostaria de saber se é possível fazer split do pagamento?

Eu havia entendido que apenas PJ pode enviar Pix via API.

Um cliente GN pessoa fisica, ta com os tokens e certificado...

Um Pix enviado nao ta vindo na chamada da API

Tá lá pessoal, o terceiro vídeo sobre a integração da API Pix da Gerencianet e desta vez com node.js direto da minha API que construí ao longo da playlist

https://www.youtube.com/watch?v=9lmGLhO3z68&list=PLWgD0gfm500EMEDPyb3Orb28i7HK5_DkR&index=24

me tirem uma duvida por favor sobre o Auth tenho que gerar o token sempre antes de gerar a combrança pix para não dar error invalid_token estou pensando como posso verificar se o token é valido antes de executar o curl para gerar o qr code falo antes de enviar o post para a geração do qr por que depois que tenta gerar já fiz isso:
if($options['error'] == 'invalid_token'){
echo $options['error'];

}

Pessoal, boa tarde.

Sobre o lançamento desses novos recursos que negociamos, quero pedir aos envolvidos mais um pouquinho de paciência. As funcionalidades já estão em produção porém seguramos a atribuição externa dos novos escopos.

Todos sabem que ambiente de testes é uma maravilha 👀, mas como a alteração está em um ponto crítico do nosso sistema (diretamente na confirmação/recusa de Pix) achamos prudente finalizar nossas baterias de testes em produção e deixar o sistema amadurecer com esses novos recursos.

Se tudo ocorrer dentro do esperado, estamos projetando a liberação ainda amanhã, pela manhã.