Termos mais procurados:
Importantes essas considerações de vocês sobre o que trará mais valor no momento.
Vejam se estamos falando disso:
- QR Dinâmico: valida-se se possui cobrança atrelada e o valor está correto
- QR Estático: permite ao EC aceitar ou não TxId nulo
- Pix via Chave: permite ao EC recusar ou não
- Pix Manual: permite ao EC recusar ou não
Em um segundo passo, para QR Code Estático:
- Validações de padrão do TxId
<@!440035527127990273> <@!780500321994539068>
Que usamos CC e por isso que me veio a compreensão errônea sobre o funcionamento do pix imediato
Boa associação. Fica fácil introduzir pra um novato como funciona a experiência do pagamento Pix.
O Pix lembra mais a experiência do cartão de débito, só que com uma UX melhor baseada em QR-Code.
Pra simplificar seu entendimento das formas de cobrar com Pix, uma associação que você pode fazer com meios de cobrança/pagamento que você (provavelmente) já conhece, é a seguinte:
- QR Estático está mais próximo de um boleto não-registrado;
- QR Dinâmico de cobrança imediata está mais próximo de um boleto registrado;
- QR Dinâmico de cobrança com vencimento está mais próximo de uma duplicata ou de uma "folha" (um boleto registrado individual) de um carnê de cobranças (apesar de poder ser emitido apenas 1 cobrança com vencimento, não necessariamente uma sequência).
E o pagador, vai copiar e colar o código de pagamento (ou escanear o QR Code), em vez de digitar a linha digitável do boleto (ou escanear o código de barras).
A sua pergunta me fez crer que você entendeu "cobrança imediata" como uma operação que vai retirar dinheiro da conta do pagador. O Pix não funciona assim. "Cobrança imediata" é apenas uma forma de se referir a uma cobrança que não tem uma data de vencimento estipulada. É uma cobrança que, normalmente, faz parte de um processo de transação comercial (compra em um e-commerce, por exemplo) onde o potencial pagador é um devedor mas não tem, necessariamente, compromisso de pagar.
Quando você gera a cobrança, você deve apresentar pro pagador um QR Code que representa a cobrança e o pagador vai ter que escanear o QR Code e te pagar, voluntariamente - não é feito um débito compulsório somente por que você criou a cobrança.
A chave Pix vinculada à uma cobrança é a sua (recebedor). Quem paga, está usando a conta transacional, não uma chave (o pagador nem precisa ter chave Pix para enviar uma transferência Pix ou pagar uma cobrança Pix).
bom dia. voltando à questão do regex para aceitar/não os recebimentos com base no txid. alguém da GN pode me esclarecer quais os cenários específicos onde vocês visualizaram uma necessidade de aceitação com base em regex? que eu me lembre, essa ideia apareceu como como uma evolução da necessidade de barrar recebimentos com txid vazio. porém:
- para recebimentos de cobranças (QR dinâmico) o txid precisa ser correspondente a uma cobrança existente na GN ou ela já poderia ser descartada (independente de qualquer crivo por parte do EC); e
- para recebimentos de QR estático, é perfeitamente compreensível que a GN não tenha ciência prévia dos txid dos recebimentos mas não vislumbro problemas maiores que exijam uma validação do txid com base em critérios definidos pelo EC (somente o problema conhecido de pagamentos entrando sem txid).
então, eu pergunto:
1. já foi implementada a possibilidade de bloqueio de recebimentos de Pix sem txid (seja a nível de chave Pix ou de conta transacional)?
2. se não foi, a evolução dessa funcionalidade para algo baseado em regex (ou outras regras) não está atrasando desnecessariamente a implantação da função de bloqueio de recebimento sem txid?
Lembrando que esse bloqueio é essencial para os EC que precisam de 100% de assertividade na conciliação automática.
Boa noite <@!671762828046106646>,
Após o PUT: /v2/cob/{txid}, o retornou:
Isto mesmo, quando a cobrança está como CONCLUIDA é porque foi paga, você pode utilizar também o GET /v2/pix/:e2eId e informar o e2id para detalhes do Pix pago.
Se o BACEN aceitar a sugestão que fiz em https://github.com/bacen/pix-perguntas-e-respostas/issues/470 , isso pode ficar mais simples no futuro. Mas por enquanto, mandar um centavo.
Boa tarde,
Estou com dificuldade para entender o fluxo correto para receber pagamentos via API-PIX.
Por exemplo, já crio cobranças (PUT: /v2/cob/{txid}) e consulto cobranças (GET: /v2/cob/{txid}).
Quais os próximos passos?
<@!671762828046106646> Mas esse endPoint de envio de Pix é para necessariamente enviar um PIX, certo? Eu gostaria de saber se existe algo tipo um CheckPix ou ValidatePix para informar como parâmetro CPF, E-mail ou Celular e verificar se existe aquele pix ou não. ANTES de tentar enviar ou mesmo ANTES de tentar migrar os pagamentos para o sistema de PIX.
Boa tarde <@!812297338605273098>! Você poderia utilizar o endpoint de envio de Pix, com ele você consegue verificar se a chave em que o Pix foi enviado existe ou não, pois, é retornado em nosso endpoint. Mas caso você se refira a consultar as chaves cadastradas no DICT, no momento não é possível, o Banco Central limitou aos PSPs consultas a serem feitas no DICT como se fossem fichas e por isto não tem como liberar um endpoint que permita um retorno de quais chaves estão cadastradas.
Uma dúvida. Tenho uma base de CPFs, e-mails e Números de Celular. É possível checar quem desta base já possui PIX? Para avaliar o esforço necessário para fazê-los adotar o pix....
Boa tarde. Gostaria de agradecer ao <@!522899003663450113> . Ontem ele prestou um verdadeiro suporte para me permitir fazer testes com o PIX da Gerencianet via PHP. Se puder retribuir de alguma forma, conte comigo. Alguns detalhes não constam na documentação de forma tão explícita (na verdade, alguns passo que ele fez eu não vi na documentação). Mas é isso... agora consigo dar os primeiros passos e avaliar melhor a ferramenta da Gerencianet.
seria maravilhoso se o banco central disponibilizasse um link de pix que os bancos entendessem
a solução é colocar um campo com o codigo copia e cola do pix
Ola! Tem alguma opção de gerar uma cobrança PIX na gerencianet e em vez de enviar o QR Code, enviar um link que direciona o pagamento? Porque as vezes o nosso cliente vai receber e pagar pelo celular e não tem como escanear o QR code.
Boa tarde, <@!127179327447105537>.
Está correto. Este é o atributo é a chave Pix, a mesma cadastrada pelo aplicativo, que pode ser celular, e-mail, CPF e/ou chave aleatória
Fernando, Verifique lá no painel da gerencianet na aba de api, se você liberou as transações pix pela api, isso foi uma atualização recente que teve.
