Histórico de mensagens sobre pagamentos

Os pagamentos ficam na plataforma da GerenciaNet ou vai direto para minha conta bancaria?

<@!440035527127990273> concordo! O ponto é a falha de pagamentos legítimos, mas concordo que a conciliação estaria garantida.

mas estando com esse 'filtro' no recebimento de Pix com base na previsão do txid, se o banco do pagador não mandar o txid, há a recusa. então a conciliação está garantida. o que não estaria garantido, com esse recurso ativo na conta, é a "cobertura" (não poder receber pagamentos desses bancos problemáticos), certo?

Na terminologia do Pix, Chave Pix é um identificador único que os pagadores usam para destinar pagamentos. Esse identificador é mapeado em instituição, tipo de conta, titular, agência e conta pela infra-estrutura do Pix. É similar ao que o DNS mapeando nomes de domínio em endereços IP.

no meu caso especifico, eu pretendo utilizar o pix para receber pagamentos de planos especificos

Boa noite <@!464478502725615625> ! Em relação ao txid, não é necessário o txid para gerar QRCode estático, somente o dinâmico. O QRCode dinâmico segue como padrão a Regex ^[a-zA-Z0-9]{26,35}$. Ou seja, vai ser necessário ter 26 a 35 caracteres o txid. Sobre os pagamentos, nós estamos seguindo rigorosamente o padrão do Banco Central, inclusive referente ao txid. Vamos verificar essa questão referente aos bancos e retornamos para você.

Ok, vamo lá.
- Primeiro, ao pagar os QRCodes Gerados em produção, percebi que apenas QRs pagos no Nubank exibem o txid na tela e quando o pagamento é efetuado e consulto a cobraça, muda corretamente o status da cobrança para CONCLUIDA
- No entanto, quando faço pagamentos pelo banco Inter ou Sofisa, eles simplesmente ignoram o txid (não exibem na tela de confirmação) e quando é pago consequentemente não muda o status da cobrança para CONCLUIDA, o status permanece ATIVA
- Uma das hipóteses desses 2 bancos não estarem considerando o txid pode ser o fato de que o txid padrão criado pena GN tem no mínimo 26 caracteres e segundo a documentação do banco central deve conter de 1 a 25
- Outra hipótese é erros do próprio banco psp pagador que não está considerando o txid porém, seria válido testar também a outra hipótese
- Como a API de gerar cobrança da GN não permite criar cobranças com txtid com caracteres abaixo dos 26 eu como desenvolvedor não consigo testar

<@!666644688320593931> , a tarifa de R$ 0,01 só é cobrada quando gerada uma cobrança pelo endpoint /cob (pagável apenas via QR Code dinâmico)? No caso de eu gerar um QR estático para receber pagamentos, pago apenas a tarifa de recebimento por cada Pix recebido, conforme os degraus de valores?

Fiz outros pagamentos no nubank, mas não chequei o status quando o fiz

Pelo que entendi, o problema deles é no Recebedor não deve conferir o TxId. Motivado por QR codigo estatico de valor zero e que servirá para imensos pagamentos. Ora como é gerado pela api do banco/fintech acho que fica ao critério do mesmo, sendo que o máximo indicado é de 25 digitos alfanumericos

O objeto primitivo EMV 62-05 Reference Label, conforme especificado no manual do BR Code, é
limitado a 25 caracteres e, quando em efeito23, deve ser utilizado para conciliar pagamentos. Trata-se
de um identificador de transação que deve ser retransmitido intacto pelo PSP do pagador ao gerar a
ordem de pagamento. Essa informação permitirá ao recebedor identificar e correlacionar a
transferência, quando recebida, com a apresentação das instruções ao pagador.

> Uma última dúvida <@!656144788017381377> na cobrança li na Documentação pra que serve o solicitacaoPagador, já executei alguns pagamentos em produção, mas na pratica não entendi onde ele vai, o texto que informei não foi apresentado.
<@!715273512688025630> Oi <@!715273512688025630> , esse texto deve aparecer na leitura do QRCODE. Você fez teste lendo o QRCODE a partir de mais de um App? o comportamento foi o mesmo em ambos?

Uma última dúvida <@!656144788017381377> na cobrança li na Documentação pra que serve o solicitacaoPagador, já executei alguns pagamentos em produção, mas na pratica não entendi onde ele vai, o texto que informei não foi apresentado.

> <@!656144788017381377> ouvi dizer que também será possível gerar um link de pagamento para pagamentos via PIX, conseguimos já fazer isso com a GN?
<@!600338898534793221> Oi João. Só para confirmar se entendi corretamente, o link de pagamento que você diz é como se fosse um checkout, onde uma das opções é pagar por Pix?

<@!656144788017381377> ouvi dizer que também será possível gerar um link de pagamento para pagamentos via PIX, conseguimos já fazer isso com a GN?

está sim, eu gerei ontem.. mas ainda não tem o webhook pra notificar os pagamentos 😦

> Já existe um caminho para simular os pagamentos via PIX?
<@!332690570185015300> a criacao da cobranca vc tbm conseguiu fazer? aqui só fica nessa de "invalid_token"

Já existe um caminho para simular os pagamentos via PIX?

> pelo que eu entendi na documentação Api PIX só tem recebimentos e não pagamentos
<@!778772807935983627> por isso escreví "recebimentos". Daqui a pouco a galera diz de forma concreta, se faz pagamentos 🙂

pelo que eu entendi na documentação Api PIX só tem recebimentos e não pagamentos