Termos mais procurados:
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.
Ampliando a pergunta: se for possível, com a mesma taxa (%) ?
É possível receber pagamentos internacionais (de cartões emitidos no exterior)?
esclarecendo melhor essa pergunta: é possível saber se o EC tá exigindo o mTLS ou se tá ignorando (no próprio callback individual, não em teste prévio)?
e do lado de vocês, é possível "exigir o mTLS" pra decidir se os dados devem ser enviados (no momento do callback em si)?
talvez com um contrato específico, como você falou antes + a retirada de informações do callback (deixar só chave + txid se houver), aí o EC teria que consultar a API, creio que seja possível o BACEN aprovar
"mexer o menos possível no PUT"? mas quem tá propondo a mudança no PUT não sou eu 🤔
Sim, entendi o seu ponto. A questão é mexer o menos possível no PUT, nesse momento. Sem remover funcionalidades dele, mas dando uma flexibilizada. Certamente voltaremos a falar do callback.
Se for possível mande a configuração do VirtualHost, alterando algum dado sensível, caso exista, para que possamos analisar.
Não é, na verdade hoje só é possível com servidor dedicado, para conseguir realizar as configurações do webhook, uma vez que é necessário ter acesso a alguns arquivos para realizar as configurações
se vc quer recusar absolutamente tudo que não for cobrança, é só colocar no seu regex qualquer dado impossível de existir em forma de txid, como ^-$ que nunca vai passar por ele.
Não é possível realizar devolução duas vezes sem a alteração do campo id. Cada devolução tem um id associado, então se for recebido um Pix de R$0,02 por exemplo e deseja realizar duas devoluções, você vai precisar mudar o id depois que a primeira devolução for realizada.
não é possível que ninguém pensou nisso...
Ambiente de homologação não é possível fazer pagamento. Precisará de ambiente de produção. Sugere-se que crie cobranças de R$0,01 e efetue pagamentos a fim de testar.
Não seria possível que eu consulte antes de tentar enviar o pix?
Bom dia pessoal, estou em um cenario onde eu preciso gerar multiplos QRCodes, porém apenas com o campo adicional informando um número de ponto de venda (estabelecimento), e na listagem de transações eu precisaria identificar esse número também para conseguir separar as transações por estabelecimento, sabem me dizer se isso é possível?
até onde eu sei é possível
Pessoal, já teve uns reportes sobre o Picpay. Alguém já testou se ta sendo possível pagar QRCode Dinâmico?
Com o detalhe de que hoje não é possível ter 20 chaves Pix na GN, pq apenas uma por tipo é aceita.
Importante que o dono da conta seja a pessoa que requisita o certificado.
Adianto que estamos estudando uma forma segura de que isso também seja possível via API, e traremos esse assunto novamente em <#💭sugestões> .
