Você chegou a configurar um location?
Termos mais procurados:
Histórico de mensagens sobre location
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Conceito de Payload Locations no PIX
- Consulta de Chave PIX na API de Envio
- Repetição do Processo de Criação com txid
- Endpoint para Recuperar Saldo
- Recebimento de Pagamentos via QR Code e Arduino
- Teste de Status de Pagamento em Ambiente de Homologação
- Implementação da SDK do Pix em Next.js ou React
- Autenticação com Certificado em NextJS
- Implementação do Módulo Gerencianet no Perfex CRM
- Configuração de URLs para Recebimento de Status
- Problemas com Token em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Geração de payment_token pelo Postman e teste em homologação
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Cobrança em Período de Teste Grátis de 7 dias
- Atualização de informações no Retentiva de Cobrança
- Especificação da URL do Webhook no Exemplo Pix
- Utilização de Endpoints e Payload no Pix
- Retenção de Pagamento no PIX em Marketplace
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Acionamento de Webhooks em Pagamentos e Devoluções
- Funcionamento do Webhook em Ambiente de Homologação
- Cancelamento de Boleto e Remoção do DDA
EXIBINDO CONVERSAS RECENTES:
Texto: location
Para quem estiver com a mesma dificuldade
Cadastro de webhook retornando erro 500 com o nginx.
nginx
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass SEU_SERVER:PORT;
}
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass SEU_SERVER:PORT;
}
Sua configuração de servidor está parecida com esta ?
server {
#
# ...
#
listen [::]:443 ssl ipv6only=on;
listen 443 ssl;
ssl_certificate server_ssl.crt.pem;
ssl_certificate_key server_ssl.key.pem;
ssl_client_certificate /root/chain-pix-webhooks-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
#
# ...
#
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook;
}
}
#
# ...
#
listen [::]:443 ssl ipv6only=on;
listen 443 ssl;
ssl_certificate server_ssl.crt.pem;
ssl_certificate_key server_ssl.key.pem;
ssl_client_certificate /root/chain-pix-webhooks-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
#
# ...
#
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook;
}
}
ustilizo curl_setopt_array($curl, array(
CURLOPT_URL => $vrota,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => "",
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 0,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_CUSTOMREQUEST => "POST",
CURLOPT_POSTFIELDS => '{"grant_type": "client_credentials"}',
CURLOPT_SSLCERT => $config['certificado'],
CURLOPT_SSLCERTPASSWD => "",
CURLOPT_HTTPHEADER => array(
"Authorization: Basic $autorizacao",
"Content-Type: application/json"
),
));
Lembrando que é necessário informar o ID do location retornado no json de quando a cobrança foi criada.
Boa tarde, Celson!
No procedimento de criação é retornado pra você informações da cobrança. Para criar o QrCode / Copia e cola dela, é necessário utilizar esse exemplo: https://github.com/gerencianet/gn-api-sdk-flutter-examples/blob/main/lib/screens/pix/location/pix_generate_qrcode.dart
se a requisição chegou no seu app, aparentemente tá passando pelo location / em vez de ser barrado no /webhook.
não seria o caso de inverter a ordem deles na config do nginx? não me recordo se é relevante a ordem
No exemplo do nginx tem o location, segue:
json
server {
#
# ...
#
listen [::]:443 ssl ipv6only=on;
listen 443 ssl;
ssl_certificate server_ssl.crt.pem;
ssl_certificate_key server_ssl.key.pem;
ssl_client_certificate /root/chain-pix-webhooks-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
#
# ...
#
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook;
}
}
Já no exemplo de Flasky, é so inserir no @app.route o caminho de onde o certificado seria exigido, exemplo:server {
#
# ...
#
listen [::]:443 ssl ipv6only=on;
listen 443 ssl;
ssl_certificate server_ssl.crt.pem;
ssl_certificate_key server_ssl.key.pem;
ssl_client_certificate /root/chain-pix-webhooks-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
#
# ...
#
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook;
}
}
py
@app.route("/webhook", methods=["POST"])
def imprimir():
imprime = print(request.json)
data = request.json
with open('data.txt', 'a') as outfile:
outfile.write("\n")
json.dump(data, outfile)
return jsonify(imprime)
@app.route("/webhook", methods=["POST"])
def imprimir():
imprime = print(request.json)
data = request.json
with open('data.txt', 'a') as outfile:
outfile.write("\n")
json.dump(data, outfile)
return jsonify(imprime)
Se você configurar a exigência do certificado em seu domínio principal, teria sim este problema de acesso, pois iria requerer o certificado. Mas existe mais de uma solução para isso, como a criação de uma location ou de um subdomínio atendendo só o webhook. Desta forma seus clientes continuariam a ter acesso normal ao seu server.
se eu configurar o certificado como mostrar no exemplo no site
context = ssl.SSLContext(ssl.PROTOCOL_TLSv1_2)
context.verify_mode = ssl.CERT_REQUIRED
context.load_verify_locations('caminho-certificados/certificado-público-Gerencianet.crt')
context.load_cert_chain(
'caminho-certificados/server_ssl.crt.pem',
'caminho-certificados/server_ssl.key.pem')
app.run(ssl_context=context, host='0.0.0.0')
terá problema de hj o pessoal que acessa não conseguir mais? por causa a exigencia do certificado do gerencianet?
Bom dia!
Você pode utilizar nosso exemplo para mostrar a imagem do QrCode gerada através da API Pix: https://github.com/gerencianet/gn-api-sdk-flutter-examples/blob/main/lib/screens/pix/location/pix_generate_qrcode.dart
pq o certificado não ta sendo pedido?
tentei também botar o certificado lra ser requisitado em todod os lugares do site (sem location) e mesmo assim não funcionou
Seguindo essa URL de webhook, quando eu faço a requisição para a API, me mostra a msg conforme o print
a mensagem me retorna status 30x e não cadastra, como poderia contornar ? pelo visto a requisição que vocês fazem não seguem LOCATIONS, e para no primeiro redirecionamento que lhe é apresentado..
a primeira e rapida
ao realizar a requisição PUT no /webhook:chave, a resposta que o gerencianet trará é útil? precisarei utilizar o conteudo dele pra alguma coisa ? poderia simplesmente dispensar ?
===segundo:===
num sistema, eu só teria que cadastrar o webhook apenas uma vez ? E se eu enviasse a requisição novamente, o webhook seria "sobescrito" ? Teria algum problema de sobrecarga na API de vocês? teria a possibilidade do meu servidor ser bloqueado?
=== terceiro: ===
Nas configurações do servidor para aceitar o webhook, como está no site (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks)
meu sistema (feito em PHP) NÃO está utilizando o esquema de rotas
na seção:
// invés da rota /webhook, eu colocaria o caminho para o diretório simplesmente? (ex: {documentRoot}/.../.../webhook/)
SSLVerifyClient require
SSLVerifyDepth 3
na seção ALIAS seria basicamente a mesma coisa ?
Alias "/webhook/pix/" "/var/www/webhook/index.php" // Seria: {documentRoot}/../../webhook/pix/index.php (?) ou eu descartaria essa seção ?
Alias "/webhook/pix" "/var/www/webhook/index.php"
eu não entendo muito esse location
Sim, com o location você gera o qrcode e o copia-e-cola.
Funcionaria também desvincular o txid do location.
Mas acredito que para ter menos processos você pode executar a terceira opção que mencionei, que é:
Consumir o endpoint PATCH /v2/cob/:txid, e atualizar o tempo de expiração para que fique disponível para pagamento novamente. Desta forma o txid se mantém o mesmo.
Guilherme eu posso só desvinvular o txid da location criada ?
E manter o mesmo TXid para o cliente gerar o novo pix ?
ou é melhor gerar novo TXId também
porque internamente no sistema temos o TXid que utilizamos como controle em nosso sistema
a minha dúvida é qual a melhor opção mesmo, para evitar muitos processos desnecessários
Se você quiser ver como o processo funciona, pegue o location, coloque https://, pegue o que aparece e decodifique no https://jwt.io. Aí aparece o txid e os demais parâmetros da cobrança.
Quando eu crio um pix, tem como eu já gerar um QR code com esses links?
js
"id": 8,
"location": "qrcodes-pix-h.gerencianet.com.br/v2/f6af12d74aad4d0d9a415a0b37e1a625",
"tipoCob": "cob",
"criacao": "2021-12-16T02:10:56.054Z"
},
"location": "qrcodes-pix-h.gerencianet.com.br/v2/f6af12d74aad4d0d9a415a0b37e1a625",
"id": 8,
"location": "qrcodes-pix-h.gerencianet.com.br/v2/f6af12d74aad4d0d9a415a0b37e1a625",
"tipoCob": "cob",
"criacao": "2021-12-16T02:10:56.054Z"
},
"location": "qrcodes-pix-h.gerencianet.com.br/v2/f6af12d74aad4d0d9a415a0b37e1a625",
Não parece que eles sãpo links pra imagens