Termos mais procurados:
Consegue oferecer sim @aldenorjunior nossa API é aberta a integrações, além disso oferecemos SDKs em diversas linguagens para acelerar seu processo de desenvolvimento.
Em relação ao Pix, não é possível. Pois todas as requisições da API Pix precisam conter o certificado de segurança, conforme exigido pelo Banco Central.
Você encontra nossas SDKs em nosso Github: https://github.com/gerencianet
Nossa documentação técnica: https://dev.gerencianet.com.br/docs
E outra duvida seria um pouco mais técnica, consigo gerar cobrança pix para meus clientes sem ter que gerenciar certificados de todos eles?
Bom dia, gostaria de falar com alguém do comercial para uma parceria de emissão de certificado digital.
Não tem diferença, mas cada conta só pode gerar cobrança para uma chave Pix desse titular. Então além de clientid, clientsecret e certificado, precisa também criar uma chave Pix na PJ e colocar as cobranças nessa chave Pix.
Bom dia
Tenho uma conta com vcs, pessoa física, e a api pix funciona perfeitamente. Para poder usar o marketplace abri uma conta pessoa jurídica.
Troquei os ids e o certificado. Tudo conferido.
Mas não consigo gerar o qrcode. Não apresenta nenhum erro, mas não gera. Parece que entra em loop e não retorna o qrcode
Existe alguma diferença de pf para pj?
@jessica_efi server {
server_name api.compreplanos.com.br;
root /var/www/compreplanos/api/public;
index index.php index.html index.htm;
location / {
try_files $uri $uri/ /index.php?$args;
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
fastcgi_read_timeout 300;
}
location ~ /\.ht {
deny all;
}
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook/pix;
}
location /webhook/pix {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook/pix;
}
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/api.compreplanos.com.br/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/api.compreplanos.com.br/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
ssl_client_certificate /var/www/compreplanos/api/storage/certificados/gerencianet/chain-pix-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
} server {
listen 80;
listen [::]:80;
server_name api.compreplanos.com.br;
} server {
if ($host = api.compreplanos.com.br) {
return 301 https://$host$request_uri;
} # managed by Certbot
server_name api.compreplanos.com.br;
listen 80;
return 404; # managed by Certbot
}
@jessica_efi server {
server_name apivenda.unionadm.com.br;
root /var/www/unionadm/apivenda/public;
index index.php index.html index.htm;
location / {
try_files $uri $uri/ /index.php?$args;
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
fastcgi_read_timeout 300;
}
location ~ /\.ht {
deny all;
}
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook/pix;
}
location /webhook/pix {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook/pix;
}
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/apivenda.unionadm.com.br/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/apivenda.unionadm.com.br/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
ssl_client_certificate /var/www/unionadm/apivenda/storage/certificados/gerencianet/chain-pix-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
} server {
listen 80;
listen [::]:80;
server_name apivenda.unionadm.com.br;
}server {
if ($host = apivenda.unionadm.com.br) {
return 301 https://$host$request_uri;
} # managed by Certbot
server_name apivenda.unionadm.com.br;
listen 80;
return 404; # managed by Certbot
}
Provavelmente você esteja mostrando um único certificado para as duas URLs, fazendo com que uma delas dê falha.
<@!456823494790086669>, o chain-pix-prod.crt, você vai utilizar o mesmo, que á chave pública pra configurar o servidor. Pra realizar a autenticação, por exemplo, aquele certificado .p12 ou .pem que você vai passar na hora de cadastrar o webhook, o certificado não é o mesmo.. cada conta possui um.
Mas essa falha reportada não esta relacionada com o certificado .p12 e sim com o certificado CA.
O certificado .p12 voce deve utilizar na autenticação. Para converter em .pem voce tem duas opções, que voce encontra nesse link https://dev.gerencianet.com.br/docs/api-pix-autenticacao-e-seguranca#section-convers-o-de-certificado-p12-para-o-formato-pem
Essa falha "A autenticação de TLS mútuo não está configurada na URL informada" ocorre quando não é verificado o certificado (CA) da Gerencianet. verifique se você referenciou corretamente o certificado. Em resumo, a Gerencianet irá fazer 2 requisições para o seu servidor.
Na primeira requisição vamos certificar que seu servidor esteja exigindo uma chave pública da Gerencianet. Isso será feito ao enviar uma requisição sem certificado e seu servidor não deverá aceitar a requisição. Uma vez respondido com a recusa será enviado a 2º requisição e na segunda Requisição enviaremos a notificação junto com a nossa chave pública, o seu servidor que deve conter a chave pública disponibilizada deverá realizar o "Hand-Shake" e assim a comunicação ser estabelecida.
server {
server_name apivenda.unionadm.com.br;
root /var/www/unionadm/apivenda/public;
index index.php index.html index.htm;
location / {
try_files $uri $uri/ /index.php?$args;
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock;
fastcgi_read_timeout 300;
}
location ~ /\.ht {
deny all;
}
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook/pix;
}
location /webhook/pix {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
rewrite ^(.)$ /webhook/pix;
}
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/apivenda.unionadm.com.br/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/apivenda.unionadm.com.br/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
ssl_client_certificate /var/www/unionadm/apivenda/storage/certificados/gerencianet/chain-pix-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
} server {
listen 80;
listen [::]:80;
server_name apivenda.unionadm.com.br;
}server {
if ($host = apivenda.unionadm.com.br) {
return 301 https://$host$request_uri;
} # managed by Certbot
server_name apivenda.unionadm.com.br;
listen 80;
return 404; # managed by Certbot
}
São arquivos diferentes. O certificado .p12 é o certificado gerado na sua conta, necessário para realizar a autenticação do pix.
A Gerencianet tem essa solução sim, a API Pix. Notar porém que cada cliente seu precisaria abrir uma conta na Gerencianet, pedir os dados de acesso (client-id, client-secret e certificado), gerar uma chave Pix e aí te passar os parâmetros para vocês rodarem essas cobranças dos clientes de vocês para os clientes finais deles.
https://dev.gerencianet.com.br/docs/api-pix tem a documentação de integração, e o canal <#❖pix> tem pessoas tanto da Gerencianet quanto usuários da API que podem ajudar.
Para isso, peço que abra um tiket através do link https://sistema.gerencianet.com.br/tickets/criar, solicitando a criação do certificado da API pix, nos informando o número da sua conta, seu Client ID e Client Secret de uma aplicação de desenvolvimento.
