Histórico de mensagens sobre n

Não sei se e o jeito certo, mas e como eu vi na documentação para mudar o status como pago

Eu mudei o status de waiting para settled, queria pegar essa mudança no webhook para atualizar no BD

A cobrança é de um valor que gera pagamento ? Em homologação é o valor que determina se o webhook será acionado.

Tem algum lugar que da para verificar para qual caminho está sendo enviado o webhook do boleto?

Fiz o teste com boleto, e mudei status manual pelo settle, mas não chega a requisição nessa url

Funcionou para registrar url do webhook, mas estou tentando testar no modo homologação e não está chegando

Uso a sdk do nodejs, mas acho que também não tem esta informação nas outras

Estu conseguindo cadastrar o Webhook, porém no log do Apache tá aparecendo um erro, e aí não sei se o erro é por conta que o certificado do client não foi identificado (esperado já que a Efí primeiro faz uma requisição que deve ser rejeitada ) ou se é um erro da implementação do mTLS.

Consegui resolver o problema do erro 419 (Page expired) do Laravel. Ele estava enviando o token e adicionei na exceção.

Melhor ficar sentado do correr atrás di PATCH

https://tenor.com/view/forrestgrump-stanrd2020-john-travolta-gif-20446988

O método PATCH é mesmo para atualizar a cobrança, e não checa se atualizou. Isso tem que ser feito em sua aplicação mesmo.

Então o developer que deve checar a parada ou esse método PATCH só faz atualizar mesmo para uma nova cobrança ou ele checa se expirou ?

Pessoal me desculpem, era erro meu não tava considerando e contando se ja tinha algum valor devolvido anteriormente

EFI MELHOR TIME ❤️

1)Só complementando a resposta do Rubens. Este é o comportamento esperado, mesmo em produção. Quando expirada o status permanece ATIVA, mas já não é possível pagar. O Bacen definiu assim, pois como está ATIVA te permite dar um PATCH /v2/cob/:txid e aumentar o tempo de expiração, possibilitando o pagamento novamente, por exemplo.
2) A hora segue o fuso horário UTC-0. Estando no fuso de Brasília, segue UTC-3.
3) Acredito que deve ser no backend também

Correndo atrás do PATCH agora!!

https://tenor.com/view/forrest-gump-running-me-when-im-late-tom-hanks-gif-5144739

O status não muda quando expira. Você que precisa saber e eventualmente atualizar a cobrança usando o método PATCH.
2) Universal, preferencialmente converta sempre para fuso Z
3) O Javascript do client não vai ter acesso à API Pix, então no servidor

Guilherme bom dia. Duvidas CRUÉIS:
1) Gerei um PIX com duração de 60 segundos para verificar o que acontece após esse tempo. Resultado: STATUS não muda permanece ATIVA. Eu que devo checar se O PRAZO TERMINOU ou o SISTEMA DE VOCÊS que avisa?
2) O campo CALENDARIO->CRIACAO é um relogio de tempo FIXO UNIVERSAL ou muda conforme o campo CIDADE ?
3) Se eu que devo fazer A CHECAGEM DA EXPIRAÇÃO DO PIX a rotina pra isso faço em JAVASCRIPT no client ou em PHP no server ?

Obrigado pela atenção