Histórico de mensagens sobre pix em sugestões

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

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.

@everyone gostaria da opinião de vocês sobre "Reenvio de Pix", após um recebimento da API Pix.
Mais detalhes aqui: https://www.notion.so/Retransmiss-o-de-Pix-Recebido-f6662ae376a04bd6a177177522bb3998

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

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.

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

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.

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

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"

imagem da Gerencianet sendo manchada em 3, 2, 1... https://portaldohost.com.br/forum/topic/28049-ja-tem-modulo-pix-para-whmcs/page/7/#comments

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

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?

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.

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)

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.

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.

Resposta da GN:

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