Termos mais procurados:
Bom dia pessoal! 🙋🏻♂️
Tudo bem?
Estou precisando gerar Pix com data de vencimento.
Li na documentação:
<https://dev.gerencianet.com.br/docs/api-pix-endpoints#criar-cobran%C3%A7a-com-vencimento>
Então nesse caso preciso gerar meu próprio txid? 🤔
Olá, @hendrick.bc. Bom dia!!
Conforme mencionado pelo Rubens, você irá precisar de duas integração uma com a a API do Telegram e outra com a nossa API para emissão das cobranças.
Segue o link da nossa documentação técnica: https://dev.gerencianet.com.br/docs
Boa tarde, há alguma documentação relacionada ao telegram ?
Bom dia pessoal!
Tem alguma documentação sobre algum webhook pra API Pix?
Vi o pessoal comentar aí em cima e por não ter encontrado nada eu ia acabar por fazer um botão na tela pro usuário clicar para "verificar o pagamento"..
Se tiver o WebHook vai ficar bem mais bonitinho e performático rsrs
Bom dia, tudo bem ? Nosso plugin foi atualizado recentemente, segue o link de nossa documentação: https://dev.gerencianet.com.br/docs/whmcs-1
Boa tarde @bitnator ! Em nossa documentação, você encontra o link para as collections do Postman de todas as APIs.
Segue o link da documentação: https://dev.gerencianet.com.br/docs
Boa tarde, @tingu1903. Como vai?
Esta falha ocorre quando não encontra o certificado da API Pix em seu site.
Segue um passo a passo de como gerar este certificado em sua conta: https://gerencianet.com.br/artigo/como-gerar-o-certificado-para-usar-a-api-pix/#versao-7
Após gerá-lo, você deve selecionar ele nas configurações do módulo.
Em nossa documentação você encontra mais detalhes: https://dev.gerencianet.com.br/docs/wordpress-woocommerce#3-configura%C3%A7%C3%B5es-do-plugin-gerencianet-para-woocommerce
não encontrei na documentação de vocês o que seria
"account_id"?
Você pode receber notificações automaticamente via webhook referente às modificações de status de uma cobrança Pix. Para isso, será necessário a inserção de uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS.
Veja mais detalhes em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks
Ou seja, primeiramente em um servidor dedicado, você deve inserir uma chave pública da Gerencianet nas configurações de seu servidor para que a comunicação obedeça o padrão mTLS (forma de autenticação mutua).
Veja um exemplo desta configuração em um servidor Apache, Nginx, Node, etc: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor
Então com seu servidor configurado com mTLS em seu domínio (ex: https://seudominio.com.br/webhook/" class="link-msg">https://seudominio.com.br/webhook/), você irá consumir a rota PUT /v2/webhook/:chave uma única vez para registrar seu webhookUrl vinculado à sua chave Pix. Acrescentando uma observação que é a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
Temos sim um plugin oficial de WHMCS. Você pode acessar em: https://github.com/gerencianet/gn-api-whmcs
Os passos para a utilização desse plugin estão na nossa documentação: https://dev.gerencianet.com.br/docs/whmcs-1
@Deleted User Essa documentação que me enviou, parte do principio que eu já gerei uma transação para pagamento em cartão. Eu estou precisando de uma etapa antes, onde eu quero gerar uma transação mas existe algum erro na minha requisição. E eu preciso interpretar todos os erros possíveis, como essa da imagem por exemplo, que é um erro de numero de telefone incorreto. Eu percebi que pelo codigo não posso interpretar pois vcs usam um codigo generico, então preciso dos textos que aparecem no retorno..
Bom dia, gostaria de saber onde encontro na documentação a lista com todos os possíveis retornos de erros para pagamento com cartão.
Olá, @here!
Informamos que a rota POST/v2/pix - para requisitar o envio de Pix - será descontinuada a partir do dia 03/01/2023.
Mas podem ficar tranquilos. A documentação da API Pix foi atualizada com o novo endpoint PUT/v2/gn/pix/:idEnvio e melhorias que deixaram o serviço ainda mais robusto e com melhor performance:
- O endpoint passa a ter um método idempotente.
- A assinatura do endpoint agora permite informar um idEnvio. Esse identificador, único para cada envio, será gerado e controlado por você, evitando duplicidades inconvenientes.
Ficou com alguma dúvida? O nosso time de especialistas em integração está sempre à disposição para ajudar, todos os dias da semana, aqui, na comunidade Gerencianet.
Contem com a gente. 🧡
Boa tarde, tudo bem ? Não existe nenhum endpoint que faça essa consulta na API. Uma solução é a utilização do serviço de notificações que nós disponibilizamos, onde, para cada cobrança criada , você poderá enviar uma URL que receberá uma notificação toda vez que a cobrança tiver o status alterado. Segue o link de nossa documentação que detalha melhor esse serviço com exemplos: https://dev.gerencianet.com.br/docs/notificacoes-recebendo .
Outro ponto que vale a pena mencionar é que, nos casos em que você nos enviar o e-mail de seu cliente final, no momento de criação da cobrança, nós iremos envia-la para o e-mail do mesmo, bem como enviaremos um e-mail de inadimplência (caso ele não efetue o pagamento até o vencimento).
Em nossa documentação, você encontra uma sessão sobre as notificações - https://dev.gerencianet.com.br/docs/notificacoes-recebendo
Outra dúvida, existe documentação dos parâmetros das notificações?
a API que preciso utilizar é a de pagamentos? A documentação diz que apenas a API PIX possui avisos de pagamento.
Para mais detalhes acesse a nossa documentação em https://dev.gerencianet.com.br/docs/api-pix-endpoints#webhooks
Olá, @fael9100. Bom dia! Como vai?
Neste caso você pode utilizar nossa API de emissões para emitir a cobrança de cartão de crédito, e o Bolix que dá opção para seu cliente pagar com código de barras do boleto ou QR Code do Pix.
Segue o link da documentação para mais detalhes:
Cartão: https://dev.gerencianet.com.br/docs/pagamento-com-cartao
Bolix: https://dev.gerencianet.com.br/docs/gerar-boleto-bancario
Obrigado pela informação, já vou providenciar as alterações na aplicação.
Você saberia informar se houve alguma mudança nos parâmetros de envio/resposta além do :idEnvio?
Não encontrei a documentação do endpoint antigo para poder comparar.
