Termos mais procurados:
Boa tarde, não é necessário a utilização de senha caso você esteja convertendo de .p12 para .pem, basta utilizar o comando:
São diferentes os retornos dependendo do endpoint consumido, se você se refere a criação da cobrança o retorno é:
Sim, mas a chave vem no body JSON.
Olá, @Efí
Ainda na labuta do Webhook em ambiente PaaS. Fiz os seguintes passos e creio estar quase lá:
- Criei uma conta na Amazon para o projeto
- Cadastrei o cartão de crédito
- Provisionei o Amazon API Gateway
- Configurei um custom domain nele
- Configurei o domínio no meu Registrar
- Habilitei o custom domain no API Gateway
- Criei certificado e habilitei o HTTPS
- Baixei o cert webhook da Gerencianet
- Criei uma Trust Store PKCS12
- Coloquei a cadeia da GN lá
- Converti a TS para o formato PEM
- Provisionei um armazenamento Amazon S3
- Subi a TS.pem
- Finalizei a configuração do custom domain
- Ativei o mTLS neste domínio
- Criei uma rota de API para o meu server
- Associei a rota ao custom domain com mTLS
Fui configurando e testando a cada passo. Quase tudo funcionando. A única coisa que não consigo é fazer uma requisição client para testar o mTLS já que não tenho o cert client do webhook.
Então…
- Invoquei o serviço PUT /webhook/{chave} passando no body a url e recebi o seguinte body com o status 400:
{
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
Supus ser algum erro no pem que usei para configurar o mTLS. E já experimentei o seguinte:
- Usei exatamente o CRT que baixei das docs da GN
- Fiz a conversão como citei acima (criando a TS)
Se vocês puderem fazer uma requisição mTLS com o certificado client correto para testar, a UTR é esta:
POST https://mtls.menur.app/vbeta1/establishments/mana/pix
O serviço está retornando 204 fixo para qualquer body json (não obrigatório).
Alguma luz? 🙏
Mostrando que dá erro HTTP 500 caso o grant_type seja submetido via content-type: application/x-www-form-urlencoded ao invés de application/json. Por isso a configuração OAuth2 não consegue fazer o Fetch Tokens.
Exemplo da configuração do OAuth2 no Insomnia, que é igual ao Postman e outros clients compatíveis. Com isso deixa de ser necessário chamar o serviço de geração de token antes, e sempre que expirar. O client REST mesmo toma conta desse gerenciamento. Além do que, o Insomnia não tem a opção de rodar script que manipula as variáveis de ambiente como o Postman, que faz com que seja possível dar aquele "jeitinho" (no bom sentido) para esse tipo cenário. Vejo que o ideal seria usar o próprio padrão. É relativamente simples de resolver, aceitando não só o JSON como também o Form como Content-Type do serviço de geração do Access Token URL.
Boa tarde <@!689576312142430253>, temos um endpoint que retorna para você o copia e cola e a imagem Qrcode, o GET /v2/loc/:id/qrcode. Você vai informar o id do Loc que retornamos ao gerar uma cobrança e ao consumir você terá um retorno assim:
Eu reportei internamente para vocês e realmente ele ta enfrentando um problema real.
Como a GN faz automaticamente as verificações, acontece que está pegando o PORTE do CNPJ e não o Código e Natureza, baseado nisso está exigido Ato Constitutivo para os CNPJs MEI.
URL url = new URL ("https://api-pix.gerencianet.com.br/v2/webhook/" + CHAVE_PIX);
HttpsURLConnection conn = (HttpsURLConnection)url.openConnection();
conn.setDoOutput(true);
conn.setRequestMethod("PUT");
conn.setRequestProperty("Content-Type", "application/json");
conn.setRequestProperty("Authorization", "Bearer =" + authToken);
conn.setRequestProperty("x-skip-mtls-checking", "true");
conn.setSSLSocketFactory(sslsocketfactory);
Me parece que você não está capturando o JSON que enviamos no response e sim o retorno do request com o status
Boa tarde! Você alterou o id para o id que é retornado no loc?
Se sim, o response será algo nesta linha linha:
Vou exemplificar aqui, um Pix recebido:
Abaixo um exemplo da resposta da API:
<@!766803964736831508> O access_token junto com o tipo da autenticação, deverá ser informado no parâmetro authorization, no Header da requisição. Exemplo:
We are completely uploaded and fine
Connection state changed (MAX_CONCURRENT_STREAMS == 128)!
< HTTP/2 500
< x-amzn-requestid: 015a6575-0e09-41d9-90cd-69ce1d4d744a
< content-length: 70
< x-amzn-remapped-content-length: 70
< x-amzn-remapped-connection: keep-alive
< x-request-id: 52f4e928-c658-40b0-9620-86b42943506c
< x-amz-apigw-id: aO0GlF5dIAMFX4Q=
< vary: Origin
< etag: W/"46-XAD/Fng+Qq6nuJUwSmDmoLFq8bc"
< x-amzn-remapped-date: Thu, 04 Feb 2021 17:49:55 GMT
< access-control-allow-credentials: true
< content-type: application/json; charset=utf-8
< date: Thu, 04 Feb 2021 17:49:55 GMT
<
Connection #0 to host api-pix.gerencianet.com.br left intact
=> "{"nome":"erro_interno_servidor","mensagem":"Erro interno do servidor"}"
Oi pessoal da GN! Desculpa tão tarde, mas tive a ideia agora e achei uma boa compartilhar aqui com vocês, eu poderia criar minha própria versão dessa solução mas acho que seria legal para todos é ter como transferir via PIX no internet banking do site da GN. Motivos que me levam a acreditar nisso é:
- GN é o único banco digital que eu vi até agora que tem internet banking, e eu uso muito! Odeio ficar trocando celular computador e a maior parte do tempo é no computador, gostaria de fazer transferencias PIX pelo computador! (:
- Amo o GN por não precisar instalar 10000 módulos de segurança que eu sinto que comem minha RAM loucamente.
- Gosto como extratos são MUITO melhor visualizados no computador e o Internet Banking do Gerencianet faz isso de forma excelente, ou seja, o internet banking se torna uma opção gigantesca para quem faz muitas transações (como comércios e PJs por exemplo)
Pessoal, a API pix de produção tem restrição de IP? Não lembro se mandei IP quando pedi o certificado de produção.. mas rodo o código no localhost e pega o token, faz tudo certinho.. quando rodo o mesmo código no servidor, recebo nulo em vez das respostas em json corretas
const config = {
method: 'put',
url: https://api-pix.gerencianet.com.br/v2/webhook/${pixkey},
headers: {
Authorization: Bearer ${token},
'Content-Type': 'application/json',
'x-skip-mtls-checking': false
},
httpsAgent: this.#agentPix,
body: {
webhookUrl: 'https://meucallback/api/pagamento/pix/callbackPix'
}
};
<@!781937354507943938> tive este mesmo problema teu só que uso a biblioteca WebRequest do C#
ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls;
var httpWeb = (HttpWebRequest)WebRequest.Create(Autenticacao._Host + "/v2/pix");
httpWeb.ClientCertificates.Add(Autenticacao.Servico.GetCertificado());
httpWeb.ContentType = "application/json";
httpWeb.Method = "POST";
httpWeb.Headers.Add("Authorization", "Bearer " + Autenticacao.Servico.GetToken());
Bom dia! Estou fazendo testes aqui com a api sdk node.js seguindo a documentação. Mas a resposta está vindo "Unauthorized". Estou usando a client_id e client_secret em desenvolvimento e sandbox: true
