Termos mais procurados:
Exemplo:
curl --cert-type P12 --cert seu_certificado.p12 --location --request PUT 'https://api-pix.gerencianet.com.br/v2/webhook/sua_chave_pix' \
--header 'x-skip-mtls-checking: true' \
--header 'Content-Type: application/json' \
--header 'Authorization: Bearer seu_token' \
--data '{
"webhookUrl": "https://seu_endereco.com.br/webhook"
}'
--header 'x-skip-mtls-checking: true'
isso aqui ajuda resolver o problema de quem nao quer usar os certificados
manda no header da chamada
sim. "FALHA AO LER O CERTIFICADO" tentei apenas trocar o metodo da sdk e funcionou com qualquer outro metodo sem mexer em mais nada. e ele parou de funcionar de um dia para o outro
Você está mandando o certificado cliente do ambiente em questão (homologação x produção) ?
Bom dia. Não estou conseguindo gerar o Access Token no ambiente de produção. No ambiente de homologação funciona perfeitamente. "Nonexistent certificate for specified account". Detalhe, já tenho o certificado de produção convertido pra .PEM
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.
Você precisa tanto de um certificado para a sua URL, quanto a CA pública da Gerencianet para garantir que é a Gerencianet acionando o webhook. Então parece certo o exemplo com 3 objetos de certificado diferentes.
Boa noite pessoal para a utilização dos webhooks de pix é preciso ter, obrigatoriamente, todos esses certificados/chave no servidor? Ou somente o Certificado público da Gerencianet?
pra eu conseguir fazer um webhook para quando receber um pix, eu realmente preciso de um certificado ssl? não tem como fazer isso sem um?
O certificado foi convertido no linux mas quando eu estou subindo pra web e como se ele não fosse reconhecido como um certificado e sim apenas como um arquivo de texto.
O certificado é um certificado cliente. O certificado servidor você precisa providenciar com uma CA reconhecida.
O certificado foi convertido com sucesso ! Mas quando coloca em produção ele não funciona no formato correto pra web.
Boa tarde @fernandaampic tudo certo?
Qual falha você tem tido? O certificado foi convertido com sucesso?
Preciso de uma ajuda para conversão do certificado P12 para PEM. Ja fiz a conversão pelo Linux Fedora mas mesmo assim não funciona e não apresentou nenhum tipo de err na conversão.
Ou seja, nossa organização precisa criar uma conta EFI, cada usuário que quiser receber pagamentos em nosso serviço, então ele também precisa criar uma conta EFI e nos trazer PIX Key, client_id, client_secret, certificado?
Sim, mas uma maneira de tornar isso mais user-proof seria usar a API de criação de contas, https://dev.gerencianet.com.br/docs/introducao-api-abertura-contas . Mas aí você precisa da concordância da Efí . Se seus usuários criarem aplicação, certificado e chave Pix, e te passarem clientid/clientsecret/certificado/chave Pix, você consegue sim operar.
A autenticação de cobranças do cartão de crédito ocorre em uma API diferente que não exige o certificado.
Bom dia @saviobraz tudo certo?
Experimente usar o __dirname para te auxiliar na referencia ao caminho da pasta.
Vale lembrar que o __dirname retorna o caminho do diretório atual onde foi chamado.
Só reforçando que a criação de cobranças de Boleto e Cartão não utilizam o certificado.
