Bom dia, a api do pix já está 100% disponivel para uso?
Termos mais procurados:
Histórico de mensagens sobre PIX em pix
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
- Repetição do Processo de Criação com txid
- Configuração de URLs para Recebimento de Status
- Implementação do Módulo Gerencianet no Perfex CRM
- Consulta de Chave PIX na API de Envio
- Endpoint para Recuperar Saldo
- Problemas com Token em Ambiente de Homologação
- Implementação da SDK do Pix em Next.js ou React
- Recebimento de Pagamentos via QR Code e Arduino
- Atualização de informações no Retentiva de Cobrança
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
- Teste de Status de Pagamento em Ambiente de Homologação
- Utilização de Endpoints e Payload no Pix
- Autenticação com Certificado em NextJS
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Cobrança em Período de Teste Grátis de 7 dias
- Geração de payment_token pelo Postman e teste em homologação
- Retenção de Pagamento no PIX em Marketplace
- Especificação da URL do Webhook no Exemplo Pix
- Cancelamento de Boleto e Remoção do DDA
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Integração da API do Pix em Sistema Próprio
- Funcionamento do Webhook em Ambiente de Homologação
EXIBINDO CONVERSAS RECENTES:
Texto: PIX
Canal: pix
seja como for... se alguém preferir / precisar... Amazon tá aí, mtls-proxy do pix.ae também 😁
Notar que a Gerencianet não diz que o mTLS não é necessário, e sim que o integrador pode ter outras formas de implementá-lo em camada de aplicação e aí garantir o mesmo nível de segurança. Então quem não estiver validando se o cliente é mesmo a Gerencianet, está em violação da documentação do Pix.
É uma chave Pix associada à sua conta. Qualquer das até 20 chaves que você pode ter numa conta PJ, à sua escolha.
estranho, o meu nao vai por nada, acho que nao entendi o que voce esta fazendo, meu config do gerar cobranca é assim
> const agent = new https.Agent({
> pfx: fs.readFileSync('./pix/cert/prod280854.p12'),
> passphrase: '',
> });
> const config = {
> method: 'put',
> url: process.env.GERENCIA_URL + 'cob/' + txid,
> headers: {
> authorization: 'Bearer ' + token,
> },
> httpsAgent: agent,
> data: JSON.stringify(data),
> };
>
Então se seus recebimentos são para [email protected] como chave, só precisa configurar webhook uma vez.
Ou dando um GET /v2/webhook/:chave serve para recuperação de informações sobre o webhook pix.
Para que você seja notificado acerca de Pix recebidos, etc, você deve configurar sue webhook vinculado à sua chave.
Para isso você consome a rota PUT /v2/webhook/:chave, onde chave é sua chave Pix, e passando no body seu webhook:
{
"webhookUrl": "https://exemplo-pix/webhook"
}
Obs: Somente PIX associados a um txid serão notificados. Ou seja, cobranças geradas (atualmente com QrCode dinâmico) com sua chave Pix que possuírem um txid, você será notificado a cada alteração em seu webhook
olá pessoal, estou fazendo alguns testes com a API Pix. E já tenho um erro acontecendo logo na primeira chamada... kkk... Quando tento gerar o token (tanto pelo postman quanto pelo NodeJS), é retornado o erro "wrong tag".
Alguma sugestão?
<@!795609033024339969> Está em nosso backlog sim para ser desenvolvido. No entanto, ainda não temos uma previsão de seu lançamento.
Fique de olho em nossos canais de comunicação, e nosso GitHub.
Você pode desenvolver também, que lhe auxiliamos nos processos e dúvidas.
Em nossa documentação(https://dev.gerencianet.com.br/docs) você encontra os nossos endpoints com explicações detalhadas, você pode verificar também a Collection da Gerencianet com todos os endpoints já configurados para o consumo (https://dev.gerencianet.com.br/docs#section-collection-postman-gerencianet-api-pix)
Olá, bom dia .. meu sistema hoje já tem a integração com a Api de boletos e estou começando a integração com a API pix.
É um sistema para academias e cada cliente meu tem sua própria conta no gerencianet e seus próprios client_id and secret ... vi que agora é necessário ter um arquivo .p12 para fazer as chamadas .. minha dúvida, cada cliente meu vai ter que ter um arquivo separado ou é unico do sistema?
server {
listen [::]:443 ssl ipv6only=on;
listen 443 ssl; #porta externa
server_name _; #dominio para essa regra
ssl_certificate /opt/cert/cert.pem;
ssl_certificate_key /opt/cert/key.pem;
ssl_client_certificate /opt/cert/chain-pix-sandbox.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
location / {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass "http://localhost:2446";
}
}
listen [::]:443 ssl ipv6only=on;
listen 443 ssl; #porta externa
server_name _; #dominio para essa regra
ssl_certificate /opt/cert/cert.pem;
ssl_certificate_key /opt/cert/key.pem;
ssl_client_certificate /opt/cert/chain-pix-sandbox.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
location / {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass "http://localhost:2446";
}
}
Bom dia, estou desenvolvendo a integração com o webhook da api pix, seguindo a documentação fiz a configuração do NGINX com o certificado de desenvolvimento, entretanto ao configurar o webhook pela api, está retornando o seguinte erro:
json
{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 403"
}
{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 403"
}
Bom dia, pessoal!
<@!704694550631022592> isso mesmo. o txid (Id da Transação) deve respeitar a regex ^[a-zA-Z0-9]{26,35}$
Em nossa SDK mesmo, possui a função getTxID() que gera o txid: https://github.com/gerencianet/gn-pix-sdk-php-exemplo/blob/master/funcoes.php
a url é essa https://api-pix-h.gerencianet.com.br/v2/cob/teste