Termos mais procurados:
Não dá para o app falar diretamente com a Gerencianet por causa dos parâmetros de autenticação que não seria prudente embutir num app. Precisa de algum serviço seu de back-end falando com a Gerencianet.
Idealmente todos seus clientes precisariam ter conta na Gerencianet, lembrando que a conta é gratuita e as transferências de recursos para outras contas via Pix no aplicativo são gratuitas também.
O jeito disso não acontecer é justamente não usar as APIs proprietárias, não pedir mais recursos proprietários...
<@!535222756837556244> peço desculpas. Revisei a documentação e a GN adiciona o /pix somente nas notificações de transação de fato. No teste de cadastramento vai sem o /pix. Isso porque o BACEN sinalizou que o intuito de adicionar o /pix no fim da URL é permitir outros tipos de notificações/recursos no futuro usando outros endpoints baseados na webhookUrl principal.
Sim, os recursos lá vieram de pedidos de clientes, meus inclusive... 😉
Só o alerta é de que não são portáveis, e que para alcançar os mesmos objetivos em outros PSPs serão necessários procedimentos diferentes.
porque só a partir daí é que terei acesso ao outros recursos como consultar os recebimentos e tudo mais, é isto ?
Acredito, apesar de ser uma possibilidade, que essa não é a melhor prática. O webhook otimiza o uso de recursos tanto do seu quanto do lado da GN, além de garantir a instantaneidade que o Pix traz como proposta.
Joel, muito obrigado pela atenção. No momento, estou tentando me familiarizar com os recursos do Gerencianet ainda. Num primeiro momento, apenas tentar gerar um QR CODE para permitir o pix e/ou fazer um pix direto para uma conta de dentro do meu site em php
Boa tarde. Estou tentando subir um teste em php para ver o funcionamento dos recursos do PIX do gerencianet
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.
Pode ser que a GN venha a ter boleto híbrido, um boleto liquidável pelo código de barras CIP/COMPE e pelo QRCode Pix, depois que o Pix tiver recursos de vencimento/multa/juros para equiparação com o boleto. Precisa ver o que se adequa melhor ao seu caso de uso, mas hoje só está disponível a cobrança imediata Pix.
Não, é a Chave Pix da conta que receberá os recursos. O mais usual é criar uma chave aleatória para os recebimentos, mas pode ser qualquer dos tipos de chave Pix existentes.
aí você pode configurar seu nginx pra validar (e re-cadastrar a URL sem o x-skip-mtls-checking) ou fazer uma consulta à API pra verificar se o Pix foi mesmo recebido; o que vc achar melhor (a primeira opção exige menos recursos do seu servidor e da GN, além de ser marginalmente mais segura)
Boa tarde Diego, a nossa SDK em PHP em que o download é realizado por meio do composer não tem as funcionalidades da API-Pix. A SDK que disponibilizamos em PHP tem os recursos necessários desde gerar uma cobrança a emitir o QRCode(https://github.com/gerencianet/gn-pix-sdk-php-exemplo).
O Renato mostrou alguns conteúdos bacanas de desenvolvedores que podem te auxiliar. Vamos atualizar as nossas SDKs e em breve vai ser possível emitir um boleto, cobrança de cartão e Pix utilizando a mesma SDK.
<@!788406836813365248> O que eu posso concordar com você é que há, de fato, algumas inconsistências entre os exemplos que a GN mostra (como o que você apontou: não existe status "EM_PROCESSAMENTO"). E haviam alguns outros, mas estamos todos no mesmo barco e, conforme apontamos pra GN, eles logo corrigem. E, de todo modo, tem a documentação oficial do BACEN para ser o seu norte. Nada que está lá pode ser diferente na implementação da GN (exceto recursos que sejam adicionais na GN, como o envio de Pix a terceiros, que ainda não está regulamentado pelo BACEN).
Como é do BACEN sempre precisa de $. Mas ele tem mais recursos do que só $ que vão depender da criatividade.
exato, aqui faço validação do tempo, ai economizamos em tudo, principalmente recursos das maquinas nossas.
No caso do certificado, para facilitar a emissão e manutenção, uma vez que nem todos dispõem de recursos para tal, optamos pela geração dos certificados
estou concentrado nesses recursos da minha ferramenta https://pix.ae primeiro, que serão "Freemium". depois vou partir pra minha própria camada de consumo da API
