Histórico de mensagens sobre possível em pix

Bom dia Gustavo! Como o Rubens mencionou, em desenvolvimento não é possível realizar testes de pagamentos. Então sugerimos você gerar uma cobrança com valor baixo em produção.

Bom dia <@!812297338605273098>, respondendo ao questionamento que você fez no 2, sim é possível fazer o envio de Pix de sua conta Gerencianet para uma outra chave/conta via API. Para isto temos o endpoint POST /v2/pix (https://dev.gerencianet.com.br/docs#section-requisitar-envio-de-pix-) que permite o envio para uma outra conta via chave ou dados bancários.
Além disso via API você pode adicionar diversos recursos em seu site como cobranças estáticas e dinâmicas e fazer o controle via endpoints da API. Outro recurso interessante é o webhook que automatiza o seu sistema com os Pix recebidos, sem a necessidade de ter que construir uma rotina que fica realizando consultas na API. Você encontra tudo isso e mais na documentação e caso tenha dúvidas pode mandar aqui canal que te auxiliamos.

Bom dia <@!812297338605273098> ! É possível utilizar a API Gerencianet com javascript e php sim. Inclusive temos uma sdk em php com todos os serviços oferecidos pela Gerencianet - https://github.com/gerencianet/gn-api-sdk-php

Acabei de fazer a configuração do servidor para ser possível receber as notificações do Webhook. Como posso testar essa configuração? É possível criar um webhoook de testes para desenvolvimento?

Alguém consegue me informar se no comprovante de pagamento do pix é possível sair a descrição da cobrança ?

Oi Mateus. Abrir um chamado número 186413O solicitando a chave de produção que será utilizada no endpoint para criação do PIX. É possível resolver isto por aqui. Obrigado.

Bom dia <@!811242917040488457>, como bem informado pelo Rubens atualmente é possível gerar o Pix e o boleto, porém em requisições diferentes, mas estamos estudando a possibilidade de geração das chamadas cobranças híbridas com boleto e pix. De qualquer forma ainda seria possível você emitir somente o Pix separado.

Prezados, boa tarde!
Estou tentando fazer um teste simples de comunicação com a API Pix da gerencianet, usando o endpoint oath/token pelo próprio exemplo da documentação de vocês no php.
O certificado me foi disponibilizado 08/01, é possível que ele tenha expirado?

Do Pix, ainda não é possível visualizar nenhuma ação pelo painel da Gerencianet. Você só tem as informações no extrato financeiro mesmo.

Bom dia <@!524196016354885632> ! Ainda não é possível visualizar se teve a confirmação do pagamento no painel da Gerencianet. Nesses casos sugerimos você consumir as rotas Consultar Pix ou Consultar Pix recebidos

Eu quero evitar fazer polling no serviço /cob/{txid} , mas se não for possível funcionar o webhook nesse cenário, já que é mandatório o client cert no handshake pelo que entendi, não vai ter jeito ☹️

Pelo que entendi é possível obter as informações de pagamento de todos que não enviaram o txid , através da consulta no endpoint com txidpresente igual a no. Estou pensando correto?

Exemplo da configuração do OAuth2 no Insomnia, que é igual ao Postman e outros clients compatíveis. Com isso deixa de ser necessário chamar o serviço de geração de token antes, e sempre que expirar. O client REST mesmo toma conta desse gerenciamento. Além do que, o Insomnia não tem a opção de rodar script que manipula as variáveis de ambiente como o Postman, que faz com que seja possível dar aquele "jeitinho" (no bom sentido) para esse tipo cenário. Vejo que o ideal seria usar o próprio padrão. É relativamente simples de resolver, aceitando não só o JSON como também o Form como Content-Type do serviço de geração do Access Token URL.

Pessoal, seria possível fazer com que o serviço https://api-pix.gerencianet.com.br/oauth/token aceitasse o content-type: application/x-www-form-urlencoded ? Desta forma evitaria o erro HTTP 500 ao enviar o body grant_type=client_credentials que é mais compatível com REST Clients como o Insomnia e até o próprio Postman na seção de autenticação OAuth2 usando o grant type "client credentials".

Pq o teste é do path. /pix é uma das possíveis rotas do webhook, no momento a única mas é possível que venham outras como /cob, /gnpag etc.

Olá pessoal,

Alguém sabe informar se é possível configurar o webhook para um endpoint de uma API já hospedada em um dyno gratuito do Heroku para ambiente de testes?

Se não for possível, gostaria de saber se alguém indica uma maneira prática para simular o webhook apenas para testes (mesmo que seja o de produção mesmo).

Ou será que um endpoint AWS Lambda atende?

Conciliar sem txid e sem a informação do pagador(CPF/CNPJ) é virtualmente impossível...

Prezados, bom dia. Já é possível a liquidação de pix no ambiente de homologação?

Corrigindo minha resposta <@!440035527127990273> <@!747457595060650014>. É possível sim consultar Pix recebidos sem txid.

Bloquear um PSP em específico de realizar as transações para a sua conta não é possível, mas é possível utilizar uma lógica como a citada pelo Rubens para fazer a devolução de transações recebidas. Neste cenário você pode consumir o endpoint de Envio de Pix Post /v2/pix e devolver o valor recebido.