Histórico de mensagens sobre PSP

Só para eu entender Guilherme, o PSP não deveria estar com esse comportamento. Correto? Quando dinâmico, eu não precisaria enviar o valor no EMV.

Neste caso, o PSP do pagador pode estar com este problema, onde ao ler o Qr Code, mesmo que dinâmico, ele tenta buscar o valor que está no EMV, se não estiver presente o valor fica R$0,00.

Ou seja, resta saber qual é o PSP do pagador. E como o Renato citou, verificar se o PSP está permitindo a edição do valor

Boa tarde Hiago! Se conseguir o nome do PSP, nos informe por favor. Se possível me envie o copie cola ou QRCode para eu fazer um teste aqui

dê uma olhada aqui depois, pra saber se vc pode ter problemas com algum PSP:

se não permitir edição, aí teria que abrir um outro issue, especificando que o PSP tá deixando o valor zerado (mas não permite pagamento nesse caso)

pela documentação, não é. mas nesse PSP, se tiver, evita esse problema

Bom dia pessoal tudo bem? Alguém já teve problemas com o QRCode dinâmico ser apresentado com o valor zerado em alguma instituição? Um cliente enviou um print onde o valor do QRCode estava zerado... Mas é um PSP estranho, não consegui identificar pelo app para ver na lista de compatibilidade divulgada por vocês... Ainda não obtive retorno do cliente sobre o nome da instituição.

Bom dia pessoal, havia uma lista de PSP's que não estavam lendo o qrcode corretamente ou não o identificavam como dinamico, essa lista foi atualizada ?

Seu EMV tinha o campo 54 com o valor ? Apesar de não obrigatório, ajuda com PSPs com implementação ruim

acho que o status "CONCLUIDA" é reservado para atualização pelo próprio PSP quando recebe um Pix para a cobrança

você pode passar um PATCH com status "REMOVIDA_PELO_USUARIO_RECEBEDOR"

Atualizando o caso do calendario.expiracao
O problema da leitura de uma cobrança expirada ocorre da seguinte maneira:
- Existe uma cobrança ATIVA com expiração futura
- Usar a rota PATCH /v2/cob/{txid} para redefinir o tempo de expiração para um tempo passado
- Os bancos leram o qr code, mas não é possível pagar devido a rejeição de recebimento por parte do PSP recebedor (GN)

Obs.: se a cobrança já estiver com expiração vencida antes do PATCH, o leitor nem lê o qr code.
Como não é possível pagar o qr code, vejo como algo irrelevante.
Acredito que seja algo relacionado ao location, pois após o PATCH o location continua o mesmo.

Obs 2: tentei redefinir o expiracao para tempo passado porque estava tentando "excluir" a cobrança, antes do <@!440035527127990273> me alertar sobre a possibilidade de se alterar o status da cobrança via PATCH

Mais um para coleção de problemas em PSPs pagadores... mas o PSP recebedor também deveria ter bloqueado.

Expirada não significa removida. Significa apenas que o PSP pagador e o PSP recebedor não devem mais fazer pagamentos nela.

funcionou o pagamento via Itau, outros PSP's ainda estao itermitentes

Pessoal alguem sabe se o PIX esta fora? Tentei efeutar o pgto em mais de um PSP e todos estao dando erro, os dados de cobrança sao reconhecidos pelo app mas ao efetuar o pgto da erro.

não esclarece o que é o PSP, tem um monte informações sobre PACS (adicionou mais confusão em vez de esclarecer, sendo que o cliente GN não precisa nem saber que uma PACS existe. é algo entre PSPs e BACEN), inclui um regex na explicação para algo que poderia ser resumido com uma explicação simples: "(...) contendo letras maiúsculas, letras minúsculas e números, em um total de 26 a 35 caracteres"

o cliente que lê, fica sem entender nada a respeito do que é PSP. e ao clicar no link de detalhes, se depara com isso:

A primeira referência ao termo "PSP" é essa:

ah sim, não manda mais o "status" (já que webhook só é acionado pelo PSP recebedor quando pix é recebido)

<@!781134406680838216> : minha sugestão é retirar as menções às "PACS" da documentação de vocês. é totalmente irrelevante para os clientes. É detalhe de comunicação entre PSPs e BACEN. melhor ainda seria a documentação do BACEN ser referenciada, por mais que a de vocês seja boa, e deixar apenas menção ao que ainda não está 100% aderente ao BACEN. assim evitaria a necessidade de ficar represando modificações, quando elas tiverem por objetivo se adequar ao BACEN.