Pela falha de erro interno é relacionado ao certificado, a segunda abordagem deve solucionar.
Termos mais procurados:
Histórico de mensagens sobre certificado
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Consulta de Chave PIX na API de Envio
- Implementação da SDK do Pix em Next.js ou React
- Configuração de URLs para Recebimento de Status
- Acionamento de Webhooks em Pagamentos e Devoluções
- Cobrança em Período de Teste Grátis de 7 dias
- Implementação do Módulo Gerencianet no Perfex CRM
- Especificação da URL do Webhook no Exemplo Pix
- Recebimento de Pagamentos via QR Code e Arduino
- Repetição do Processo de Criação com txid
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Teste de Status de Pagamento em Ambiente de Homologação
- Problemas com Token em Ambiente de Homologação
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Geração de Link de Pagamento e Reembolso
- Funcionamento do Webhook em Ambiente de Homologação
- Retenção de Pagamento no PIX em Marketplace
- Cancelamento de Boleto e Remoção do DDA
- Notificações de Pagamento de Boleto e Pix
- Integração de Pix no Bubble (Plataforma No-Code)
- Atualização de informações no Retentiva de Cobrança
- Utilização de Endpoints e Payload no Pix
EXIBINDO CONVERSAS RECENTES:
Texto: certificado
Uma outra abordagem para a mesma falha em c# foi alterar o trecho onde o certificado é referenciado X509Certificate2 uidCert = new X509Certificate2("./certificado.p12", "", X509KeyStorageFlags.Exportable | X509KeyStorageFlags.PersistKeySet | X509KeyStorageFlags.MachineKeySet);
<@!775350441965649951> gerei um novo certificado. No Postman, o processo ocorreu normalmente, porém no ambiente C# deu a mensagem de erro de novo {"nome":"erro_interno_servidor","mensagem":"Erro interno do servidor"}"
Beleza. Por favor, gere na aplicação de sua conta, um novo certificado de Homologação e verifique se na aplicação estão liberados os devidos escopos no ambiente de homologação.
Certo. O certificado que está utilizando está em formato .p12 ou foi realizada conversão?
<@!775350441965649951> estou usando o certificado de homologação. Rota base: https://api-pix-h.gerencianet.com.br
Boa tarde, <@!697191025151574107>. Você está com o certificado de produção ou homologação?
E qual rota base você está utilizando?
Uma alternativa é criar um virtual host específico para o webhook, como webhook.exemplo.com.br, ao invés de exemplo.com.br/webhook. Vai precisar de certificado TLS também para esse virtual host, mas resolve também.
Beleza, <@!818197250840199198>!
Isto, na configuração do servidor Apache, Nginx, Node, etc, você pode definir a exigência do certificado somente para algumas rotas.
Em nossa documentação possuímos alguns exemplos: https://dev.gerencianet.com.br/docs#section-exemplos-de-uma-configura-o-de-servidor-
Pode ser qualquer nome, /webhook é só um exemplo hehe
No então é necessário atentar-se sobre a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
{
"webhookUrl": "https://seudominio.com.br/webhook"
}
No entanto, a URL será registrada com o /pix no final, assim:
https://seudominio.com.br/webhook/pix.
Então esta adição do /pix também dever ser tratada nas configurações de seu servidor para que na rota /webhook/pix de seu servidor exija o certificado CA da Gerencianet.
Olá,<@!818197250840199198>. Boa tarde!
Basicamente é isto mesmo, você irá configurar em seu servidor a rota POST para a rota /webhook por exemplo e para rota /webhoo/pix, com a adição do /pix, e configurar para que nestas rotas exija o certificado CA da Gerencianet. Então com estas validações, basta tratar para receber o conteúdo do body.
Guilherme, desculpe o mal jeito ... boa tarde, esqueci de cumprimentar você. O erro aqui era meu, o certificado estava incorreto, corrigi aqui. mas agora estou recebendo o seguinte retorno:
{
"nome": "erro_aplicacao",
"mensagem": "Ocorreu um erro ao validar a chave"
}
seria a minha chave pix na gerencianet ? se for já confirmei e está correta.
em homologação está funcionando, quando altero o certificado, o cliente e o secret recebo este erro como retorno, PHP versão 7.4
JQuery com Ajax não, mas temos em node
js
//Desenvolvido pela Consultoria Técnica da Gerencianet
"use strict";
const https = require("https");
var axios = require("axios");
var fs = require("fs");
//Insira o caminho de seu certificado .p12 dentro de seu projeto
var certificado = fs.readFileSync("./certificado.p12");
//Insira os valores de suas credenciais em desenvolvimento do pix
var credenciais = {
client_id: "YOUR-CLIENT-ID",
client_secret: "YOUR-CLIENT-SECRET",
};
var data = JSON.stringify({ grant_type: "client_credentials" });
var data_credentials = credenciais.client_id + ":" + credenciais.client_secret;
// Codificando as credenciais em base64
var auth = Buffer.from(data_credentials).toString("base64");
const agent = new https.Agent({
pfx: certificado,
passphrase: "",
});
//Consumo em desenvolvimento da rota post oauth/token
var config = {
method: "POST",
url: "https://api-pix-h.gerencianet.com.br/oauth/token",
headers: {
Authorization: "Basic " + auth,
"Content-Type": "application/json",
},
httpsAgent: agent,
data: data,
};
axios(config)
.then(function (response) {
console.log(JSON.stringify(response.data));
})
.catch(function (error) {
console.log(error);
});
Mas o Postman tem um exemplo com jQuery://Desenvolvido pela Consultoria Técnica da Gerencianet
"use strict";
const https = require("https");
var axios = require("axios");
var fs = require("fs");
//Insira o caminho de seu certificado .p12 dentro de seu projeto
var certificado = fs.readFileSync("./certificado.p12");
//Insira os valores de suas credenciais em desenvolvimento do pix
var credenciais = {
client_id: "YOUR-CLIENT-ID",
client_secret: "YOUR-CLIENT-SECRET",
};
var data = JSON.stringify({ grant_type: "client_credentials" });
var data_credentials = credenciais.client_id + ":" + credenciais.client_secret;
// Codificando as credenciais em base64
var auth = Buffer.from(data_credentials).toString("base64");
const agent = new https.Agent({
pfx: certificado,
passphrase: "",
});
//Consumo em desenvolvimento da rota post oauth/token
var config = {
method: "POST",
url: "https://api-pix-h.gerencianet.com.br/oauth/token",
headers: {
Authorization: "Basic " + auth,
"Content-Type": "application/json",
},
httpsAgent: agent,
data: data,
};
axios(config)
.then(function (response) {
console.log(JSON.stringify(response.data));
})
.catch(function (error) {
console.log(error);
});
js
var settings = {
"url": "https://api-pix.gerencianet.com.br/oauth/token",
"method": "POST",
"timeout": 0,
"headers": {
"x-client-cert-pem": "{{X-Certificate-Pem}}",
"Authorization": "Basic Q2xpZW50X0lkXDM4ZjJhY2M1M2QyMGRmOTJhNDIxMWE3NjhjMTBjMzkyZjk2YWM6Q2xpZW50JhZWQwMGRlZjYzNWRlY2E5YTE5Y2Y2ZTI0YjEwMTBjNzIx",
"Content-Type": "application/json"
},
"data": JSON.stringify({
"grant_type": "client_credentials"
}),
};
$.ajax(settings).done(function (response) {
console.log(response);
});
var settings = {
"url": "https://api-pix.gerencianet.com.br/oauth/token",
"method": "POST",
"timeout": 0,
"headers": {
"x-client-cert-pem": "{{X-Certificate-Pem}}",
"Authorization": "Basic Q2xpZW50X0lkXDM4ZjJhY2M1M2QyMGRmOTJhNDIxMWE3NjhjMTBjMzkyZjk2YWM6Q2xpZW50JhZWQwMGRlZjYzNWRlY2E5YTE5Y2Y2ZTI0YjEwMTBjNzIx",
"Content-Type": "application/json"
},
"data": JSON.stringify({
"grant_type": "client_credentials"
}),
};
$.ajax(settings).done(function (response) {
console.log(response);
});
fiz um teste com outro certificado e foi
to achando que e algo no certificado do cliente
Primeiramente, para um servidor dedicado, você deve inserir uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS (forma de autenticação mutua).
Veja mais detalhes em: https://dev.gerencianet.com.br/v1/docs/api-pix#section-webhook
Então com seu servidor configurado com mTLS em seu domínio (ex: https://seudominio.com.br/webhook), você irá consumir a rota PUT /v2/webhook/:chave uma única vez para registrar seu webhookUrl vinculado à sua chave Pix. Na SDK de PHP você pode utilizar do exemplo: /examples/pix/webhooks/update.php
Acrescentando uma observação que é a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
{
"webhookUrl": "https://seudominio.com.br/webhook"
}
No entanto, a URL será registrada com o /pix no final, assim: https://seudominio.com.br/webhook/pix.
Ou seja, esta adição do /pix também dever ser tratada nas configurações de seu servidor para que na rota /webhook/pix de seu servidor exija o certificado CA da Gerencianet.
Com isto, todo Pix gerado com sua chave Pix e que possua um txid, serão enviados as notificações para sua URL.
Oi @Deleted User! Boa tarde! Tudo bem?
A API Pix está disponível para Node sim!
Na nossa documentação você encontra alguns exemplos de implementação da API Pix, incluindo node!
https://dev.gerencianet.com.br/docs#section-exemplos-de-autentica-o-utilizando-o-certificado-p12
Já quanto ao pacote gn-api-sdk-node infelizmente, no momento, ele ainda não conta com as funcionalidades do Pix.
Mas nossa equipe já está trabalhando nisso e em breve vamos disponibilizar uma atualização contendo essas funcionalidades! 🙂
mTLS é a forma de autenticação mutua. O certificado é como você vai fazer essa autenticação. Mas você não irá utilizar este certificado não, deve usar a chain publica fornecida pega GN e disponível em: https://dev.gerencianet.com.br/v1/docs/api-pix#section-webhook
OK, mTLS é um certificado que geramos com a GerenciaNet com a extensão de nome .p12 ?