Histórico de mensagens sobre PIX em sugestões

EXIBINDO CONVERSAS RECENTES:

Texto: PIX
Canal: sugestões
Avatar discord do usuario joelemanoel

joelemanoel

Talvez fosse legal também implementar o conceito de Marketplace onde pudesse fazer o split de pagamento pra outros Pixs, não?

Avatar discord do usuario joelemanoel

joelemanoel

A única dúvida é porque essa restrição de conta da mesma titularidade? Entendendo ser um fator de segurança, mas se já existe a possibilidade de enviar um Pix para qualquer conta, este não seria um problema.

Avatar discord do usuario francisco.carvalho

francisco.carvalho

Ver Respostas

<@!788954143658082304> se existisse uma versão PUT para envio de Pix, no qual você passaria seu próprio identificador, por exemplo um idRetorno. Nesse caso, você conseguiria fazer a conciliação?

Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

API de Cobrança. Daria para conciliar recebimentos, não pagamentos. No caso de envio de Pix se você fizer por banco/conta/CPF já vai saber para quem foi, mas por Chave Pix não. E imagino que seja esse o problema.

Avatar discord do usuario rafaelsiqueira8363

rafaelsiqueira8363

Ver Respostas

Meu principal caso de uso é envio de pix para terceiro.

Avatar discord do usuario rafaelsiqueira8363

rafaelsiqueira8363

Ver Respostas

Pessoal, no extrato financeiro da GN traz a informação do nome da pessoa que enviou/recebeu o pix. Ao clicar nos detalhes, aparece o cpf mascarado. Estamos sofrendo um pouco pra fazer conciliação contabil fazendo “match” pelo nome.

Avatar discord do usuario anoni_mato

anoni_mato

no extrato do app não aparece a instituição de origem dos pix recebidos

Avatar discord do usuario anoni_mato

anoni_mato

Ver Respostas

as notificações de Pix recebido da GN estão trazendo a razão social dos PSPs pagadores em vez do nome comercial. ex: "boletobancario.com tecnologia de pagamentos ltda." em vez de "Juno"

Avatar discord do usuario rubenskuhl

rubenskuhl

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

Avatar discord do usuario joelemanoel

joelemanoel

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

Avatar discord do usuario rafaelsiqueira8363

rafaelsiqueira8363

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

Avatar discord do usuario rafaelsiqueira8363

rafaelsiqueira8363

Ver Respostas

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?

Avatar discord do usuario anoni_mato

anoni_mato

Ver Respostas

a função de gerar qr code de cobrança pelo app (que cria uma página de pagamento similar ao pix.ae) ficou bem legal.

só reportando alguns problemas:
- o txid digitado está sendo forçadamente convertido em maiúsculas (sendo que txid é case-sensitive);
- o símbolo R$ aparece sempre junto do valor (sem espaço), quando a notação correta é com um espaço;
- no app, depois de gerado o QR, se eu clico pra editar o valor, um novo QR é gerado mas o valor exibido continua sendo o antigo, dando a impressão de que editar o valor não teve nenhum efeito.

Avatar discord do usuario drogaehobrian.

drogaehobrian.

Ver Respostas

Oi pessoal da GN! Desculpa tão tarde, mas tive a ideia agora e achei uma boa compartilhar aqui com vocês, eu poderia criar minha própria versão dessa solução mas acho que seria legal para todos é ter como transferir via PIX no internet banking do site da GN. Motivos que me levam a acreditar nisso é:
- GN é o único banco digital que eu vi até agora que tem internet banking, e eu uso muito! Odeio ficar trocando celular computador e a maior parte do tempo é no computador, gostaria de fazer transferencias PIX pelo computador! (:
- Amo o GN por não precisar instalar 10000 módulos de segurança que eu sinto que comem minha RAM loucamente.
- Gosto como extratos são MUITO melhor visualizados no computador e o Internet Banking do Gerencianet faz isso de forma excelente, ou seja, o internet banking se torna uma opção gigantesca para quem faz muitas transações (como comércios e PJs por exemplo)

Avatar discord do usuario rafaelsiqueira8363

rafaelsiqueira8363

De acordo com o banco central, o favorecido pode devolver um pix em até 3 meses! A quantidade de problemas de contestação/conciliação que isso pode causar é imensa.

Avatar discord do usuario rafaelsiqueira8363

rafaelsiqueira8363

O cenário atual da GN não permite consultar um pix sem txid, logo não consigo buscar dados de um pix enviado via POST /v2/pix. Dessa forma, não existem maneiras de saber, via aplicação/integração, quando um pix é devolvido por parte do favorecido.

Avatar discord do usuario rafaelsiqueira8363

rafaelsiqueira8363

Resposta da GN:

Boa tarde Rafael, quando ocorre uma devolução de um Pix, que foi feito pelo endpoint de Envio de Pix, não é acionado o webhook mesmo. Por ser um endpoint elaborado pela Gerencianet, a devolução ficou de fora, independente do banco que está "devolvendo".
Eu entendo essa necessidade e vamos discutir como aborda-la.

Avatar discord do usuario rafaelsiqueira8363

rafaelsiqueira8363

Pessoal, trazendo para cá a discussão sobre devolução por parte do favorecido. Contexto:

Pessoal, uma dúvida sobre devolução de pix.
1. Pix enviado da GN > Chave qualquer. Recebo o webhook com a realização ou não. Tudo certo.
2. A partir da conta "favorecida", faço a devolução do pix.

Essa devolução por parte do "favorecido" deveria ativar o webhook e notificar minha aplicação? Entendo que a devolução esteja atrelada ao e2eid original.
Eu testei esse cenário aqui e não fui notificado. É um comportamento esperado ou temos um gap aí?