Histórico de mensagens em sugestões

Fiquei meio intrigado aqui com essa parte. Se não tem txid, como TxId poderia dar match?

Boa Renato, esses detalhes deixam a compreensão mais saudável! 😃
Gosto bem desse 1 <= TxId <= 25

<@!793123559874494465> eu só mudaria no seu esquema uma questão semântica; o TxId >= e < 26 => lido como maior ou igual a 1 e menor que 26 (que é um pouco complexo mentalmente e não associável tão facilmente ao "limite de tamanho de qr estático") por: TxID >= 1 e <= 25 ou 1 <= TxId <= 25 => que são lidos como entre 1 e 25, mais fáceis de interpretar e com uma associação mental aos QR estáticos mais rápida 🙂

Capturando as sugestões até aqui

Faz sentido!

e até abriria margem pra estáticos com 26-35 caracteres (por bancos que não estão validando essa limitação de 25 caracteres no EMV), se a GN não validar também em algum ponto omitido no fluxo da imagem acima

Não deveria ter um segundo condicionante antes de jogar para a regex do integrador, que verifique se o txid tem 1-25 caracteres? Pois se passar txid com 26-35 (que deveria ser relativo a uma cobrança) para o regex do integrador testar (sem haver uma cobrança), significa que o payload foi manipulado/mal-interpretado/etc...

Sim, concordo. Pensemos, por hora, na cobrança imediata. À medida em que for nascendo a cobv, vamos incrementando esse fluxo aí, ou até trazemos um novo desenho.

E se for cobrança com vencimento (cobv) há ainda mais variáveis na aceitação, por causa da cidade do pagamento.

Além disso, o mesmo deve se aplicar a Pix via PIG, não apenas Pix via SPI do BACEN.

A cobrança ainda não paga pode não ser aceita se tiver passado da expiração

Pessoal, o que acham dessa proposta? A ideia é dar mais liberdade ao integrador na decisão de aprovar ou não um Pix.

Bom dia, <@!780500321994539068>! Agradecemos pelas sugestões. Vou anotar todo cenário e repassar para nossa equipe especializada para que possa ser analisada.

Sugestões para a parte de marketplace:(https://gerencianet.com.br/solucoes/#marketplace)
- Opção de repassar por Pix ao invés de só para contas Gerencianet independente do modo de pagamento
- Opção de fazer split também de recebimento Pix, usando os métodos discutidos no GitHub do BACEN para maior proximidade de um possível padrão futuro

Ótima idéia, e-book Isca Digital , está aqui no forno...Acompanhado de um Mini-Treinamento de PIX = Novo Produto Digital.

E um feliz natal a todos, em especial a equipe <@!781134406680838216> pelo ótimo trabalho! (:

A própria comunidade poderia criar um ebook assim como o <@!440035527127990273> fez o repositório falando dos bancos que foi uma ajuda imensa para todos nós

Bom dia Magno! É uma boa sugestão, em nosso webinar inclusive fizemos utilizando o Postman justamente para ficar mais didático e não focar em uma linguagem de programação em específico. Mas a ideia de gravar vídeos tutoriais para a documentação é uma boa também.

#sugestão. Nestes mais de 25 dias de observações, ví e vejo que muitas duvidas poderiam ser evitadas com um passo a passo da implementação do PIX de modo genérico, pois existem várias possibilidades de implementações em várias linguagens diferentes. Poderíamos ter um e-book ou 3 vídeo-aulas com os passos necessários para ter o PIX funcionando no postman. Assim todos nós poderíamos ter uma idéia do que precisamos e dos parâmetros exigidos pelo BACEN. #ficaadica

Comentei isso a pouco, cabe melhorias mesmo, rapidinho ajustam, tranquilo de fazer