Histórico de mensagens em pix

pelo que entendi o txid é uma hash que eu gero por cada cobrança respeitando o formato ^[a-zA-Z0-9]{26,35}$ certo?

Vc deve deixar a verificação do certificado ativada. Sobre o Erro 500. Possivelmente é problema relacionado aos valores de usuário e senha. Sugestão: verificar valores e espaços em usuário e senha e, caso não encontre, remover todas as configurações e refazer todos os passos do tutorial.

Encontrei, vc deve desativar esta opção no postman ☝️

Não gostei da sugestão. Quero poder simular situações reais variadas, tal qual acontecem em produção, não apenas "validar retornos" de situações hipotéticas específicas e predeterminadas do ambiente de homologação.

Pessoal hoje mais cedo na tentativa de conectar com a API estou recebendo este erro, e ainda continuo.. alguém poderia ajudar <@!671763456487325717> estava me ajudando mas acho que já acabou o expediente dela..

Uma opção seria todas as transações de homologação liquidarem depois de algum tempo.

também não obtivemos resposta (ainda) a respeito do qrcodes-pix-h não abrir a partir de IPs fora do Brasil. problema que já é figurinha carimbada

Infelizmente ele não serve pra nada

Eu removi totalmente o sandbox do meu uso.

Vou levar essa questão para a nossa equipe de desenvolvimento.

<@!671762828046106646> não tem um jeito de vcs oferecerem o ambiente completo em homologação? Não conseguimos enviar callbacks para o ambiente webhook no ambiente de homologação, o que impede testes pra validar o setup mTLS, por exemplo. Eu preferiria não ter que mexer no ambiente produção antes de certificar que o ambiente de homologação funciona. Da forma como está hoje, o ambiente de homologação é bem pouco interessante, pois a criação de cobranças sem possibilidade de testar os callbacks vindos diretamente da GN não tem muita serventia.

Pessoal, vamos encerrando por hoje. Uma ótima noite a todos e amanhã cedo estamos de volta.

Obrigado pelo feedback

No retorno das consultas de cobranças vem no formato array mesmo. Só no exemplo do callback do webhook que notei que tinha um objeto no lugar do array

No callbacks está diferente a resposta mesmo, vou alterar. Estava verificando o exemplo de consultar lista de cobranças

Quem testou com o Cora ? Eles responderam em rede social que tiveram instabilidades. Acho estranho que a falta de txid seja uma instabilidade, mas se alguém puder testar de novo...

Acho que este é o problema que eu havia relatado mais cedo. No exemplo as devoluções não estão em um array. # como está no exemplo da GN
{
"pix": [
{
"endToEndId": "E12345678202009091221syhgfgufg",
"txid": "c3e0e7a4e7f1469a9f782d3d4999343c",
"valor": "110.00",
"horario": "2020-09-09T20:15:00.358Z",
"infoPagador": "0123456789",
"devolucoes": {
"id": "123ABC",
"rtrId": "D12345678202009091221abcdf098765",
"valor": "10.00",
"horario": {
"solicitacao": "2020-09-09T20:15:00.358Z"
},
"status": "EM_PROCESSAMENTO"
}
}
]
}

# como entendo que deveria estar
{
"pix": [
{
"endToEndId": "E12345678202009091221syhgfgufg",
"txid": "c3e0e7a4e7f1469a9f782d3d4999343c",
"valor": "110.00",
"horario": "2020-09-09T20:15:00.358Z",
"infoPagador": "0123456789",
"devolucoes": [
{
"id": "123ABC",
"rtrId": "D12345678202009091221abcdf098765",
"valor": "10.00",
"horario": {
"solicitacao": "2020-09-09T20:15:00.358Z"
},
"status": "EM_PROCESSAMENTO"
}
]
}
]
}

<@!671762828046106646> poderia olhar o privado?

Se adotar algumas precauções na geração do EMV, como br.gov.bcb.pix em minúsculas e preencher o campo valor, está passando em quase todo lugar. Algumas coisas conhecidas não afetam a GN; exemplo, criptografia ES256 no JWT tem poucos PSPs suportando, mas a da GN é PS256.

Pelo jeito é melhor listar as com problemas, pelas minhas pesquisas a maioria está ok