Histórico de mensagens sobre chave pix

o mesmo erro aparece quando eu tento criar uma chave pix através da sdk

Boa tarde @André Costa , tudo bem ? Essa mensagem está se referindo a chave Pix enviada. Você precisa passar uma chave que está cadastrada na conta Efí

Boa tarde, Pessoal!

Estou tendo problema na utilização da API Pix de vcs. Criei uma aplicação e utilizei as chaves (Client ID e Client Secret) de homologação e consegui gerar o pix, mas quando mudo para as chaves de produção retorna "A chave informada não faz referência à conta Gerencianet autenticada".

Só mudei as chaves (que estão disponíveis na aplicação que criei na plataforma de vcs), a de homologação funciona e produção não. Podem me ajudar?

Boa tarde, galera! Estou tendo um erro ao registar um webhook para minha chave pix... Qualquer link que eu digito tenho essa resposta

Acho que o ponto-chave é este: para testar Pix e boleto, testes em produção são viáveis. Para cartão, não.

é prq passo minha chave pix com a url no corpo e recebe: 400 Bad Request: "{"nome":"webhook_nao_encontrado","mensagem":"Nenhum webhook encontrado para a chave informada"

Boa tarde
estou com uma demanda a qual meu objetivo é verificar numa lista de cnpj(s) , se estão cadastrado numa chave pix
na api de vcs, e consigo fazer essa verificação?

Se a conta for de CNPJ, e houver um nome fantasia cadastrado na junta comercial/receita federal, aparece o nome fantasia para chaves Pix criadas após a atualização do cadastro.

Sim, um dos endpoints da API é de envio de Pix. Mas ele não é um pagamento no sentido de quitar uma cobrança, apenas mover dinheiro da sua conta para uma determinada chave Pix ou dados bancários.

meu código esta assim:

Boa tarde, @alessandrodev! Tudo bem?
Não, neste caso, como o cadastro do webhook é por chave, toda a movimentação (envvio, recebimento e devolução) relacionada a esta chave, vai ser enviada para o webhook cadastrado.
O conteudo de cada tipo de notificação é diferente: https://dev.efipay.com.br/docs/api-pix/webhooks#requisi%C3%A7%C3%A3o

Se você vai também enviar Pix, o melhor para separar é usar uma chave Pix diferente. Agora, na devolução de um Pix recebido, ela só vai acontecer se você pedir para fazer uma devolução. Então você pode ter algo ligado ao txid que te avise que foi solicitada devolução, e aí sim olhar o campo de devolucoes.

Bom dia, @alessandrodev! A estratégia adotada depende muito das suas regras de negócio, por exemplo, você pode ter um webhook exclusivo para tratar recebimentos e outro exclusivo para tratar envios, se você utilizar o Split ainda pode ter um exclusivo para ele.

Caso prefira organizar todos em um único ponto, você teria o payload padrão de recebimento (endToEndId, txid, chave, valor, horario e infoPagador).

Se for um recebimento com split você terá tudo isso acrescido do gnExtras contendo pagador e split.

Para devolução é preciso que o recebimento já tenha existido, você pode adotar uma conferência interna do txid ou verificar a existência da propriedade devolucoes.

Já o envio de Pix terá as propriedades tipo e status e não terá o txid (virá em gnExtras o identificador do envio -> idEnvio).

Mais informações sobre o recebimento de callbacks na documentação: https://dev.efipay.com.br/docs/api-pix/webhooks/#recebendo-callbacks

Boa tarde! Estou recebendo um erro 500 quando solicito a criação de uma chave pix aleatória (evp). Já confirmei o escopo, está tudo certo na request. Alguém sabe informar qual pode ser o problema?

Boa tarde pessoal, sabem se houve alteração nas chaves publicas da Efí para configuração dos webhooks para cobrança pix?

Sim, é isso. Mas dado que existem n outros mecanismos de segurança, eu acho que isso não agrega. O que mais você pode fazer além do hmac:
- Verificar que a CA é da Efí
- Verificar que o CN é gn-webhook-pix
- Verificar o IP da notificação
- Verificar se a chave Pix é a sua
- Verificar se o txid e valor batem com o que você esperava

No webhook da API Pix (que é a API padronizada pelo Banco Central e que a Efí segue) a diferença é que o webhook é cadastrado por chave Pix. Então em cada cobrança você não informa a URL, mas já informou antes para cobranças daquela chave Pix.

Sempre ocorre esta falha ao ler o certificado. Obs: já consegui criar uma chave pix, ou seja, o certificado está sendo chamado da maneira correta ao meu ver

Eu posso está enganado, mas não vejo qual o perigo em gerar um QRcode contendo minha chave pix e o valor a ser pago que possa ser lido por qualquer app de banco. Ou não é simples assim como eu penso?

Bom dia @Lucas Juliano o parâmetro chave é referente à sua chave Pix, vinculando um webhook à uma chave todas as transações realizadas por essa chave (recebimento/envio) serão notificadas via webhook.