Termos mais procurados:
A nossa API lhe permite criar somente QR Code dinâmico.
Para criar um QR Code estático deve-se seguir o manual do Banco Central (https://www.bcb.gov.br/content/estabilidadefinanceira/pix/Regulamento_Pix/II_ManualdePadroesparaIniciacaodoPix.pdf), definido na sessão 1.5.
Mas para facilitar a criação deste QR Code estático, você encontra no diversos sites e bibliotecas em várias linguagens pela internet.
Neste cenário, você tem duas opções de receber via Pix utilizando o mesmo QR Code.
- A primeira opção seria reutilizar o location de cobrança Pix dinâmica, assim cada pagamento terá um identificador (txid) único. No chat privado a Jéssica te encaminhou um vídeo ensinando o processo.
- A segunda opção seria utilizar um QR Code estático para o recebimento. Pontuando que, para você receber o webhook dos pagamentos, esse QR Code estático deve conter um txid. De acordo com a imagem que voê enviou, basta acrescentar o parâmetro txid com um identificador a ser inserido no QR Code.
Oi, @lcsistemas. Retiramos sua primeira mensagem por questões de segurança, por conter sua chave Pix. 😉
Ativei o bolix e funcionou https://sejaefi.com.br/artigo/como-ativar-pix-no-boleto/#versao-7
Boa tarde. Estou iniciando o processo de criar boletos, pagamentos com cartão e pix
Baixei a coleção do postman.
Criei o o token em https://sandbox.gerencianet.com.br/v1/authorize
Quando vou fazer um carne, retorna o erro
{
"code": "4600608",
"error": "server_error",
"error_description": "Você já possui chave(s) Pix. Para cadastrar outra, exclua uma chave."
}
O que pode ser ?
Pessoal, estou desenvolvendo a API PIX, estou com tudo funcionando pelo Postman, porém colocando no meu api/backend estou com problemas na autenticação: Connection reset by peer.
O api utiliza TLS 1.3 e openSSL 1.1.1, mas está sendo recusado de qualquer forma. Esqueci alguma outra verificação de segurança? Posso compartilhar mais informações por DM. Obrigado!
DICT é o repositório de chaves Pix mantido pelo Banco Central. A Chave Pix é aquela que todo banco quer que você mude para eles, que os demais clientes do sistema financeiro usam para identificar a sua conta.
Estou integrando com a API de PIX. Na criação da aplicação, ao chegar na etapa de escolher os escopos da um erro de acesso negado, porém a aplicação é gerada. Mas ao testar gerar o token pelo Postman com o clientId e clientSecret de homologação são ditos como inválidos
{
"error": "invalid_client",
"error_description": "Invalid or inactive credentials"
}
Estou utilizando a rota de homologação (https://api-pix-h.gerencianet.com.br/oauth/token) e o host de homologação para o certificado (api-pix-h.gerencianet.com.br)
Assim como um certificado ativo em homologação.
Após análise, vocês confirmaram que a causa do problema eram as permissões que estavam liberadas para meu usuário. E indicaram que para a integração com a API PIX eu necessitaria das permissões Início, PIX, Troca de arquivos e API.
Porém mesmo após as permissões me serem concedidas, o erro persiste ao tentar gerar o token
Além disso, ao acessar pelo sistema antigo (https://sistema.sejaefi.com.br/) demonstra como se eu não tivesse as permissões de acesso a API
Boa tarde, ainda referente ao problema comentado sexta feira. Foi-me fornecido as permissões que vocês indicaram (Início, PIX, Troca de arquivos e API) porém o problema persiste ao tentar gerar o token em homologação
Bom dia, @mydsmbr! Tudo joia? Quando você fala em "mais de um pagamento", seria mais de uma opção de pagamento (Boleto, cartão, pix...) para uma mesma cobrança?
Bom dia, estou integrando com a API de PIX. Na criação da aplicação, ao chegar na etapa de escolher os escopos da um erro de acesso negado, porém a aplicação é gerada. Mas ao testar gerar o token pelo Postman com o clientId e clientSecret de homologação são ditos como inválidos
{
"error": "invalid_client",
"error_description": "Invalid or inactive credentials"
}
Estou utilizando a rota de homologação (https://api-pix-h.gerencianet.com.br/oauth/token) e o host de homologação para o certificado (api-pix-h.gerencianet.com.br)
Assim como um certificado ativo em homologação.
Poderia o acesso negado na criação da aplicação indicar que foi criada de forma incompleta? (com isso o clientId e clientSecret sendo inválidos) ou o fato de ela ter sido criada demonstra que pode ser utilizada?
Isso, perfeito. Elaborei errada a minha pergunta. É PIX para pagamentos a vista, e cartão para paramentos a vista ou recorrentes. Isso tudo pode ser feito dentro do app, sem a necessidade de abrir o Gerencianet no navegador?
Outra questão, a gerencianet pode gerenciar os cartões dos clientes? Digo isso para não haver a necessidade de armazenar dados sensíveis em servidor próprio.
Estou baixando o API no Postman pra dar uma conferida.
@thomas6671, boa tarde! Tudo joia?
Atualmente, a nossa assinatura esta disponível para cobranças cartão de credito e boleto. Porém, você consegue disponibilizar para o seus clientes a cobrança Pix emitida junto com o boleto, quando o Bolix esta ativo em sua conta.
Boa tarde, estou desenvolvendo um app onde é necessário disponibilizar pagamentos através do PIX e cartão de crédito para pagamentos recorrentes. É possível fazer isso no Gerencianet?
Se é criar uma cobrança para recebimento via Pix, de fato não precisa. Se é para dinheiro saindo da sua conta e indo para uma chave Pix, aí precisa de liberação.
o video fala que para o acesso a criação de pix é necessário entarr em contato com a Efí para solicitar uma chaveId, porém quando criei minha aplicação já aparece essa chave
Boa tarde pessoal, quando o cliente tenta gerar um boleto recebe o seguinte erro:
4600608 já possui chave(s) Pix... Alguém sabe me dizer o que pode ser isso?
Vi que esse tópico já foi requisitado, mais não consegui ver se teve resposta ou solução para esse erro!
Boa tarde @jailsonjarvis ! Isso mesmo, para receber as notificações de um pagamento pix deve cadastrar um webhook. Dentro da SDK de flutter tem o endpoint para fazer esse cadastro: https://github.com/gerencianet/gn-api-sdk-dart/blob/main/example/pix/webhook/pixConfigWebhook.dart
