Histórico de mensagens sobre certificado em pix

É muito provável que seja devido aos certificados.
Tente coloca-los em um path sem espaços e caracteres especiais para testar.

ja verifiquei se os certificados estão conseguindo ser acessados nesses locais, e estou fazendo as chamadas no o link de sandbox, se eu desabilitar a verificação do certificado consigo cadastrar a chave normalmente, e recebo um webhook avisando que foi cadastrado, mas quando habilito a verificação ele consegue concluir.

Boa tarde, @geovannisc! Tudo bem?

Parece que o certificado utilizado está configurado para o ambiente sandbox, e isso pode causar uma falha 403 ao tentar cadastrar o webhook no ambiente de produção.

Outra possível causa para essa falha pode estar relacionada ao local onde o arquivo está armazenado. Se o caminho do arquivo contém espaços ou caracteres especiais, isso pode estar causando impacto na configuração e resultar na falha mencionada.

Para resolver esses problemas:
1 - Certifique-se de que está utilizando o certificado correto para o ambiente de produção, se aplicável. Verifique se o certificado está configurado corretamente para o ambiente em questão.
2 - Verifique o caminho do arquivo do certificado e certifique-se de que não há espaços ou caracteres especiais que possam causar problemas na configuração. Renomeie o arquivo ou mova-o para um local sem espaços ou caracteres especiais, se necessário.

Ao resolver essas questões, você poderá evitar a falha 403 e garantir uma configuração adequada do webhook.

boa tarde, configurei meu nginx aparentemente certo, as requisições para o meu sistema esta passando por ele normalmente, mas quando tenta pelo /webhook, só da erro 403, ja verifiquei os logs e não mostra nada de erro, alguem sabe o que pode ser? ps: os certificados estão corretos

Sim, algumas linguagens requerem o certificado neste formato (.pem).

Você precisa inserir as credenciais e certificado .p12 no arquivo credentials.json: https://github.com/efipay/sdk-dotnet-apis-efi/blob/main/Examples/credentials.json

no post da minha api eu preciso adicionar algum certificado ?

O certificado pem, acredito que seja de produção então. Vou pedir para o cliente baixar o de homologação pra ver se saio do lugar. Obrigado.

Tanto o certificado quanto o par Client ID e Client Secret são diferentes à depender do ambiente, o parâmetro sandbox nas credenciais diz à qual ambiente você vai tentar fazer requisição.
Com sandbox = true você fará requisição para homologação, portanto suas credenciais (Client ID, Client Secrect e certificado) devem ser de homologação.

Bom Dia, esta sim. O certificado para homologação é diferente do certificado para produção? ou o que vai determinar é o valor true no parametro sandbox?

Não

O cliente é um id(Chave Pix)

Você somente usa o certificado para authenticar o seu servidor

mas e a questão do certificado? no video foi utlizado somente 1? eu não teria que adicionar no meu webhook o certificado de cada cliente que eu tenho?

pessoal, eu vi aqui o video sobre webhook, foi criado um servidor linux em uma vps na DigitalOcean, e lá foi configurado um servidor apache, com ssl, e tambem foi adicionado o certificado da Efi, configuração de dominio etc...

na criação do qr code, apontando para o webhook configurado, quando o cliente paga o qrcode, o servidor da Efi envia uma notificação para o webook, maravilha!

mas como que ficaria, um cenario onde eu tenho varios clientes diferentes? como eu posso aproveitar se é possivel, um só webhook e verificar qual pix foi pago, e de qual cliente?

Bom dia, @walysonpatric. Parece que o problema está relacionado ao seu ambiente, onde aparentemente não está encontrando o caminho para o certificado.

Coloquei assim mas só funciona no localhost a confirmação de PIX (http://localhost:8000/cob/a7689c1ff5b64eeca8695e2e58c30007), no site da vercel da página não encontrada.

Já coloquei as variáveis no site e estou usando o certificado p12, o pem da erro até no localhost.

Teria que colocar algum comando no arquivo next.config.js ou vercel.json?

// Rota para consultar cobrança por txid
router.get('/cob/:txid', async (req, res) => {
const txid = req.params.txid;

try {
const reqGN = await GNRequest({
clientID: process.env.GN_CLIENT_ID,
clientSecret: process.env.GN_CLIENT_SECRET
});

// Consultar a cobrança usando o txid
const response = await reqGN.get(https://pix.api.efipay.com.br/v2/cob/${txid});

// Verificar se há um objeto PIX na resposta
if (response.status === 200 && response.data.pix) {

// Enviar o código de ativação junto com a resposta
return res.status(200).json({ message: 'PIX confirmado com sucesso.' });
} else {
// O PIX não foi pago ou não encontrado
return res.status(400).json({ error: 'PIX não encontrado ou não foi pago.' });
}
} catch (error) {
console.error('Erro ao consultar a cobrança:', error.message);
return res.status(500).json({ error: 'Erro ao consultar a cobrança.' });
}
});

O parceiro criar conta e te passar clientid/clientsecret/certificado

Você pode seguir as instruções em nossa documentação para converter o certificado. Ou então, usar o seguinte site: https://efipay.github.io/encode-credentials/certificado.html.

Boa tarde, @niltonalmeida1980_71812. Tudo bem?
Vocês está usando uma das SDKs da Efi? No php você executou o comando composer install?
Este print que enviou usando Python, aparentemente é porque está usando o arquivo de certificado em formato .p12, mas na SDK de Python deve converter para .pem.

Isso resolveu o problema pelo postman, eu havia inserido a rota incorreta, obrigado. Mas pelo bubble.io, o que pode estar ocasionado? Já que por lá, é necessário usar aquele conversor do certificado, e nesse sentido, fiz tudo que estava descrito pelo site, poderia me auxiliar nisso também?

No Postman, na aba File > Settings > Certificates, você inseriu o certificado da sua conta associada à rota base do API Pix?