Tarifas em https://gerencianet.com.br/tarifas/, em resumo, 1,19% para recebimento de Pix.
Termos mais procurados:
Histórico de mensagens 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
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Cancelamento de Boleto e Remoção do DDA
- Integração da API do Pix em Sistema Próprio
- Funcionamento do Webhook em Ambiente de Homologação
EXIBINDO CONVERSAS RECENTES:
Data: 30/06/2022
Canal: pix
Com a API PIX, você consegue receber as informações de pagamento das cobranças Pix no seu sistema, sem a necessidade de estar consultando a sua conta Gerencianet para verificar se teve confirmação de alguma cobrança.
Então gostaria de integra o apipix ao meu sistema pra receber as informações sem ter que ficar conferindo na conta corrente, pois isso através das máquinas de cartão fica caro, gostaria de saber se o sistema de vocês faz isso e qual o valor ?
Precisa colocar o arquivo um diretório acima de onde está o script, já que está ../chain . Você pode mudar o path para bater a localização aonde você colocou o arquivo.
Boa tarde RK...tudo bem? Tentando seguir sua orientação ainda recebo mensagem de erro.
Eu também já esqueci a assinatura e redefini seguindo esse caminho que o @valmirefi passou. É fácil de esquecer pq é pouco solicitada.
@here Hey tem alguam forma de "resetar" essa "Assinatura Eletrônica" ?!!? depois de tanto tentar criar minha conta.... um zilhão de vezes... finalmente consegui... mas não tenho ideia do que coloquei nessa Assinatura Eletrônica
Bom dia @pabloborges ! É isso mesmo, se retornar um erro, uma tentativa é agendada para 5 minutos depois e realiza uma cálculo exponencial. Vou enviar um resuminho sobre esse reenvio:
Backoff exponencial
Caso o servidor do cliente retorne algum erro, uma nova tentativa é agendada para 5 minutos depois. Exponencialmente, calcula-se o backoff por uma PG de 2 com o primeiro termo sendo 5, a fórmula para esse PG seria:
f(x) = 5 2^(tentivaAtual - 1)
Exemplo: (5, 10, 20, 40, 80, ...)
Esse cálculo é repetido até que se atinja o número máximo de tentativas. Após isso, a notificação não será mais enviada.
Número máximo de tentativas de envio:
Existem dois cenários de tratamento de erros após falha no envio de notificações:
1. Quando o servidor do cliente retorna uma resposta de erro com status 429 (too many requests), são feitas no máximo 10 retentativas de envio da mensagem.
2. Quando o servidor do cliente responde com qualquer outro erro, são feitas no máximo 6 retentativas.
Lembrando que para cada novo reenvio, é feita a definição do novo backoff tomando como base a fórmula acima.
Caso o servidor do cliente retorne algum erro, uma nova tentativa é agendada para 5 minutos depois. Exponencialmente, calcula-se o backoff por uma PG de 2 com o primeiro termo sendo 5, a fórmula para esse PG seria:
f(x) = 5 2^(tentivaAtual - 1)
Exemplo: (5, 10, 20, 40, 80, ...)
Esse cálculo é repetido até que se atinja o número máximo de tentativas. Após isso, a notificação não será mais enviada.
Número máximo de tentativas de envio:
Existem dois cenários de tratamento de erros após falha no envio de notificações:
1. Quando o servidor do cliente retorna uma resposta de erro com status 429 (too many requests), são feitas no máximo 10 retentativas de envio da mensagem.
2. Quando o servidor do cliente responde com qualquer outro erro, são feitas no máximo 6 retentativas.
Lembrando que para cada novo reenvio, é feita a definição do novo backoff tomando como base a fórmula acima.
Bom dia, tenho uma dúvida com relação ao webhook. Pude perceber que quando o webhook não recebe o callback com o código 200, a notificação é reenviada em um intervalo de tempo cada vez maior. Pude registrar 4 envios da mesma notificação. Gostaria de ter mais informações sobre isso. Qual o máximo de notificações enviadas e em quais intervalos essas notificações são enviadas.