Histórico de mensagens sobre dados em pix

ou precisa de mais dados

De fato. Ainda me parece um pouco invertido o caminho, pois apesar de eu ter salvo no meu bd que uma devolução foi solicitada, o controller que recebe esse payload ainda não sabe disso. Então é como se eu precisasse primeiro hidratar o meu handler com contexto sobre aquele evento antes de poder tratá-lo, agregando dados de uma ou mais tabelas pra daí poder prosseguir (não que isso seja um grande problema). A sugestão que você deu sobre as chaves serem os discriminantes é um exemplo disso: primeiro eu tenho que puxar minhas chaves e aí mapear o evento.
Posso estar complicando demais, pois ainda não comecei a implementação, mas não está muito trivial arquitetar isso com o meu patinho de borracha 😅 .
Por acaso vc conhece algum repo aberto com um exemplo bacana de implementação?

Pessoal bom dia! se alguém puder me ajudar eu agradeço,
fiz a integração do pix com a efí, (php sdk)
1) a aplicação está no ambiente de produção
2) estou utilizando a chave/certificate/client_id/client_secret de produção
3) já até configurei o callback do webhook
4) expiracao = 3600 e dados do 'devedor" reais

Ao gerar o QR CODE, ele me retorna o copia e cola normalmente, mas ao tentar pagar aparece o erro do app dos bancos:
"QR Code inválidoo"

Tentei gravar no banco de dados e no arquivo texto a partir do index.php

Configurei o webhook para pix com mtls de acordo com o video aula, na DigitalOcean, funciona ok. No arquivo json é gravado os pix recebidos, tudo ok, Porém tento colocar os dados do pix num banco de dados e não aceita. Tentei inclusive abrir um arquivo .txt no diretorio webhook o arquivo é aberto mas não grava nada, nem uma mensagem "hello". Qual é permissão que está faltando? Alguma dica?

Para os links prontos são usados os dados de comunicação presentes nas configurações da sua conta

A API retorna os dados e você pode montar seu checkout com os dados de acordo com a necessidade. Este exemplo é um link pronto baseado em uma cobrança PIX, presente na nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints

Bom dia! Validei os dados e estão corretos.

Bom dia @cleyton9296, tudo bem?
Como o Rubens disse, o endToEndId é gerado no momento do pagamento da cobrança Pix.
Para conferir um pagamento o meio convencional é o webhook, onde você vai ser notificado no momento do pagamento da cobrança ao invés de ter que realizar consultas periódicas para verificar a situação da cobrança, essa pratica de verificação periódica é denominada polling que não recomendados.
Segue uma imagem que demosntra a comparação do polling com o webhook.

Já refiz o KYC, enviando minha CNH, selfie e atualizando os dados cadastrais, já alterei minha senha e assinatura eletrônica, mas mesmo assim ainda há tal contingência, permitindo apenas movimentações financeiras para mesma titularidade, e esse bloqueio já dura 5 dias...

estou justamente nesta parte e já me deparei com algum erro de lógica aqui:

if(isset($dadosrecebidos['pix'][0]['gnExtras']['tarifa'])){
//FAÇA VERIFICAÇÃO DE PIX COM TARIFA
}else if(isset($dadosrecebidos['pix'][0]['gnExtras']['idEnvio'])){
//FAÇA VERIFICAÇÃO ENVIO DE PIX
}else if(isset($dadosrecebidos['pix'][0]['devolucoes'])){
//FAÇA VERIFICAÇÃO DE DEVOLUÇÃO
}else{
//FAÇA VERIFICAÇÃO RECEBIMENTO
$dadosUpdate = array(
"endToEndId" => $dadosrecebidos['pix'][0]['endToEndId'],
"payment_status" => 'finished',
"on_off" => 1
);

Preencha os dados abaixo e faça upload do certificado com o nome pagamentos.pem no diretório principal do site.

Você pode utilizar o GET/v2/pix onde lista todos o s pix recebidos em um período informado, por exemplo - https://dev.gerencianet.com.br/docs/api-pix-endpoints#consultar-pix-recebidos" class="link-msg">https://dev.gerencianet.com.br/docs/api-pix-endpoints#consultar-pix-recebidos . Ou você pode buscar por um pix especifico passando o e2eId - https://dev.gerencianet.com.br/docs/api-pix-endpoints#consultar-pix . Caso não saiba esse e2eid, você pode buscar pelo txid da cobrança - https://dev.gerencianet.com.br/docs/api-pix-endpoints#consultar-cobran%C3%A7a que este endpoint retornará os dados da cobrança, inclusive o e2eid, que é o identificador do pagamento.

Boa tarde, @jubasoler! Tudo joia?
Você poderia cadastrar um endereço comercial em sua conta e tentar novamente?
Este procedimento é realizado Acessando:
1 - Configurações da Conta (Icone ⚙️ no canto superior direito)
2 - Configurações de Cobranças
3 - Dados de Exibição
4 - Endereço comercial.

{"nome":"dados_invalidos","mensagem":"Verifique os dados informados e tente novamente"}

@igor_efi esqueci de perguntar mais uma coisa 😅. É possível visualizar em algum end point os dados do pagador?

O webhook é configurado por chave Pix, e acionado para qualquer pagamento que tenha um txid ou evolução da situação de devolução caso você solicite devolução.
O que você pode configurar é a conta para não aceitar transações que não pagamentos... por exemplo, recusar Pix por dados bancários e Pix por chave. (
/v2/gn/config)

O webhook é acionado sempre quando há alguma alteração na cobrança Pix. Então você recebe a notificação quando for paga, e se tiver devolução.
Então ao receber a notificação com os detalhes em Json, sua aplicação poderá tratar estes dados.
https://dev.gerencianet.com.br/docs/api-pix-endpoints#recebendo-callbacks

Quando você certifica uma URL, é gerado um par de chaves, a chave pública e a chave privada. A chave pública é a parte que você conta para os outros, a privada é a que você usa para descriptografar o que foi enviado.
O certificado é a sua chave pública, assinada pela chave pública da autoridade certificadora.
Mas quando chegam os dados, você precisa da chave privada para entender o que te mandaram.

Isso mesmo. E alguns apps de bancos até estimulam isso de guardar como dados bancários de com quem você já transacionou.