Termos mais procurados:
vc precisa gerar o qrcode (ou o "pix copia e cola") que representa a cobrança, montando manualmente (usando a URL de location) ou então a partir do endpoint GET /v2/loc/:id/qrcode (o :id você obtém no loc no retorno da cobrança)
Então a transferência fiz pelo pix
Não consta como banco tendo esse problema atualmente. O que apareceu no /pix ?
Experimente fazer um get em /pix com inicio = minuto do recebimento segundo 0 fim = minuto do recebimento segundo 59
Mas olha ali chegou o pix na conta
estou tentando implementar api pix no android studio peguei o exemplo de java, quando roda so tenho esse erro 'java.lang.Object com.android.org.conscrypt.SSLParametersImpl.clone()' on a null object reference
Descobri, na verdade é por que mudou a rota para //pix.
Só consegui descobrir por causa deste vídeo do meu próprio canal..Onde implementei uma lógica pra tratar rotas não encontradas.
https://www.youtube.com/watch?v=1ww5okv2DE0&list=PLWgD0gfm500EMEDPyb3Orb28i7HK5_DkR&index=4
Ele colocou a opção "txIdRegex" "^pix", no QRCode Estático
Você está fazendo a requisição em ambiente de produção ou homologação? Porque o endpoint de gerar evp(chave pix) só funciona em produção.
Galera ta rolando isso, eu pego o token nesse endpoint ( https://api-pix.gerencianet.com.br/oauth/token ) e fica retornando esse erro ai
Você pode ver a discussão sobre esse tema neste issue no BACEN:
https://github.com/bacen/pix-api/issues/83
Para gerar QR CODES e permitir o pagamento via PIX quais as APIs que devo utilizar? Infelizmente, obtive a informação que não posso fazer testes de "envio de pix" . O que pra mim era o principal..... queria fazer o pix mesmo que de 0,01 centavo e mostrar o recurso funcionando para a equipe, para ter argumentos de que o processo seria válido e não demandaria tanto esforço... uma pena não ser possível. Então, quero tentar demonstrar alguns outros itens que sejam interessantes para que possam analisar na prática como será o processo.
> elseif, txid é nulo, GN consulta a configuração da conta do EC recebedor (ou da chave) se deve acatar Pix com txid nulo.
Estou gostando disso.
> Ah, e sempre com a exceção - nem configurável - de que se a titularidade de origem é a mesma do recebedor, a transação é aprovada.
Perfeito!
Bom dia, Flavio!
Primeiramente, seu cliente deve acessar https://sistema.gerencianet.com.br/ logar na conta. Para obter as credenciais, deverá criar uma aplicação, acessando o menu API->Minhas aplicações->Nova aplicação. Insira o nome da sua aplicação. Ative os escopos desejados do Pix para o ambiente (Produção ou Homologação) e clique em 'Criar nova aplicação'.
Posteriormente, acesse o menu API->Meus certificados. Escolha o ambiente desejado (Produção ou Homologação) e clique em 'Novo Certificado'. Será solicitado uma senha, que é a assinatura eletrônica (a mesma utilizada no aplicativo).
Bom dia, alguem da GN pode me orientar como meu cliente do ERP pode gerar as credenciais para eu acessar a API Pix por ele?
Pensando na implementação lógica, o fluxo seria mais ou menos esse:
-> se o txid é dinâmico {26,35} a GN valida com base na chave + txid se existe cobrança (talvez isso até já esteja implementado hoje).
-> elseif, txid é nulo, GN consulta a configuração da conta do EC recebedor (ou da chave) se deve acatar Pix com txid nulo.
se a GN tiver como diferenciar quando o Pix foi enviado via "manual" (informando dados bancários) ou com uso da chave DICT, o ideal seria a configuração de aceitar/não os recebimentos com txid nulo ser por chave + uma configuração extra para bloquear todos os recebimentos manuais (que nunca tem txid associado).
se não tiver como diferenciar, a configuração poderia ser global (por conta transacional), com opção de sobrescrever a escolha para chaves individuais (assim poderia bloquear recebimentos com txid nulo para toda a conta [que seria o comportamento padrão] e autorizar o txid nulo em uma chave particular).
e, futuramente:
-> else (txid é estático), valida conforme as regras de aceite do EC (por regex match ou enviando o request de validação para webhookURL/txidmatch, como sugeri acima).
e esse "futuramente" eu não consigo nem ver uma demanda relevante. o importante são as outras funções.
<@!775350441965649951>, Utilizei os endpoints desta mensagem 👆
A Url de base: https://api-pix.gerencianet.com.br
É isso mesmo. Eu só descreveria de outra forma pq sem txid e sem a informação do método de iniciação de pagamento, saber se era um QR dinâmico, um QR estático ou um Pix via chave é impossível... ao menos até que isso venha na PACS.008 como está planejando o BACEN. Acho que só o Pix manual vem diferente.
