Histórico de mensagens sobre certificado

Oi, @gil.brandao0067. Bom dia!
Esta mudança que o João mencionou não altera na SDK. Você irá apenas incluir o __dirname junto com as credenciais para indicar o caminho absoluto para o certificado.
Exemplo:

om dia consultores!
Estou com aquele típico problema de fácil solução, mas que não se enxerga sem o olhar técnico.
Falha na leitura do certificado. Acreditem, ele está nesse caminho.

Conto com a solidária e preciosa ajuda, pois, estou desde sexta feira tentando concluir essa integração e isso está me consumindo sem necessidade. Gero pix em Homologação, mas preciso botar para moer esse projeto em tempo real de produção.

[Running] node "c:\GERENCIA_NET_EFI\SDK_Node\sdk-node-apis-efi-master\examples\pix\send\pixSend.js"

c:\GERENCIA_NET_EFI\SDK_Node\sdk-node-apis-efi-master\node_modules\sdk-node-apis-efi\lib\endpoints.js:48
throw FALHA AO LER O CERTIFICADO, VERIFIQUE O CAMINHO INFORMADO: ${this.options.certificate}
^
FALHA AO LER O CERTIFICADO, VERIFIQUE O CAMINHO INFORMADO: C:GERENCIA_NET_EFIPJCERTIFICADOSproducao-570499-CERT_PRODUCAO_GDB.p12
(Use node --trace-uncaught ... to show where the exception was thrown)

Node.js v21.6.2

Bom dia @gil.brandao0067 tudo certo?
Experimente usar o __dirname para te auxiliar na referencia ao caminho do certificado.
Vale lembrar que o __dirname retorna o caminho do diretório atual onde foi chamado.

Bom dia consultores!
Estou com aquele típico problema de fácil solução, mas que não se enxerga sem o olhar técnico.
Falha na leitura do certificado. Acreditem, ele está nesse caminho.

Conto com a solidária e preciosa ajuda, pois, estou desde sexta feira tentando concluir essa integração e isso está me consumindo sem necessidade. Gero pix em Homologação, mas preciso botar para moer esse projeto em tempo real de produção.

[Running] node "c:\GERENCIA_NET_EFI\SDK_Node\sdk-node-apis-efi-master\examples\pix\send\pixSend.js"

c:\GERENCIA_NET_EFI\SDK_Node\sdk-node-apis-efi-master\node_modules\sdk-node-apis-efi\lib\endpoints.js:48
throw FALHA AO LER O CERTIFICADO, VERIFIQUE O CAMINHO INFORMADO: ${this.options.certificate}
^
FALHA AO LER O CERTIFICADO, VERIFIQUE O CAMINHO INFORMADO: C:GERENCIA_NET_EFIPJCERTIFICADOSproducao-570499-CERT_PRODUCAO_GDB.p12
(Use node --trace-uncaught ... to show where the exception was thrown)

Node.js v21.6.2

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.

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.

Já do certificado do webhook, é bom colocar no seu sistema de monitoração para checar a expiração... mas tem que ser por outro path, pois o do webhook está restrito à Efí.

sim, coloquei um alerta para mim agora para 2027, mas quando fiz a implementação há 3 anos isso passou batido. Imagino que para muitos deve ter passado também e aí só vi um "Forbidden" vindo como resposta da efí. Até lembrar que existia o certificado gastei um tempinho

Apoiado, mas notar que o próprio certificado contém sua validade... então é possível já na ativação colocar um alerta para você de quando vai vencer.
Então é bom ter a checagem dos dois lados, dada a criticidade.

Sugestão: enviar e-mail avisando que o certificado usado para api pix vai expirar cerca de 1 mês antes. O meu expirou sábado e complicou um pouco a vida para resolver

Boa tarde a todos, estou com um webhook nodejs, rodando em EasyPanel dentro de ubuntu, as chaves SSL e certificados estão todos funcionando. a EFI consegue acessar sem nenhum problema. Porém, quando adiciono "socket.authorized" que está comentado na documentação, e vi em outros videos do YT, mostra erro 401. Posso ignorar este comando "socket.authorized"?

Se não for algo da aplicação geralmente isso ta relacionado as credenciais e certificados.

Opa, tudo bem também.
Eu estou realizando a integração da parte de pix e estarei também integrando a parte de Split de pagamento Pix.
Usamos a linguagem Java, e verifiquei na SDK que tem disponivel no github que primeiro é necessário colocar a dependencia no pom, configurar o certificado e as credenciais...porém estou na dúvida se para chamar cada módulo é só instanciar?

Boa tarde, @andrebarbosa_dev! Tudo bem?
Recomendamos que você não faça alterações no certificado criado dentro da conta digital.
Caso o certificado criado dentro da conta digital tenha espaços, você não terá problema.

Boa tarde, quando o arquivo do certificado tem alguns espaços, pode ter problema? ou não?

Boa tarde @relance_ ! Em produção, você vai gerar da mesma forma, inserir o client_id, client_secret e certificado de produção e a chave Pix. Nossas sdks já têm implementado a autenticação.

Olá, estou utilizando o sdk da efipay e estou com uma duvida ao implementar no meu sistema. estou desenvolvendo um script que no cenario atual ele consegue gerar o pix qrcode somente com a client_id, secret_id, certificado e chave pix, a minha duvida é no ambiente de produção tem que fazer algum lógica de autenticação para gerar o qrcode de pix?

Boa tarde, @brazingariah! Tudo bem?
Esta falha geralmente ocorre quando você não associa o certificado na requisição.
Seria uma requisição para a API Pix mesmo?

Este erro realmente está relacionado ao caminho do certificado informado. Você tentou passar o caminho completo?

boa noite, tava fazendo a integração de uma api de um cliente com a efipay, estou obtendo um erro que estou preso a alguns dias que é o "Error 403: Certificado não encontrado" eu passo o caminho correto do certificado, no entanto sempre da esse erro.