Histórico de mensagens sobre possível em pix

<@!783359762917752843>, verifiquei sim esta sua demanda.
Realizei vários testes, e constatei que realmente uma devolução realizada através do app, não é possível consultá-la através da rota /v2/pix/:e2eId/devolucao/:id

Acredito que isso acontece para evitar consulta excessiva. Pois para consultar a rota citada acima, necessita saber o id da devolução. Neste caso então, você não terá este id.

Com isso terá primeiro que realizar uma consulta na rota /v2/pix/:e2eId para obter o id da devolução, e nela você já possui todas as demais informações da devolução, não tendo necessidade de realizar outra consulta na rota /v2/pix/:e2eId/devolucao/:id

Mas de qualquer forma, levantamos esta questão para nosso time da API para melhor esclarecimento.

a validação de CRC é importante principalmente nos QR codes estáticos. pois um caractere lido errado pode ocasionar (extrapoladas as probabilidades, mas ainda é possível) um pagamento pro destinatário correto (verificável pelo pagador na tela do app) com txid incorreto (difícil ou até impossível de ser verificado, se não tiver essa referência fora do próprio QR pra ele conferir), ou recebedor + txid correto mas valor incorreto, etc...

nos QR codes dinâmicos o conjunto recebedor + txid + valor vem todo do payload, então se a leitura do QR for errada, vai carregar um conjunto todo diferente, o que é um problema muito menor

<@!783359762917752843>

estático, menor possível

um estático com chave email de 6 caracteres, [email protected] seria o menor brcode possível

monta um brcode com o menor tamanho possível (somente campos obrigatórios), com o valor mais curto que fizer sentido, e vc vai ter uma noção

Em relação ao ponto levantado: A realização de devolução de Pix via API é feita unicamente pelo Recebedor, não sendo possível que um pagador solicite o reembolso por este endpoint. No entanto, poderá ocorrer casos em que o Pagador não reconheça a trasação, ou entre em desacordo comercial com o Recebedor. Neste caso, o Pagador entrará em contato com a instituição de pagamento, e se dará início a uma averiguação, onde as partes serão comunicadas sobre o processo. O estorno pela instituição ocorrerá, ou não, após a avaliação do caso. No caso de uma devolução do valor pago, a transação não será realizada necessariamente via Pix.

<@!374888688515022850> a probabilidade de o CRC ter apenas 1 ou 2 caracteres é rara, mas ainda é possível. então o ideal seria vc fazer assim:

$hex = str_pad((string) $hex, 4, "0", STR_PAD_LEFT);

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