Termos mais procurados:
Uma das obrigações da GN é controle de PLD, Prevenção a Lavagem de Dinheiro... passar no compliance disso com cliente operando criptomoedas é um belo desafio. Não é impossível, mas eles tem que repetir praticamente todo o oversight que o BACEN tem deles com o cliente operando cripto.
comentei isso com ele há uns 3 dias numa outra situação onde ele queria usar o SMS. mas essa de usar na compra é ainda mais estranha (não só pela possível demora, mas justamente por isso que vc acabou de falar, antes que eu pudesse digitar: vai receber o pix de qualquer forma e terá que devolver)
Estamos analisando a possibilidade de incluir o QRCode junto a cobrança, mas isso no momento não é possível.
Boa tarde! No momento não é possível, o PIX recebido não realiza a quitação de uma cobrança, pois, ele não está associado a ela.
GN, tenho uma pergunta.. é possível um cliente nos pagar via Pix e a gente direcionar esse pagamento para quitar o boleto já existente na plataforma?
Mas isso retorna um array, quero consultar apenas um txid e cpf, é possível?
coloca uma espécie de "wall" antes de exibir o QR, perguntando: "Qual o seu banco?", se o cara selecionar um desses 3, informa que não é possível acolher o pagamento dele.
desde quando isso é possível?
Esses outros são correntistas da GN que passaram pelo KYC... então no mínimo é possível responsabilizá-los. Mas é claro que seria melhor a GN travar a autorização, e eu apontei lá algumas maneiras de se fazer isso.
O mTLS garante que veio da Gerencianet, não de qualquer lugar do mundo. O que esse issue alerta é que é possível hoje fazer a Gerencianet fazer chamadas para o webhook a pedido de outros.
voce ja pode utilizar o de produção para fazer testes com o webhook, pois com o de homologação não seria possível. Então nesse caso, sugerimos gerar Pix de 0.01 para os testes.
#notadeinformacao. Membros e Parceiros GN. Visando deixar aqui neste Canal exclusivamente informações sobre a api-pix da GN, na medida do possível e do meu singelo conhecimento, responderei e perguntarei apenas assuntos relacionados a api-pix da GN, assim podemos deixar o feed organizado e objetivo, outros assuntos estarei no nosso Canal off-topic. Abraços a todos 🙂
Mas ta impossível fazer qualquer ação na conta kkk
<@!771014900428439603> Assim como o Rubens havia citado. para cobrança imediata não é possível tal configuração, somente será possível para cobrança com vencimento, conforme escopo cobv do bacen. Mas fique de olho em nossos canais de comunicação que vamos postar todas as novidades quando disponível.
Report de bug:
Os payloads de cobrança pagas estão retornando um JSON contendo erro: "status_cobranca_invalido", mensagem: "A cobrança não está mais com o status ATIVA". Assim, os apps dos PSPs pagadores estão apresentando "erro ao ler o QR".
O payload deveria continuar sendo retornado no padrão JOSE (com certificado e assinatura, igual as cobrança ativas), com o status alterado para CONCLUIDA, para tratamento adequado, conforme status + possível presença do template 01 com valor 12 (qr code de apresentação única).
Não dá para armazenar nada sujeito a LGPD apenas em blockchain. Qualquer necessidade de remoção de informação não consegue ser cumprida se toda ela estiver no blockchain. Mas seria possível ter partes em blockchain, como faz a BFA (https://bfa.ar) onde apenas hashes são armazenados lá.
Neste nosso caso aqui sim, pois eu estou indoidando com isso desde domingo 😦 . Mais quero dar os créditos a quem está também tentando fazer o melhor possível para todos nós 🙂 Aqui é o único lugar que tenho apoio 🙂
<@!710205440956563536> , mais então, com qrCode dinamico é possível colocar alguma informação de multa e juros por atraso? como na api de boletos?
com o exemplo disponibilizado em php do pix, é possível gerar em homologação no localhost? ou somente se estiver em hospedagem com ssl ?
eu particularmente prefiro tudo que for possível no QR em minúsculo, e nomes devidamente capitalizados (como "São Paulo", por ex). fica bem mais legível quando se avalia o código visualmente.
