Termos mais procurados:
se não fosse a restrição da linguagem a ser utilizada a aplicação seria em node/next por completo...
e de fato temos o mesmo projeto todo feito e funcionando em node/next apenas para caso tudo realmente der errado e nada funcionar
olá 🙂
Então, como temos de criar o app pra rodar direto do raspberry, configuramos um "serv local" com flask
Esse é o nosso rep no git
https://github.com/thiagomtd/api-pix-gerencianet.git
como falei, usamos um video de 2019 para nos guiar...
o MTD é desenvolvedor em node/next.js e eu sou desenvolvedor em java/kotlin
então PYTHON é meio que um aprendizado do zero praticamente kkkk
Esse é o endpoint @gleyson3105 https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-gerar-qrcode-de-um-location
Boa tarde @thichief20 tudo certo? 🙂
Não sei se é viável pra você, mas acredito que seria mais prático configurar um servidor para ser seu webhook e ao receber a confirmação de pagamento dispara o comando para o seu raspberry.
Vale ressaltar que se a cobrança for criada com a chave cadastrada no webhook, o webhook é acionado desde que a cobrança tenha um txid Válido.
Na nossa documentação você encontra um exemplo do webhook em python
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor
location
Alguem sabe o Endpoint pra gerar um Qrcode com a cobrança Pix?
Boa tarde, alguém tem alguma ideia de como configurar o certificado mTLS em IIS? Na parte do webhook
entendi entao o demo nao vai funcionar porque só tem o post, vou ter que implementar pra ver
O envio de Pix agora é PUT em v2/gn/pix
boa tarde, antes de mexer no codigo estou verificando o demo_pix em delphi, mas quando tento dar um post para v2/pix ele da esse erro, no caso o demo esta desatulizado?
Mas pelo menos no nosso caso, que oferecemos pagamento via Pix, boleto ou cartão de crédito sem parcelamento, Pix já é o meio de pagamento dominante. Um pouco só à frente do cartão, e praticamente 2x boleto.
a cobrança está gerada, aquele ali é o TXID da mesma, porem quando buscamos pela cobrança, ela não é reconhecida... mesmo estando aberta...
Mas tem que ser no mínimo 25. Se der 13, por exemplo, não vai aceitar.
o txid esta sendo gerado com alcance de 32 caracteres no maximo... agora se o que usamos está correto eh outra coisa
O txid da cobrança precisa ter de 25 a 32 caracteres, sua geração segue isso ?
Boa tarde galera,
Sou Thiago Gava, estudo Sistemas de Informação, 6º Periodo...
Eu estou fazendo um projeto na faculdade, onde tenho que fazer a venda de produtos com pagamentos em pix, após ter o pagamento confirmado, preciso rodar comandos para ativar componentes eletrônicos que "liberam" que dosam o produto selecionado, e a quantidade selecionada pelo cliente.
O app, por requisição do professor deve ser em Python, e eu tenho pouquissimo conhecimento aplicado na linguagem., pois ele terá de ser rodado em um Raspberry PI 3B+.
A questão é, seguindo as instruções da documentação da API da Gerencianet, e o material de um video de 2019, conseguimos fazer com que seja criado a cobrança e o qrcode para o pagamento, porem ainda não conseguimos implementar o webhook ou uma maneira de retornar a "confirmação" de que o pagamento tenha sido efetuado.
O webhook seria a melhor opção, porem parece que a API não reconhece o TXID da cobrança que geramos...
Eu estou sem cabeça, atrasado com as entregas, ou seja, sem condição alguma para pensar em uma solução por conta própria...
Então peço a ajuda de quem puder resgatar um desesperado 🙂
Boa tarde Weverton, não estamos com nenhum problema reportado no Pix, poderia me enviar copia e cola para dar uma analisada
Boa tarde pessoal, o QR code gerado para pagamento via api está dando como incorreto, o problema começou agora, estava funcionando normalmente nos últimos dias. Está tendo algum problema na Gn
Já te chamei no privado.
