Termos mais procurados:
bom dia. a Gerencianet tem uma API.
https://dev.gerencianet.com.br/docs/api-pix
ainda não tenho ciência de módulos prontos para nenhuma plataforma de e-commerce. você vai precisar desenvolver, com base na documentação acima, ou aguardar um módulo ser liberado pela Gerencianet ou algum outro desenvolver.
segundo a documentação, deveria aceitar mais devoluções até atingir o total do pix originário
O Filipe Silva arquiteto de software do Bacen certificou essa questão apontada e pode ser que a próxima documentação traga essa informação de forma mais clara.
estava olhando aqui na documentação deles e nao achei nada nesse sentido, vc tem algum link ou algum lugar q consigo confirmar isso <@!780500321994539068> ?
putz... pela documentação eu estava entendendo que o requisito era ter o txid
Boa tarde pessoal! <@!781626495893635132>, é isso mesmo que o <@!780500321994539068> falou. Então serão notificados somente PIX associados a um txid mesmo e não associados a uma chave. Na própria documentação do bacen você encontra essa informação sobre a configuração do webhook. https://bacen.github.io/pix-api/#/Webhook
@everyone de acordo com o que foi questionado na issue (https://github.com/bacen/pix-api/issues/207) , o campo calendario.expiracao foi alterado de 'String' para 'Integer'. Já fizemos essa alteração em nossa documentação e em nossa Collection do Postman.
já tem uma Api ponta pra isso. https://gerarqrcodepix.com.br/
Procure nos posts anteriores a Cecília colocou a documentação
Consegui sim, você pode conversão seguindo esses comandos em nossa documentação https://dev.gerencianet.com.br/docs#section-convers-o-chave-p12-para-chave-pem
É uma boa ideia acompanhar a nossa documentação para se familiarizar com os atributos de cada endpoint. Você consegue acessa-la por aqui https://dev.gerencianet.com.br/docs
foi o que eu entendi na documentação
Opa <@!600338898534793221>. Nossa equipe está trabalhando nisso agora. Hoje ainda disponibilizamos em nossa documentação! 👍
@everyone Realizamos uma atualizamos nossa Collection do Postman para realizar testes nos endpoits de devolução, confiram lá em nossa documentação: https://dev.gerencianet.com.br/docs
Bom dia, @Deleted User !
Verificamos esta questão aqui, e estava faltando a autenticação no header. Acabamos de adicionar e atualizar na nossa do Collection do Postman disponível em nossa documentação no link https://dev.gerencianet.com.br/docs#section-collection-postman-gerencianet-api-pix
Segue o link da documentação que trata de assinaturas: https://dev.gerencianet.com.br/docs/criando-assinaturas
Pessoal, um comentário genérico: há tanto instituições recusando QR-Codes gerados corretamente, quanto não recusando incorretos... então a melhor referência para elucidar esse tipo de questão é a documentação do BACEN mesmo.
Oi, Matheus. Eu sei que o txid não é necessário no QRCode estático, porém, no dinâmico ele é informado dentro do Json do payload. E esse txid dentro desse payload talvez devesse seguir o mesmo padrão. Sabe onde encontro a documentação do banco central em que o txid é de 26 a 35 caracteres?
Mais um adendo, foi atualizada a documentação com a configuração do webhook pelo Nginx, já com um exemplo pronto. Iremos posteriormente disponibilizar mais conteúdos que facilitem a compreensão de todos e mais exemplos de configuração do servidor para o webhook, em outras linguagens e no Apache
Ok, vamo lá.
- Primeiro, ao pagar os QRCodes Gerados em produção, percebi que apenas QRs pagos no Nubank exibem o txid na tela e quando o pagamento é efetuado e consulto a cobraça, muda corretamente o status da cobrança para CONCLUIDA
- No entanto, quando faço pagamentos pelo banco Inter ou Sofisa, eles simplesmente ignoram o txid (não exibem na tela de confirmação) e quando é pago consequentemente não muda o status da cobrança para CONCLUIDA, o status permanece ATIVA
- Uma das hipóteses desses 2 bancos não estarem considerando o txid pode ser o fato de que o txid padrão criado pena GN tem no mínimo 26 caracteres e segundo a documentação do banco central deve conter de 1 a 25
- Outra hipótese é erros do próprio banco psp pagador que não está considerando o txid porém, seria válido testar também a outra hipótese
- Como a API de gerar cobrança da GN não permite criar cobranças com txtid com caracteres abaixo dos 26 eu como desenvolvedor não consigo testar
Pessoal, atualizamos a collection do Postman (https://documenter.getpostman.com/view/13574984/TVetcm6R) com os endpoints consultar Pix e solicitar devolução. E estamos inserindo a descrição de cada endpoint em nossa documentação.
