Histórico de mensagens em sugestões

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

Por sorte eu consigo mexer no meu batchsize de forma simples, mas a experiência vai ser infinitamente inferior. Se eu tiver um pico de requisições elas serão levarão O(n) para serem processadas, sendo n a qtde de msgs na minha fila.

Não jogar essa responsabilidade para o integrador.

No limite, a serialização precisa ser feita internamente, através de fila.

Provavelmente. Isso é bem urgente. Uma API que só pode receber uma requisição por vez não faz o menor sentido.

Me parece que o motivo para serializar é a falta de idempotência. Já sugerimos que o POST seja mudado para PUT com um id tal como tem as devoluções, aí poderiam ser feitas transações em paralelo.

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

Olá <@!652136709982781470> poderia nos auxiliar.

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?

Vou reportar os pontos levantados, mais uma vez muito obrigado pela contribuição!

Vou levar sua sugestão pra equipe, oque posso adiantar é que a plataforma web esta sendo trabalhada nesse momento e muito em breve teremos novidades...

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.

pq existe um problema em relação às possibilidades oferecidas ao cliente pagador. se o título pago for de outro banco, dá pra conseguir um cancelamenton com a GN; se for da própria GN, não dá (pq se converteu em transferência). Fica parecendo protecionismo ao cliente recebedor, por ser cliente da própria GN

Mas seria interessante, ai eles poderiam inclusive cancelar o boleto.

Fica a dúvida!

mas é algo autorizado pelo BC, fazer o fluxo do boleto ser quebrado enquanto o comprovante que o cliente recebe ainda é de "pagamento de título"?

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)

Veja, mas quando o boleto é emitido pela GN e pago pela GN, poderia quebrar o fluxo bancário e funcionar somente como uma transferência de recursos, não?

Sobre a questão do boleto ser informado no mesmo dia, temos trabalhado na questão e uma hora melhoremos isso. Nossa falta de animo é o fato de sabermos que ocorre com alguma frequência um descasamento, sendo realmente uma previsão, que erra.

E mesmo de GN para GN, o mesmo poderia acontecer. O cliente fazer um pagamento de boleto e nesse mesmo dia pedir para sustar o pagamento.