Termos mais procurados:
Não tem como no momento, ele não é apto para pagamentos. Vamos realizar algumas melhorias no ambiente de homologação para possibilitar estes testes. Recomendamos que gere cobranças de R$0,01 em produção para testes de pagamento
Sugerimos utilizar em produção com valores de R$0,01. Até o dia 30/04/2021 não haverá cobranças pelo consumo via API
Este é um problema da GN, pelo que o pessoal informou já estão verificando internamente.
Segue as palavras do <@!671762828046106646>:
"Boa tarde Joel! A demanda está sendo tratada com prioridade, foi notado que essa alteração ocorre em momentos aleatórios. Exemplo: Fizemos 20 testes realizando o mesmo PATCH em cobranças idênticas e em 2 casos o status foi alterado e nos outros não
Por essa aleatoriedade a falha fica mais difícil de ser corrigida, mas o time todo está focado na correção e até o fim desta semana daremos um parecer"
Há uma anomalia no endpoint /v2/pix para o método "Consultar Pix recebidos".
Estou filtrando algumas cobranças para analisar os pagamentos e está acontencendo o seguinte:
Ao filtrar os PIX recebidos em um determinado período, a API informou um total de 16 pix recebidos.
eu acho que é um bug.. porque o status de CONCLUIDA ficou apenas nas cobranças que eu paguei...
Fiz alguns testes aqui e consegui gerar as cobranças em ambiente de homologação. Você está utilizando alguma SDK ou está fazendo pelo Postman?
Integrações mais facilitadas surgirão com o tempo. Observe que o BACEN determinou a obrigatoriedade de oferta da API Pix padronizada pelos PSPs que quiserem ofertar API Pix. Talvez a GN oferte outra API posteriormente, mais próxima do que você está acostumado (onde o controle sobre as cobranças e os detalhes internos do arranjo é menor).
Os status das cobranças da API-Pix são os mesmo definidos pelo BACEN. Os status da API para boleto e cartão são diferentes e também estão definidos em nossa documentação.
Exato, já que sabemos os possíveis retornos das cobranças.
Pessoal outra dúvida, para emitir o Pix/Cobrança temos o calendario, tentei passar assim:
a API de geração e de baixa de cobranças Pix, existe. e programaticamente, dá pra "baixar" ou cancelar boletos pela API, também. então de alguma maneira, dá. mas não como uma solução pronta. tem que desenvolver em cima das duas API e fazer funcionar como você quer
Ola <@!710205440956563536> como estais fazendo? Uma contar centralizadora e na criação das cobranças pix indicas a chave da loja que ira receber?
Boa tarde! Tem como detalhar melhor? No caso, para seu cliente gerar transações para a chave dele, vai ser necessário antes fazer a autenticação com o certificado e com as credenciais dele. Neste cenários você teria que ter acesso a essas informações para gerar as cobranças.
Normal <@!291558720670924801>. Estes registros de transação são para cobranças via boleto e cartão.
Nosso time de desenvolvimento já está trabalhando para disponibilizar estes registros do Pix.
Então fica a sugestão de produto "boleto híbrido"... boleto com barcode e QR-Code, o primeiro que pagar inativa o outro. É inclusive o que vários bancos vão oferecer antes da API Pix. Só que isso combina melhor com as cobranças Pix com vencimento (cobv), então possivelmente não seja ainda o momento de viabilidade.
Porém se desejarem manter o sistema com as cobranças atualizadas, caso haja alguma falha na comunicação, vocês podem utilizar o endpoint GET/charge/:id -https://dev.gerencianet.com.br/docs/playground-transacoes#charge_id . Esse endpoint permite retornar todas as informações de uma transação existente e tem a mesma funcionalidade da notificação que enviamos quando é cadastrado uma url de notificação.
Boa tarde pessoal, tudo bem? Para esclarecer melhor a dúvida do <@!781855574501490718> , que também pode ser a dúvida de outro usuário, realmente um endpoint que tenha a mesma funcionalidade do arquivo de confirmações, onde você informa o período e ele te retorne todas as cobranças pagas daquele período, nós não temos disponível.
<@!257617133595262977> Esta chave PIX deve ser mesmo uma chave vinculada à conta Gerencianet. Mas como o Renato citou, as cobranças geradas em Homologação não são pagáveis.
acho que a chave precisa ser real, existente na sua conta GN. mas as cobranças criadas no ambiente de homologação não são pagáveis
eu descobri isso porque vi que tinha nos métodos de consulta, mas faltava no método de criação de cobranças
