Histórico de mensagens em pix

boa noite, alguém pode me informar se, na api pix (cobranças imediatas) o NOME e CPF do devedor, passados no objeto para criar a charge DEVE ser os mesmos de quem vai efetuar o pagamento ?

Alguem sabe informar se a SSL da let's encrypt é compatível com as requisições da efi?

Só no GET de /cob, sim. E só se tiver sido pago.

A presença do objeto pix é so no endpoint GET certo? Nos endpoints POST/PUT pelo menos pela documentação não é retornado

Além do status CONCLUIDA, outro indicador de que foi pago é a presença do objeto pix na resposta do /cob. É prudente sim ter esse tipo de reprocessamento mas com intervalo mais longo...

Boa tarde, @raphas9! Tudo bem?

Sim, ao consultar uma cobrança via API, o status da cobrança é retornado. Quando a cobrança está paga, o status retornado é "CONCLUÍDA".
Quanto à devolução, as informações sobre ela são retornadas. Em nossa documentação, há um exemplo de JSON retornado quando ocorre uma devolução:

Acabei de ver que sim volta o status como concluído.

Mas surgiu outra dúvida e caso eu faça a requisição no endpoint cob/txid com um txid de uma cobrança que foi devolvida? Ele avisa algo?

Estou pensando nisso para casos de reprocessamento da mesma requisição por falhas, retries ou até mesmo manualmente

Pessoal uma dúvida, no endpoint de cobrança imediata, se eu fizer uma request com um txid de uma cobrança que já foi paga, ele volta alguma informação que avise que já está pago?

O que existe é um limite sugerido de 15 mil requisições por dia... como precisa de algumas requisições para isso, dá para gerar algo milhares de links de pagamento por dia.

Não tem um limite não!

existe alguma restrição de testes para o ambiente de homologação, exemplo posso gerar quantos links de pagamento forem necessários nos testes ou existe alguma contra indicação?

cara, de fato eu estava com as chaves de prod, não me atentei! Agora já recebi um erro diferente, onde o json parece estar inválido, vou configurar novamente! Obrigado @guilherme_efi

Bom dia, @pedrolucasneto! Tudo bem?
Mas no seu caso que está utilizando a SDK de Node, ela já trata de obter o token de autenticação e consumir o endpoint requerido. No exemplo que mandou, o método pixCreateImediateCharge cria a cobrança Pix.

Em sua implementação está usando Client_Id, Client_Secret e certificado de homologação? Pois de acordo com o parâmetro sandbox=true, deve ser usada as credenciais do ambiente de teste.

Mas pode ser que na SDK já esteja automatizada a parte de token... por exemplo, a cada chamada já pede um novo token, usa e descarta.

ah, legal, vou tentar então

Sim, é. Você primeiro precisa fazer um POST em /oauth/token com clientid, clientsecret e certificado. Aí você obtém um token que vale por 60 minutos, e para o PUT de /cob você passa o token e o certificado.

atualmente meu código está dessa forma, n sei se cometi algum erro, mas as requisições não passam pelo interceptor da SDK

esse token que vc mencionou, é requisito para fazer a cobrança? porque até então eu só havia criado as options e montado a requisição.

localhost só vai impactar no webhook. De resto, obter o token e criar a cobrança é sim possível.