Histórico de mensagens sobre erro em pix

Olá, pessoal, testei agora em Produção, voltou aqui a instabilidade no Response para Emitir o Pix/Criar cobrança, API: https://api-pix.gerencianet.com.br/v2/cob/, segue o log para terem ideia:

qual o erro específico no caixa tem?

o erro desse string é o CRC, seria 0FEA e tá ficando FEA. precisa de padding para 2 caracteres cada item do par de bytes (F => 0F)

Esse é o mesmo erro que eu tive no PagBank e no Banco Inter para o valor de 1.11

Ela não pode, por causa das medidas de PLD, anti-terrorismo etc.

Olá a todos! Tive 2 problemas hoje:
1. App do PagBank não conseguiu ler o qrcode, o do banco Inter leu e realizou o pagamento.
2. Um outro qrcode no valor de 1.11 foi gerado, os 2 apps leram (pagBank e Inter) mas houve erro ao realizar o pagamento, nos dois.

Alguma ideia?

ERROR - Error parsing qrcode string: invalid length @191

O pior é que eu estava ajustando o calendario.expiracao e na hora achei que era restrição de prazo para o campo. Daí fiquei um tempão testando, voltei o calendario.expiracao para o valor anterior e o erro persistia. Aliás, tem valor máximo para o campo calendario.expiracao?

Pode dar algum erro?

2020-12-11 0:48:11 - montaBrCode() - Chamando o getPayload()
2020-12-11 0:49:45 - getPayload() - Error CurlFailed to connect to qrcodes-pix-h.gerencianet.com.br port 80: Connection timed out

Blz, sobre o erro deve ser isso, só fiquei curioso mesmo com o response, hora chega branco e outra normal com os avisos, tentar resolver o erro e aviso

A sim, no caso não é o Token é só o response mesmo, tem hora que chega em branco, mesmo tendo erro entendi

Oi, pessoal, tudo bem?
Reparei em um detalhe na API do Pix de desenvolvimento.
Estou usando parte do SDK de exemplo de vocês, está dando um erro, porém tem hora que rodo, que vem sem retorno e outras, que exibe o erro

Me tira uma dúvida este erro A chave informada não faz referência à conta Gerencianet autenticada significa que a minha cave PIX está errada??

é que 200 é padrão para qualquer request "a menos que um erro ocorra", fica mais difícil confiar, especialmente se tratando de um PUT

Sim, sim. Mas na 2.2.0 as mensagens de erro e o response code mudaram

Eles recusarem a query está correto, mas a mensagem de erro não diz o real motivo da recusa.

De fato, mas a mensagem de erro sugere que há mais propriedades do que deveria, quando na verdade não há 2 propriedades requeridas...a mensagem de erro poderia ser mais elucidativa.

array(3) {
'nome' =>
string(13) "json_invalido"
'mensagem' =>
string(36) "Valores ou tipos de campo inválidos"
'erros' =>
array(1) {
[0] =>
array(3) {
'chave' =>
string(20) "additionalProperties"
'caminho' =>
string(6) ".query"
'mensagem' =>
string(44) "não são permitidas propriedades adicionais"
}
}
}